将PHP中的max_execution_time更改为大约5分钟以进行长时间轮询(comet)推送请求是否不好？

我试图在Facebook上创建一种类似于半实时的通知系统,为此,我期待使用长轮询而不是无意识的轮询(每N秒轮询一次).

是的,我没有使用Apache,而是在Nginx上可以处理这种类型的轮询.

现在出现一个问题,我阅读的有关长轮询的主题的所有教程都显示了一些示例,这些示例中如果没有返回数据然后再次进行轮询,则ajax请求会在30-50秒内超时,这对我来说是没有意义的,因为以前我曾经每30秒对服务器进行一次轮询以检查是否有通知,长时间的轮询如何使情况变得更好？仍将每30-50秒重新连接一次.

因此,我认为可以将max_execution_time从默认的60更改为300或400,然后轮询至少等待5分钟然后超时再重新连接的请求.

我可以期望这样做有任何不良影响吗？这种方法有缺陷吗？还是有更好的方法？

谢谢.

解决方法:

更好的方法是使用针对此类任务优化的后端,例如node.js.

但是,如果您想使用PHP,则没有理由增加最长执行时间.

标签：comet,execution-time,php,long-polling
来源： https://codeday.me/bug/20191208/2091712.html