跑 java ，“凑合”的 cpu 可不一定够啊

自己写就好了，我就是自己写的规则，从梯子商那里拉的节点，其实配置文件很简单的，7 楼共享的库里面有大部分常用的分流规则了

又一个被无脑鸡汤害了的文青

剃个光头，坚持 3 个月，你就会爱上这种感觉了，省钱多好

限定国内的话，那就阿里云了，虽然也是一坨屎，那文档、那 api 、那控制台，绝了

你确定自己能受得了 rust 的折磨？

我用上了电涌保护器和防电涌的插座

这方面，我对自己的脑子挺没自信的，所以一般选择不过度加密，毕竟我也没有万贯家财，或者掌握极端情报，应该不会有人会来刻意黑我，做到一般程度就够了，替 op 默哀一秒

确实有省电倾向的设定，如果对应的 Wi-Fi 连接进入“节能模式”，就很大可能被 iphone 断开，之前给人做了几个相关的小硬件的时候，详细测过这个细节，但是如果 sta 不主动进入节能模式，就不会被断开。

至于自动关闭，可能是因为节能模式断开之后，无法再连上吧，ios 的设定是非信任设备，必须在 ios 处于热点共享界面的时候才允许发现 ap ，所以大部份设备断开之后就无法自己主动连上了

如果我上面说的，刚好是 op 遇到的问题，那这应该是出于节能和安全方面的考量，bug 不算，只能说是不适合 op 的使用场景

m4 来不了这么快的，消息太假了

怎么啥都能引出阴谋论呢，op 这么闲，去多写几行代码提高下技术比较好

@huangliu 大概一周多之前，最后一次用的时候，就无故查看不了新的 key ，列表可以刷出来，但是刷不出 key 的详情，出现概率还挺大，必须断开连接重新连接才行

Tiny RDM 最近版本 bug 似乎有点多呀

有了中间人根证书，中间人就可以随意签发任意地址的证书，然后在中间劫持、解密、重封包，完全没有安全可言了。网站如果想识别，也是可以，不过，最终还是道高一尺 魔高一丈的相互对抗而已

写入硬盘的数据，大概率是加密了，有一层透明加密

master 进程在创建 worker 进程的时候，如果需要，会同步创建日志文件并调整日志文件的权限配置，在这些操作之后，才将 worker 进程降权，所以这个时候创建的日志文件的所有者会是高权限的帐户，大部份时候就是 root

单一节点项目，够用的情况下，sqlite 方便，优先考虑，其次考虑 pg

你说的第一个场景，四个模块，如果数据类型都差不多，并且只是简单的查询，我可能会倾向于提供一个聚合接口，允许前端传递参数决定要同时拉取哪些模块的数据，但是如果有一些复杂的筛选、排序之类的参数，可能就不会考虑提供聚合接口了，毕竟逻辑太复杂不灵活也容易出错。而第二个场景，就很奇怪了，我肯定会包装之后再提供给前端，要先查 id ，再查图片地址，有点坑了，直接返回图片地址比较好

@nighteagle 性能这个词并不特指 cpu 性能，potplayer 会崩溃，更说明不是显示器的问题了，估计是显卡层面出现了异常导致的，硬解 2k 的视频只代表显卡带的硬件编码器支持了而已，但视频编码器并不是负责日常图形渲染的，总之，更倾向于是主机端问题。我只是合理探讨一下问题哈，没有其他意思，别误会