干掉 redis 可以省成本不好么。。虽然大型站要做风控并不能做到完全不在服务器保存数据，但是能省一点是一点吧

其实也就是服务器保存还是客户端保存的问题，客户端存储中小型站少个依赖简单便宜性能好又无需考虑风控，再加上各种框架库支持完善又跨语言跨平台跨集群使用广自然了，生态好也是优势啊而且是大优势，但也没说 JWT 就是完美无敌的吧，中大型站嘛自然是啥都要，区分也就不大了

全服务不就是 vpn 么，各种服务工具一大堆

@guanhui07 #10 php 单引号\n 是不表示转义吧，所有就是单纯的两个字符\和 n ，所以和 java 不一样了

php 的 bode 为啥要 json_encode ，这肯定不一样了啊

可以把 id 存库，查询和管理迁移方便，数据确实还是存文件更好，想要速度多机并行化就是了，缓存也更容易做，还可以用 hbase 之类的分布式存储，oss 服务之类的，扩展能力安全性效率都更好

@jjx 事实 pypy 毛病太多不流行是并不好用，内存消耗大非常多，预热很慢，扩展支持有问题，而且想自己编译十分麻烦，在生产环境用过很长时间，收益并没有想的那么高，还是又切会 cpython 了，十分友好的内存消耗和扩展支持才是 python 的优势，放弃了才是脑子有病，支持干掉 gil 但前提是不大范围提升内存要求和扩展支持要求，否则意义真不大

参数校验既然不是错误为啥要写错误日志，空指针异常报错居然不是 bug 真是。。你们这测试真可有够严谨的，正常的应用不都是上线不允许有 errror 级别日志，否则监控系统直接报异常

error 级别日志输出一般应该包含两种，一是硬件或系统非预期异常，第二种就是不在设计业务流程的非预期异常，参数校验校验本来就属于业务流程一部分的而且也需要测试，所以应该属于符合业务流程且在预期内的异常，顶多算个 waring 吧

@isbase 以前那是支付宝内部 P0 故障，现在支付宝微信这种体量的再出这种直接工信部 P0 故障，你掂量掂量🤪

k8s 的话也许是 dns 解析问题

估计和两步验证那个密码差不多吧

千万不要低估你对不确定未来的恐惧

投资的核心是对未来不确定的规避，你选择未来的确定性既改变未来的确定性，这种历史数据回归的给你搞个更牛逼的也不难，但是真的放到现实去投资未来十之八九都会差之千里，否则这个世界聪明又有钱有资源的人那么多，你听过几个能这么容易轻易抢钱的

@bkzly83851 #2 wifi 卡不止是信号差问题，路由器 wifi 性能不行或者信道拥堵严重都有很大影响，如果之隔一堵墙测测看信号还有多少呗，此外如果电视 wifi 直接连接多话，信号不行或者 wifi 芯片性能差也是可能的

好的 AP 还是很重要的，wifi6 多天线 5g 改善还是很多的，只隔一堵墙的话或许买两个支持 wifi6 5g 单独天线的 AP 放两边试试看看呗，电视再用网线连到 AP 就是了

按正常需求-开发-测试标准流程下来，无论大小问题也不是你的责任，经常出现意想不到的小问题 leader 顶多也就是觉得你还该提高，但你确实也应该提高细致一些，似乎没啥问题吧，你这么搞收益改善 leader 印象和开除入刑的风险也非常不对等了吧，实属没必要

如果非编码和外部依赖系统问题经常会有小问题需要处理，那恰恰说明你们系统设计还需完善，那你提建议从需求开始走岂不正好是证明你能力的时机

如果 jdk 的 Socket 有 bug 那么你 http 请求也会有问题吧，搞个没数据库的查询监控下就能知道吧，如果只是数据库查询有问题 http 请求没问题那很大概率就不是 jdk 的问题了，看你这个是卡在了最底层的 socket read 了，那么要么就是真的数据库查询慢，或者就是网络配置有问题了，但如果网络配置有问题提的话一般就算低谷是并发不高也会偶现的，不会只在并发高时出现吧，这个也监控分析下看看呗

话说虽然不能改 jdk 版本，但是 postgresql 的 driver 应该项目引入的吧，或许也可以升级新版本试试，你刚才提到的那个 issue 用的是 42.2.5 落后不少版本了

@devopsdogdog #2 socket connect 已经连接成功的话就不是 dns 的问题了

不是你说的什么翻译啥的要么读屏，要么网页通过 api 提供结构化数据，读屏这种高权限的显然不行吧，网页通过 api 提供结构化数据那和你一键引入相悖了吧，AI 的成本在数据和算力，不是在开发成本，你想的这个不是没人做确实意义不大，否则就是你看到的那种各手机厂商直接集成在操作系统里的

https://pub.dev/packages/cookie_jar

https://pub.dev/packages/sweet_cookie_jar 、

这不就是 cookie_jar 么，大部分 http 库都有这东西支持，和浏览器一样自动维护请求 cookie

其实吧这个问题很大程度应该是驿站都是代理加盟的，菜鸟对他们的管理似乎不太强，对快递员的管理就更弱了，如果驿站和快递员都根本不看一股脑直接扔驿站，那还真是没什么好方法，估计你投诉裹裹的效果还不如去驿站闹，省心快捷和便宜不可兼得，不要说什么法律规章如何如何，法律的最终效果也需要现实成本和收益的博弈结果