相关分享
1
喜欢
请先微博登录后参与
on
onevcat.com
/
2025-01-02 23:59
编译器，靠你了！使用类型改善状态设计
如何用类型表达状态？文章深度解析了在 Swift 中通过类型系统管理状态的实践方法，涵盖了类型安全设计、编译期检查和减少运行时错误的技巧。通过实例展示，将状态逻辑融入类型定义，提升代码的健壮性和可维护性，是探索函数式编程思想的绝佳案例！
无图
1
喜欢
请先微博登录后参与
bl
blog.devtang.com
/
2024-11-02 16:25
第一性原理思考：解决问题的通用框架(续)
本文深入探讨了几种思维框架，包括28原理、谬误推导和终局思维等，帮助在决策中聚焦关键因素，判断信息真伪。文章还列举了常见误区，如误把相关性当因果、从众心理和情绪化决策等，提醒在信息泛滥中保持清晰的逻辑思维。通过案例分析，这些思维模式能有效提升问题解决和决策的效率。
无图
1
喜欢
请先微博登录后参与
bl
blog.devtang.com
/
2024-11-02 16:20
第一性原理思考：解决问题的通用框架
本文介绍了解决问题的通用框架，基于“第一性原理”思考，分为信息收集、建模、判断和策略迭代四步。通过广泛收集经验与原始数据，建立问题模型，量化核心指标并不断优化策略，可以逐步解决复杂问题。框架虽无法保证执行到位，但帮助接近真实问题，为复杂决策提供可靠支持。
无图
1
喜欢
请先微博登录后参与
du
dusays.com
/
2024-09-09 23:35
Nginx 反代 SSL_do_handshake 问题解决思路
遇到 Nginx 反代时的 SSL_do_handshake 错误？本文深入分析了该问题的原因，并提供了详细的解决方案，包括如何配置 Nginx 以避免 502 错误。如果你在运维中遇到 SSL 问题，这篇文章能帮你快速解决！
无图
1
喜欢
请先微博登录后参与
li
lisenhui.cn
/
2024-09-08 23:22
Java程序调用外网API时CA问题
Java 安全设置问题常常让开发者头疼，特别是与 cacerts 证书库相关的配置。本文详细解读了 Java 中的 cacerts 文件问题，帮助你排除常见错误，并提供了实用的解决方案。通过这些技巧，你可以更好地管理证书库，提升应用安全性。如果你在 Java 开发中遇到证书问题，千万不要错过！
无图
1
喜欢
请先微博登录后参与
fr
www.frytea.com
/
2024-08-06 08:15
ubuntu 克隆 netplan dhcp ip 冲突问题
本文介绍了如何解决在Ubuntu虚拟机克隆过程中出现的netplan DHCP IP冲突问题。作者发现冲突的原因是/etc/machine-id在克隆时保持不变，导致系统分配相同的IP地址。通过在/etc/netplan/xx-installer-config.yaml中添加dhcp-identifier: mac，可以确保每次克隆时获得唯一的IP地址。文章还解释了/etc/machine-id和/sys/class/dmi/id/product_uuid的作用。
无图
1
喜欢
请先微博登录后参与
im
imququ.com
/
2024-08-06 08:01
记一次图片访问异常排查过程
本文总结了一次关于头像图片访问异常的排查过程。用户反馈在某些网络环境下无法查看特定域名的头像图片，经过分析发现问题是由于网络环境对该域名的连接进行了阻断，可能是被误认为广告域名。通过替换域名解决了问题。文章还讨论了SNI（服务器名称指示）在HTTPS连接中的作用及其在拦截请求中的应用。
无图
1
喜欢
请先微博登录后参与
bl
blog.csdn.net
/
2024-05-05 23:33
对“技术质问产品的几个常见问题”的回答
给某大厂的技术新人做了一个关于产品思维的分享，提前收集了一些困惑，贴几条提及最多的，稍微聊一下。
哦对了，先帮产品说句话——技术同学，千万别简单地用“那个产品是傻X”来回答以下问题。这是因为，作为技术，如果你总觉得和你配合的产品都是傻X，那大概率，别人会觉得你也是——要不然，为什么选择与傻X共事？所谓 “若，我看周围皆傻X，料，世人看我亦如是”。
无图
1
喜欢
请先微博登录后参与
cr
crossoverjie.top
/
2024-05-05 23:28
一次消息队列异常堆积的排查
背景前两天收到业务反馈有一个 topic 的分区消息堆积了,根据之前的经验来看，要么是业务消费逻辑出现问题导致消费过慢，当然也有小概率是消息队列的 Bug（我们使用的是 pulsar）。排查通过排查，发现确实是在一点多的时候消息堆积了（后面是修复之后堆积开始下降）。。。
无图
1
喜欢
请先微博登录后参与
le
www.leavesongs.com
/
2024-03-13 13:26
UTF-8 Overlong Encoding导致的安全问题
Overlong Encoding是将1个字节的字符，按照UTF-8编码方式强行编码成2位以上UTF-8字符的方法。
0xC0AE并不是一个合法的UTF-8字符，但我们按照UTF-8编码方式将其转换出来的，这就是UTF-8设计中的一个缺陷。
按照UTF-8的规范来说，我们应该使用字符可以对应的最小字节数来表示这个字符。那么对于点号来说，就应该是0x2e。但UTF-8编码转换的过程中，并没有限制往前补0，导致转换出了非法的UTF-8字符。
这种攻击方式就叫“Overlong Encoding”。
无图