workerman/web 并非在整个请求的生命周期都是异步非阻塞的，你的业务逻辑本身还是同步阻塞 IO ，所以如果你的业务逻辑里面有慢 IO ，整个框架的 QPS 就会严重退化。

刚看到 1 楼的回复说是支持协程了，我还没了解过，不过 php 生态的协程其实有点拧巴。

可以用 auto dark mode ，就是有 bug ，从深色主题变成浅色主题之后，第一次打开开始菜单栏的字体颜色还是白色。

@qianji201712 #4 感谢分享，另外想问一下为什么不使用同一个域名呢？云服务商这边基于 GEO 的 DNS 解析配置一下应该也蛮简单的。 每个地区使用单独的域名访问的考量是基于业务需求的吗，还是说其实没考虑那么多，一开始想到那么做就那么做了。

委托专门的公司拍卖变为现金充进国库，或者拿去改造成公租房出租。

@DosLee #39 这个政策我知道的，但是 fallback 许可证一般不是最新的版本，旧版本或多或少有点 bug ，心里膈应，而且我想看看这一年里 jetbrains 能不能弄出一些振奋人心的产品或者更新，让我觉得这个全家桶续费是值得的。

昨天刚续费了 jetbrains 全家桶，但是这可能是我最后一次续费全家桶。未来我将用一年的时间迁移并适应 vscode 下的开发。

其实有点尬，宣传的场景比较小众。你说我出差出个远门吧，只带这玩意儿还必须得找一个有显示器的地方，如果自己再带一个便携屏幕或者 AR 眼镜什么的，重量上跟一个笔记本电脑比又没啥优势。确实不如 windows 游戏掌机，起码人家有个屏幕，关键时刻真能应急。

不仅仅是程序员，一整个团队都有可能被替代，这方面的探索已经有了一些雏形了，届时每个人都可以自己当老板，你想做独立开发，很可能再也无需深入学习前端、后端、运维、UI 、产品的相关知识了，卷运营技能、销售技能。

但是我感觉 AI 当不好产品经理，可能你的产品要杀出重围，还得靠你自己的灵光一现呐。

歪个楼，问下 github copilot 可以用 3.7 的小伙伴，你们是订阅了么，我免费计划一直看不到 3.7 ，官网上也说 3.7 对免费计划不可见。

收入各管各的，关于公共支出，支付宝小荷包设置了个家庭基金，两人每月各往里面转 4000 块，房租、房贷、柴米油盐等都从这里面出，偶尔出去搓一顿谁忘了用家庭基金支出，双方也不计较。有一些囫囵两可的支出，我就自己掏钱付了，我挣的比她多一点，多付出一点也是应该，更何况后面有小宝宝之后她的重心要转移到家庭上来。

都是 windows 那就好办了，微软为这个需求提供了官方支持，下载安装 powertoys ，里面有个功能叫“无界鼠标”。

@snow0 grok 3 你直接说就行了，应该没有限制。1 楼说的 gemini 我试了下，system prompt 里面写一下可以输出成人内容就好了。

感觉日本企业的风格很适合 AI 啊，他们本来就把人当 AI 来用，这真 AI 来了不起飞？

本质上还是现在的大模型基座不够好，再给 AI 一点时间，短则一两年，长则四五年，相信 AI 编程不管是大模型基座还是工程设计，都会焕然一新。

星际穿越，陪我老婆去电影院看了两次。

跨行刚开始就想高工资简直白日做梦，在怎么样都得有一个证明自己的过程才能拿到高工资吧？不行就试试销售，底薪大家都一样的，纯靠业绩说话。

两个方案：
1. 在内外网都部署一个 reserve proxy ，用统一的域名和端口访问。
2. 域名+端口不要写死，后端 api 加一个 health endpoint ，打开网站后设置一个定时器访问 xxxx.com:33301/api/health ，通了就说明是内网，走内网域名和端口，不通就是外网走外网域名和端口。

chunked 响应？可能是响应里没有正确的结束符，结尾需要额外传输 0\r\n\r\n 表示结束

php 有没有过气不好讲，但是整个 php 社区发展在我看来确实有停滞的趋势了。

框架层面，全球市场 laravel 一家独大，整个 php 开源生态与其说是 php 生态，不如说是 laravel 生态，国内的话 laravel/thinkphp/hyperf/webman 倒是分庭抗礼，我也几乎都试过，但是用下来体验最好的还是 laravel ，选 laravel 的一般很少选 tp 了，hyperf 体验次之，但是 hyperf 也有自己的问题，比如对 IDE 不够友好，有时候报错会报道 xxxx.proxy.php 上，不太方便调试。以前 php 圈子活跃的时候，有很多框架如雨后春笋般冒出来，很多有特色的框架会给人眼前一亮的感觉，然而最近再去翻那些框架的 repo ，要么 archive 了，要么就几乎不维护了。

常驻进程/协程/异步方案上，国内外分化地比较明显，国内偏好 swoole/workerman 方案，国外更偏好基于 fibers 的 reactphp ，swoole 另辟蹊径使用 hook 方案，整个异步/协程的体验比较丝滑。当年 fibers 提案时被寄予厚望，整个 php 圈子希望由此统一并繁荣 php 的协程/异步 IO 生态，不过这么多年过去了，看起来事与愿违。而 swoole 作为一个第三方扩展，库作者开发库时，也不太会考虑为其专门做适配。phper 只能等待官方再一次重视协程/异步支持，不知道这一次又要等到猴年马月去了。

php 本身也有一些问题亟待解决：

php-fpm 是一个很大的问题，当一个公司很小的时候，fpm 确实很奏效，解决（隐藏）了很多问题，但是一旦业务规模上升到一定程度，他就成了累赘，每一个请求都要重新走一遍初始化框架的流程，这带来了很多不必要的性能开销。php 作为一个脚本语言，其实性能并不弱的，fpm 就像一个枷锁，阻碍了 php 的性能释放，这也成为大公司抛弃 php 的一个很重要的原因。当然你说我们有 reactphp/workerman/swoole 常驻进程方案，但同样的道理，没有官方对 cli 下 server 的支持，各个小群体各自为战，劲使不到一处，又能翻多大的水花。

类型问题：1. php 成也 array ，败也 array 这句话不是没有缘由的，关联数组太好用了，无论做什么，第一时间想到的就是用 array 来装，而整个组里只要有一个人，关联数组到处乱飞，就能极大地降低项目的可读性和可维护性，所以在我的项目里，只允许方法内使用关联数组，一个关联数组不能传到方法外面，如果要，就请转成对象，即便如此，你也只能约束自己，无法约束第三方的 SDK 或者开源库，很难完全阻止关联数组的泛滥。2. 缺少泛型支持，当然弱类型语言对泛型的支持并不那么迫切，但一个 php 项目做的越深，就越觉得应该要有泛型，当然有 phpdoc 帮助我们声明泛型从而获得 IDE 的支持，但是写代码还要写 phpdoc 让整个开发的体验很割裂，体验下降了一大截。

其他的高级开发用到的什么多进程/线程/协程/锁/定时器乱七八糟的就不说了，而且周边生态上没有官方的语言服务器实现使得开发者只能依赖收费插件/phpstorm 才能获得良好的开发体验，环境搭建复杂，使得语言上手的成本较高（似乎是有一些社区方案，不过都只能开发使用，并不是生产级的）。

php 规划的问题：此处看法比较主观，我觉得目前 php 圈子缺乏一个有足够权威的大佬领导规划 php 的开发，能有魄力和实力带领 php 走出目前的困境，据我所知 php 基金会目前全职加上兼职总共有 10 名开发者，swoole 也有不少开发者在 php 开发组，开发力量不算弱，但近年来 php 的更新并没有给人带来惊喜。

go 没有什么标准的项目结构，假设你的项目足够小，一个 main.go 就足以了。go 这玩意儿主打的就是一个随心所欲，爱咋咋地。