回复#34 @香草大叔 :

就是性能消耗少一些、然后消耗流量更少。

回复#29 @香草大叔 :

大过年的发什么版本。

回复#31 @香草大叔 :

https://www.94cb.com/goto/5262-26426#Post26426

回复#27 @lincаnbin :

AJAX长轮询就是我之前的方案啊。

回复#25 @lincаnbin :

HTTP的报头大，创建php-fpm也消耗执行，其中大部分是执行相同内容。

每次执行相同鉴权操作浪费CPU时间，每次发送重复的包头浪费流量。

而且实时性不够。

回复#23 @lincаnbin :

Memcached是可选项，Memory Engine很少有虚拟主机支持。

回复#16 @lincаnbin :

回复#254 @0xxx :

Swoole在我看来，就是PHP在模仿Node.js而已。

既然这样为什么不干脆直接用Node.js呢？

这个项目已经用PHP立了项也不好改了，以后有机会再用Node.js开个新坑吧。

回复#17

并不是热衷，只是为了方便部署。

毕竟我上份工作还是写Node.js的，我还得考虑这套东西：

1、能在虚拟主机部署；

2、VPS用户可以进阶、便捷地获得一些性能提升；

回复#17 @lincanbin :

嗯,看得出来,你还是热衷于使用PHP原有的那套同步方案来做功能.

回复#16 @lincаnbin :

你的方案部署难度更高了。

回复#16 @lincаnbin :

Memcache轮询。

回复#14 @lincаnbin :

所以我现在这个是两套方案，你看下代码就知道了。
Long polling和websocket共存，取兼容方案。

这个socket连了25分钟也没掉线，还可以。

回复#11 @lincаnbin :

PHP的，没用Swoole，担心部署麻烦。

怕很多用户部署不起来。

不担心部署问题的话，我直接Socket.IO走起了。

回复#8 @✿青歌◞ :

等下个版本直接用。

回复#6 @✿青歌◞ :

推送资源占用较低。

回复#3 @aa24 :

写个脚本循环Update对帖子进行转码即可。

回复#5 @aa24 :

写个脚本循环调用生成头像的服务即可。

回复#4 @aa24 :

附件和图片路径不变即可继续使用。