@ericbize 对，不用测试软件的话根本发现不了，而且那个点也是找了很久的，在我的接受范围内。

@0A0 Electron 打包的那个客户端和 Chrome 视频流畅程度无差，会让风扇起飞。

@meisen 就是体验还不如 Chrome 打开的感觉，然后立刻就被我扔进了废纸篓。

网线质量真的真的非常重要，尤其家里设备多的情况下，如果不买一个线路测试仪，我可能永远也不知道有一根墙内的线断了一个 5 路，但它还能正常偶尔在千兆，一般在百兆的模式下工作。

我买的就是一个简单的线路工兵，如果要测断点的话也有一些相关的仪器测试，就是价格可能会多一些了。但虽然我不是网工，也不是一个专门搞网络的人，但就几年前买了一套网络测试用的东西和钳子什么的，新家用上了。线路长的话最好先测线通不通，然后跑一下 iperf 、ping 等网络工具测试下速度或者稳定性。

网线现在白菜价，都不是很贵，但也一定要挑同规格下尽量价格高的，踩坑的概率会小一些，有条件可以上六类以上。我之前挑了一根质量不太好的六类，摸着很结实，但它的水晶头那个地方很容易松动，弹簧片也早就干掉了。

@sagaxu

1. Swoole 收费版确实非常需要吐槽，这很明显想赚钱想多了。
2. 商业关系内部人士，外面都显得很明显了也不多说。
3. 部分其他 Swoole 框架也存在生态建设排挤的情况，不是少数，不仅限 hyperf 。
4. Fibers 投票应该是立场不同，因为抛开 Swoole 作者立场，Swoole 本身和 PHP Fibers 理念会有冲突，是两个派的做法（ Swoole 和 swow 是 hook 派，官方对 Hook 底层的操作应该比较排斥，所以主推了 Amphp 系的 fibers ）。
5. Dashboard 事件没掀起大的波澜，但是我现在至少知道使用第三方非并入主线的扩展，包括 Composer 依赖，也并不比 npm 被投毒的概率小。

有偿的在哪个平台都可以，无偿的在哪个平台都一样。

@star7th

php 项目打包成单文件可以配合先将项目打包成 phar+入口文件的形式，然后与 phar 结合，就像 composer.phar 那样（ composer 其实本质上就是一个能执行的 phar 项目）。打包成单文件目前可以有，以后会考虑加。

这里仅限 cli 模式，所以起 http server 应该是项目自己的事，无法打包 fpm （ fcgi ）项目，更适合与 swoole 等项目利用，打包后也不需要再额外解析其他 PHP 文件。

守护进程和故障重启也是同理，应该是自己选择使用的开发框架做的，和本项目无关了。

r68s ，下个月发首批货

我在上海普通 200M 宽带开头是 ad ，后面跟了 8 个数字

@findex 目前我还没看见千元以下的雷电 3 扩展坞，搜了下 HP 的好像也没搜到真正是雷电 3 协议而且还是 1k 以下的。

记账鸭，安卓端 App 是我见过最干净的记账软件，只有几 M （一个记账功能要几十 M 几百 M 干啥），虽然会员花钱，一年三十多，但是算小钱了，纯净才是真。

iOS 端早些时候看了下好像功能会缺失，现在好像好一些。

突然想到如果每天单独背个键盘跑，不就是传说中的“键盘侠”吗

我白群晖一把嗦，DDNS ，有公网 IP 映射无公网 IP 内网穿透。因为想着“数据无价”，所以我想让数据类的东西折腾少、更稳定易用，而且自己买 NAS 优化的 3.5 寸垂直盘价格还要比对象储存更便宜一点。

如果没有专人定制 openwrt 给目标硬件的话，使用主线或者其他一些主流分支很有可能会遇到各种问题，X86 版本走主线还稍微稳一点。

总的来说，openwrt 会配会改的人用得很舒服，不会的小白要么就碰上大佬的固件用，要么就不得劲（比如我也是）。

我个人使用过 Workerman ，感觉性能是很强，但是里面的东西非常不组件化，想要改些东西只能重写一整个文件，而且还不是 PSR 规格的。Swoole 做得还算可以，有啥用啥，但是作者搞的每次操作非常迷。
@towser

@jhdxr 感觉就是发布版本时候没有利用 review 机制监督，再加上发布 pecl 帐号共用的事情，感觉管理得不是很好，Swoole 本来应该做得更好的。

@river010 感觉带屏幕的 Dockcase 可能更胜一筹吧，还能看到协议匹配情况。DA310 之前开会见别人用过，好像很普通的手感，质量不知道怎么样。

@oxoxoxox 如果只是 type-c ，不是雷电呢