@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 ，不是雷电呢

我乍一看还以为你把 localhost 买下来了。

@xiaoke 2723QE 显示器我在京东买的时候提问过京东的问答，说是那个网口可以跑满千兆的。

我自己的目前是最后一款 Intel MBP （ 2020 ，4 雷电，13 寸，16+512 ），M1 刚出来那会儿感觉我是 49 年入国军了，但是后来逐渐觉得，如果不移动办公的话，mac 还是 x86 的稳。我现在因为工作有工作笔记本，自己的 mac 就常插电当台式机使了，平时开发都是这个。

总的来说，intel MBP 的优势在于兼容性还是很强，历史的东西没问题的，跑个虚拟机也没那么费劲，啥都能运行，就是续航时间用久了会很不行，基本上开十几个程序，十几个 Chrome 页面，带出去不插电，过个 4-5 个小时就没了（如果用 Safari 和不用巨型 IDE 、虚拟机的话，可以延长到 7-8 小时左右）。

M1 MBP 根据我有一个朋友的反馈，说非常满意 M1 的 MBA ，搞一些开发、远程过去、随时带着本子续航无忧，就是做适合做的事情（与架构都没太大关系的）都很舒适，完爆 Intel 款，长期使用下来感知最明显的还是续航和反应速度，如果生态原来是基本上是适应 mac 的，换成 M1 大概率也没什么影响，基本都是正面反馈。但虚拟机和 BootCamp 都废了，搞虚拟机基本上都是通过远程的服务器来的，还有一些 x86 CPU 指令集的实验他也没办法在笔记本原生运行，只能通过 qemu 或远程来搞。

所以我的建议是，如果你的需求就是要一台苹果电脑，且要在自己电脑跑虚拟机、运行有关 Windows 生态绑定的东西（例如有些单位在使用的古老 Windows-Only 软件），还是不建议 M1 。但如果你的生态与 Windows 关系不大，且可以想其他办法解决虚拟机这种架构本身问题的需求，那么 M1 可能会是更好的运维机器。

@yongdongjino3 这个不是给我用的，而且 我自己的显示器也还在路上，不知道要因为物流问题等多久，可能得一个多月了。

“你也别闲着，帮我倒杯水。”