难。

所以我买了低层

编程有一条宗旨，我觉得应该明确。

只能有一个方法实现某个功能，而不是很多个方法。

那就 mongo 或者 ES 了

如果你的 key 读写不多，可以考虑 db 或者 ES。
如果都是缓存级别的热数据，那估计 pika 是最好的，现在 SSD 不贵。

ipip 有一个 besttrace

你们没有使用 443 端口么

再转一次

1，对于新创建的商业化团队，如果没有大笔的赞助，可以想像在国内现有的环境下，生存是多么艰难。我购买过 Swoole Compiler，有看到客服微信的朋友圈写着“识沃科技开始接外包项目”。原因是目前的商业化产品吸金能力不够。站在团队上讲，努力推广自己的产品并没有什么问题，甚至是合理的。

2，对于社区版存在不稳定的试验性分支，而商业版没有，有两方面可以理解。一是社区用户确实被成小白了(表示黑人脸，不可接受)，二是社区版明确提示有一些试验性的功能(表示理解)。

3，做开源并不是一件容易的事情，我理解整个生态都少不了用户和贡献者的支持，如果某天因为商业化需求而直接把贡献者踢一边，这个操作真的很中国。我觉得应该支持不同的声音。

1，对于新创建的商业化团队，如果没有大笔的赞助，可以想像在国内现有的环境下，生存是多么艰难。我购买过 Swoole Compiler，有看到客服微信的朋友圈写着“识沃科技开始接外包项目”。原因是目前的商业化产品吸金能力不够。站在团队上讲，努力推广自己的产品并没有什么问题，甚至是合理的。

2，对于社区版存在不稳定的试验性分支，而商业版没有，有两方面可以理解。一是社区用户确实被成小白了(表示黑人脸，不可接受)，二是社区版明确提示有一些试验性的功能(表示理解)。

3，做开源并不是一件容易的事情，我理解整个生态都少不了用户和贡献者的支持，如果某天因为商业化需求而直接把贡献者踢一边，这个操作真的很中国。我觉得应该支持不同的声音。

你这明明是机器配置太低了，特别是硬盘 IO。

如果静态文件请求命中率高，可以考虑加上 nginx 的 proxy_cache。

电脑上推流，手机上搞个播放器

Swoole 向 websocket 客户端连接推送数据，长度最大不得超过 2M。

不知道原因

这不千万云的日常么

2N，还是 N+2，还是 404 ？

8000 已经可以上 MAC 的车了