2018 RSA印象 | 安全是一个过程 而不是产品 ESG咨询公司首席分析师的RSA总结
他认为，平台战争不可避免，整体风险管理势在必行。他很赞同美国密码专家Bruce Schneier的说法，还希望RSA人群在技术上花费时间少一些，更多关注人员和过程。
相关分享
1
喜欢
hi
hiwannz.com
/
2024-11-02 16:45
一次产品重构的复盘
本文深入复盘了一次完整的产品重构过程，明确了重构的时机和阶段性目标。重构中主要解决了架构混乱、性能瓶颈和用户体验不佳等问题。具体操作包括重构代码模块、优化数据库查询、引入缓存机制，并通过用户行为数据来调整功能细节。作者还提出了应对重构风险的方法，如建立测试闭环、逐步发布和快速响应用户反馈，以确保重构效果和产品稳定性。
无图
1
喜欢
im
imququ.com
/
2024-08-06 08:01
记一次图片访问异常排查过程
本文总结了一次关于头像图片访问异常的排查过程。用户反馈在某些网络环境下无法查看特定域名的头像图片，经过分析发现问题是由于网络环境对该域名的连接进行了阻断，可能是被误认为广告域名。通过替换域名解决了问题。文章还讨论了SNI（服务器名称指示）在HTTPS连接中的作用及其在拦截请求中的应用。
无图
1
喜欢
so
soulteary.com
/
2024-08-06 07:58
2024 年中总结 - 苏洋
本文总结了作者在2024年上半年的个人成长和技术进展。作者在GitHub上积极参与开源项目，分享了1100多次代码提交，推动了多个Docker项目的发展。同时，他在知乎和其他技术平台上取得了显著的写作成就，包括获得“大模型优秀答主”称号。此外，作者还参与了多个技术活动和社区交流，推动AI技术的普及和应用。文章还提到他在多平台上的活跃表现和未来的计划。
无图
1
喜欢
bl
blog.csdn.net
/
2024-05-05 23:33
对“技术质问产品的几个常见问题”的回答
给某大厂的技术新人做了一个关于产品思维的分享，提前收集了一些困惑，贴几条提及最多的，稍微聊一下。
哦对了，先帮产品说句话——技术同学，千万别简单地用“那个产品是傻X”来回答以下问题。这是因为，作为技术，如果你总觉得和你配合的产品都是傻X，那大概率，别人会觉得你也是——要不然，为什么选择与傻X共事？所谓 “若，我看周围皆傻X，料，世人看我亦如是”。
无图
0
喜欢
te
tech.meituan.com
/
2024-01-28 23:48
美团RASP大规模研发部署实践总结
RASP是Runtime Application Self-Protection（运行时应用自我保护）的缩写，是一种应用程序安全技术。RASP 技术能够在应用程序运行时检测并阻止应用级别的攻击。随着云计算和大数据的发展，应用程序安全越来越受到重视。RASP 技术作为一种新型的安全防护手段，正在逐渐被业界接受并广泛应用。
无图
0
喜欢
cn
www.cnxct.com
/
2024-01-17 23:15
美团RASP大规模研发部署实践总结
RASP是Runtime Application Self-Protection（运行时应用自我保护）的缩写，是一种应用程序安全技术。RASP 技术能够在应用程序运行时检测并阻止应用级别的攻击。随着云计算和大数据的发展，应用程序安全越来越受到重视。RASP 技术作为一种新型的安全防护手段，正在逐渐被业界接受并广泛应用。其中Java RASP 是一种针对 Java 应用程序的 RASP 技术。通过在 Java 虚拟机（JVM）级别进行监控和防护，能够有效防止对 Java 应用程序的攻击。
无图
0
喜欢
l1
l1n.wang
/
2024-01-17 23:09
HTTPS通信过程分析
为什么需要HTTPS？HTTP缺点： 1. 明文传输； 2.C/S两端不存在验证机制，无法确认对方身份，可能存在中间人攻击。
无图
1
喜欢
ad
www.addesp.com
/
2023-12-26 22:24
nginx 防火墙模块开发总结
那段时间我的站点有时会打不开，起初以为是网络问题，后来越来越严重，进入后台才发现数据库 IO 拉满了。看了看 nginx 的日志才发现站点被疯扫，于是打算做点什么。
然后在 Github 上看了几个防火墙模块，要不然功能不全，要不然使用复杂，于是萌生了自己写模块的想法。
无图
1
喜欢
hi
hiwannz.com
/
2023-11-29 23:49
团队管理过程的信息不对称
聊聊那些在工作中常见的“信息不对称”。虽然这个名词几乎每个人都听到过，但实际上我觉得还是可以按照“人员，角色，岗位”三个维度拆分成 5 种不同的信息不对称区别。
无图
1
喜欢
bl
blog.delphij.net
/
2023-10-24 23:52
记录一下当年把 FreeBSD 中 zlib 砍到只剩一份的过程
软件项目中，实现同一功能的源代码只保留一份是一项十分重要的最佳实践，这种做法可以带来许多显而易见的好处。
FreeBSD 是一个有相当长历史的项目，而 zlib 是一个很常用的库，并且当时在整个系统中有多处不同的副本，因此我们希望这个迁移的过程尽可能平滑而尽量不要直接导致整个项目无法联编，或是需要长时间禁用某些模块的情况。
无图