差点就信了
差点就信了 2019-04-03 已签到连续签到1天，获得了5个金钱- 差点就信了 回复了 return19931112 的回答
首先考虑项目的规模已经大到Yii出现瓶颈需要用到swoole了吗？如果规模真这么大了，为什么不考虑核心业务转go或者java，php层做前端呢？魔改框架的坑太多了，具体可见楼上的回答。
大佬分析的是啊，真到瓶颈，就转java了，以目前的php-fpm还是可以走一段很长路的
我不打算维护这个项目了yii2-swoole。
为什么？
因为就目前的 swoole4 没法完全适用于传统的这些 fpm 框架。以下
全局变量问题，错误处理问题，curl 替换问题，内存溢出问题，IO 驱动问题，
在协程环境下，每个问题解决起来都非常糟糕，即使你解决了，开发者用起来也要小心翼翼，
如临深谷，如履薄冰。惶惶终日，卧枕难眠。
不管是 laravel 还是 yii3 都无法避免。
So , php-fpm 真香。所以php-fpm还不会被替代，好吧，看来是我想多了，什么高并发，什么常驻内存都扯蛋的，
现如今的我看来是用不上了，我的项目还没大到需要swoole来支撑的时候，我还是继续用 非智能的手机吧
- 差点就信了 提出了问题如何自己手工做资源包
- 差点就信了 回复了 wo642436249 的回答
检查一下自己的写的代码吧
--------分割-----------
区别真大，都是10.75的、机器上面。不管我限速还是不限速，貌似和宽带没啥关系。
放了程序就只跑
15这程序还是用上了redis的。没放程序就一个html默认页 可以跑
700. 11111
- 差点就信了 回复了 wo642436249 的回答
检查一下自己的写的代码吧
和代码没关系吧，内网一样的硬件配置机器一样的项目代码，内网可以有200+并发，
5M 宽带也才8个并发，
我估计得做负载均衡 这并发才能上去
