你要是自己系统内部传输数据可以不用 json 呀，直接序列化就行

或者你需要 pb

我以为这都是过去式了 梦回 xp

windows 这新功能更新频率，精简版有啥意义

@ysmood 嗯 我知道。应该说是 selenium 唯一的优势就是多浏览器支持了，IE 、Safari 。自动化测试还是需要的。但已经很有局限性，优势也越来越不重要了（很多系统都是 chrome only ）

webdriver 一直也在更新（也是浏览器厂商支持，chrome 每版都有更新）但确实是昨日黄花了。

还是那句话没有银弹，传统的自动化功能测试（代替手工回归），devtools 没有比 webdriver 明显的优势，有些奇怪的页面还是不稳定。

当然绝大部分场景来说肯定还是首选 devtools，我的意思是可以更客观的对比下场景差异（也不用搞个细节技术点的列表）

关于 selenium 这部分不太同意
“It's slower by design because it encourages the use of hard-coded sleep.”

这个没有哪里说要使用 sleep，自带的就有很多 wait 方法（比如官方例子 https://www.selenium.dev/documentation/en/），虽然没有内置 ajax 请求等待，但扩展一下就行了
而且也支持 headless 模式运行

只是说 selenium 走的 webdriver 这条路子没有 devtools 那么时髦，但事实上两条路都在持续发展

应该说是 selenium 更侧重 web UI 自动化测试

真的不要和自己过不去 没必要折腾
有时间干点别的啥不行

帐号互踢不就行了

然后一个 cookie 的有效期短一点


代理服务器的话可以判断请求 ip，除非别人服务器很多（成本问题）。然后可以做一些简单的异常分析，比如访问 A 页面的同时又在访问 B 页面

也很正常但要这个产品懂技术 不然会被我们开发忽悠

Python 注释规范有几套 级随便看一套，然后 IDE 里面选对应的注释规范

主要注释关键字 type，类似这样

:param request:
:type request: Message

漏雨概率很低，而且可以修 主要是热

@ll1042668699
家里的事情先处理好，看看能否申请延期
延期很正常，见过很多延期的

@axihe 这种就是得封呀

到你频道刷你想着技术方案屏蔽他，但他肯定不是只在你频道，非技术 up 主都不知道怎么封他，这种就是劣币，封了才好

研究生老板简直比比资本主义还资本主义

工作了还可以辞职，找下家。

没办法，自身实力不够硬，只能舔着老板

@NightTeam 机器 ID 用内网 ip 或者机器名转换下就行，可以引入 zk 或者 redis，只是用来做一个启动的时候发号器（ docker 场景），这种做法也很常见

会有低位溢出问题，这个就需要你自己算好，如果机器是预期的的，可以缩小机器 id 使用的位数，再加上评估业务 qps，基本上毫秒内的自增是够用的

只是 Snowflake 有两个明显缺点：1.趋势递增（非严格递增，这个需要看业务了 2.时间回拨问题（目前简单规避的方法是 sleep，跳过这回拨的几十 ms

不是说楼主这个有什么致命的问题，自己业务用也没啥问题。但要是把这个东西拿出来说（分享），反正在我们公司要做好被 challenge 的准备

@NightTeam 高可用的话需要多机房、多存储，以及合理的重试策略、降级策略

@NightTeam "它自行按照自己的序号来生成，同一时间不同机器生成的 ID 必定是重复且不递增的" 没啊，机器号不是在系列号的相对高位嘛 即使时间一样、序列号一样 生成的最终 id 也不一样呀 难道我一直用错了？

这事我还真和女朋友讨论过，最终结论：两个孩子不一样的姓可能感觉对孩子不好，造成割裂（会有潜移默化的影响
还有就是谁承担更多责任就跟谁姓

@NightTeam “另外，提到 Redis 不靠谱、容易出问题，我猜你平时不用 Redis ？”

我感觉是你没有大规模用过
我说的 redis 不稳定是 redis 这一套链路不稳定，故障的原因很多，单一性不稳定。3 个 9 不是很高，我上层业务要 4 个 9 怎么办？至少得双存储

“你提到的每个实例模块都引入 jar 包的方式（我不懂 Java，不好乱评价）还能保证各个节点生成的 ID 不重复，那真是太厉害了”
不懂 java 没关系呀，就是类似 go import 一个包
你自己也说了“中下位占 10 bit，值为工作机器的 ID，值的上限为 1024” 每个机器 id 不一样 生成的肯定能保证不重复呀

时钟回拨是个问题，但你的做法只是用 redis 来代替本地时间，这个可靠性是降了几个数量级的

看业务吧 支付的话其实不是那么太关注性能，毕竟得先抢到嘛
建议 php-fpm，虽然我自己用 swoole 做别的系统，但是没有个能人是 hold 不住的，很多非 php 的额外问题

你这个严重依赖 redis 很不靠谱，实际使用中 redis 容易出问题