比较接近你要求的，应该是 ThinkPad X1E 。
如果要省事和性价比，就直接 mbp 吧。

楼主不像是走几个大厂的人，真有那么多厂的经历，不太应该有“有能力的人挣扎挣扎走了，剩下能力平庸的用一套固定的东西实现傻逼的需求”这种感觉。一般来说，大厂就需要平均甚至平庸的生产人员来确保输出是稳定的，小厂才需要高比例的攻坚型人才。

LowCode 其实很符合大厂需求，也能有效降低小公司的开发成本（至少，理论上可以），收到青睐很正常。

我错了。已经有了 https://github.com/walkor/psr7 那你再搞一套就没意义了。

我也搞过这个事情，后来意识到其实是做了歪路。有个更加好的路可以选：在 workerman 实现一个标准的 psr request / response 的输入输出层。这就足够了，剩余的事情让框架自己去适配和改造。

大包大揽想解决 fpm/workerman 的兼容问题是不可能的，最终都是要倒逼框架、应用开发者去改造。随便举几个例子：
1. 全局变量的管理（如微擎很傻缺的 $_W，CI 古老的$_CFG ）
2. 静态变量的管理（如类中的静态变量计数器，我记得 Yii 和 Laravel 都有类似的地方这样做）
3. 改常驻后，include_once/require_once 的逻辑变化（配置文件等的加载都可能有问题）

我看你项目都已经用了 workerman4，搞这个不如看看怎么哄下 workerman 作者放弃迷之执念的兼容要求，直接内置个 psr request / response 更加好。。。

差不多十年前，我有个朋友就是做这种项目的，wap 浏览器，wml to html 部分还是我写的。。。
挺好玩的，深入搞这个项目对于 HTTP 的细节了解程度应该会提升很大。

简单说，就是优秀，但是不足够优秀。

看终端的样式，应该是本地压远程。。。这样得来的压测结果都是错的。

没那么难，跟框架也无关。没意识到要写、不愿意写是素质问题。

https://s1.ax1x.com/2020/08/08/a5nR0O.png

纯 http 解决的话，可以试试 sse

这种事情，要看业务复杂度的。单纯跑个 demo 就来批评前辈很不妥当。

另外，一个很明显的趋势就是 web 业务复杂度正在不断提升，所以 PHP 社区更加关注的是怎么降低业务复杂度，提高代码复用，Java 社区就是个很好的参考。

所以，Lara/Yii2 的做法一点都没问题。Lara 的 Facade 、Yii2 的 Components 都是好的设计。组建起他们的各个组件，如 symfony 家族、codeception 等等工具，都是很值得去琢磨的东西。

有点 easywechat 的味

没办法直接查看。
我以前搞过 android 的一键反编译，遇到类似问题，最后是自己写了一大堆规则来判断版本库。大致是一个库设定 N 条规则，如微信包，必须包含类 A ；然后包含了 B 的是 1.x，包含了 C 的是 1.y。。。现在让我重做，我可能会搞个状态机来管理了

@sadfQED2 这框架，隐约有点 kohana 的影子。。。

@dvaknheo 楼主如果目的是研究的话，对自身挺有益处的。不过个人觉得有些地方是走歪了。举个例子，“无第三方依赖，你不必担心第三方依赖改动而大费周折”，这在比较正式项目开发中没你想象那么重要，可以通过锁死版本来规避。

@blless 常规 php 项目，前端是 nginx、apache 之类的 web 服务器在。他们支持就好了。