uuid 全面代替 int 主键有 3，4 年了，当然要用时间戳开头的生成算法，好处太多

网件 /华硕路由器，安装 XX 上网插件，开启 DNS 劫持，然后自定义 dnsmasq 设置

看架构怎么拆分层级依赖

这种问题跟“香菜臭不臭”一样对成年人来说没什么交流意义

小公司至少要做到 git push 后自动更新，阿里云的流水线入门很快

LZ 的头像有点上头

php-swoole 正在转 go，推荐 goframe，作者很了解一线业务开发的痛点

我会选择全量更新，一个 varchar 字段保存整个列表的表头，用 json 数组或逗号隔开

24L 是正确答案，这里的 using index 指的是直接从索引树提取数据而无需从主键树回表，每棵索引树包含了主键+索引字段，楼主的 select *满足条件。因为不符合最左原则，它没有加速查询的效果，会扫描整颗索引树。
25L 提到的索引跳跃，似乎只适合开头字段 distinct 值极少的情况，楼主以 name 开头肯定是用不上了。
有个疑问是，为什么 mysql 引擎选择了覆盖索引而没有从主键树遍历？索引树的数据应该是以 name 排序的，查询结果是否符合？

@PolarBears 有可能，只允许定制的客户端访问这些端口

@herozzm 一个服务这样做是正常的，几百个就应该在 7 层管理了，除非是特殊需求

赞同很多人提到的网络层不要干应用层的事，我好奇的是为什么一个 http 服务器需要几百个端口？统一到 80 然后通过 Host 分配二级域名做虚拟主机不可以吗

语言是否代表思维方式，取决于你学习语言时有没有做更深层的思考
如果你对操作系统、线程协程、网络协议、数据库原理、web 框架、各种中间件等等都有了解，语言真的只是工具

我觉得没必要带，同理包括 api 接口设计

tcpdump 呗，抓几分钟的包拿到本机 wireshark 慢慢看

没玩过 wol，但 86u 的各版本系统总会有 bug，推荐你试试 384.81918

http 本质是一来一回的 tcp 包，访问数据库或其他 IO 操作时一般会切换线程 /转让协程，让服务器同时处理其他请求，拿到 IO 结果再给客户端返回 tcp 包

兄弟，你回头看自己提的问题，能看懂吗？提问一定要尽量精简的给出全部信息啊

异步就算了，协程是个好方向，不改变编程习惯，底层 IO 函数全协程化，对就是希望有 swoole 官方版