本文目录一览：
- 1、微信会话5分钟超时提醒用php怎么做
- 2、php进程超时接口返回504错误分析
- 3、php语言如何设置超时处理？？
- 4、怎样解决php页面的载入超时问题？
- 5、几种常见的PHP超时处理方法
- 6、php 关于session过期的问题
微信会话5分钟超时提醒用php怎么做
不能主动发信息 只有当用户请求某一内容 比如
1登录 你获得一个时间点 。。。
2存入memcache 或者数据库什么的。。 当然session 是最好做的。。 写个session生存周期就行。。
3用户下一步操作 跟上一步操作的时间差 判断一下就行。。
php进程超时接口返回504错误分析
在一次接口测试中，发现返回的http 504 time out 的错误，然后查看了php-fpm的错误日志，发现了如下错误
从表现上看，是php进程超时导致的进程被kill了，那么这个超时时间以及kill的机制是跟哪些参数有关呢，这里系统这里一下。
Nginx服务一般因为php的错误或者超时会有两种错误码502 bad Gateway 或者 504 Gateway Time-out
一种情况是php产生了语法错误，比如循环调用、变量作用域错误、方法不存在等，如果开启错误日志输出的话，这种错误在php-fpm的错误日志中是可以看到调用栈信息的。
另外一种情况可能就是超时引起的php-fpm主动kill的情况，在php.ini和php.fpm中有两个配置项，用来管理php脚本的最大执行时间
当php脚本的执行时间超过这个时间时，PHP-FPM不只会终止脚本的执行，还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了，就会返回给客户端502错误。
以顶部的错误为例，当报502错误是，nginx的errorlog中有如下日志，：
所以只需将这两项的值调大一些就可以让PHP脚本不会因为执行时间长而被终止了。request_terminate_timeout可以覆盖max_execution_time，
所以如果不想改全局的php.ini，那只改PHP-FPM的配置就可以了。
此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。这两个配置表示在fail_timeout事件内，如果fail的测试达到max_fail，那么在接下来的fail_timeout时间内，Nginx都会认为上游服务器挂掉了，都会返回502错误。
所以可以将max_fail调大一些，将fail_timeout调小一些。
PHP-FPM设置的脚本最大执行时间已经够长了，但执行耗时PHP脚本时，发现Nginx报错从502变为504了。这是为什么呢？
因为我们修改的只是PHP的配置，Nginx中也有关于与上游服务器通信超时时间的配置
以Nginx超时时间为90秒，PHP-FPM超时时间为300秒为例，报504 Gateway Timeout错误时的Nginx错误访问日志如下：
调高这三项的值（主要是read和send两项，默认不配置的话Nginx会将超时时间设为60秒）之后，504错误也解决了。
而且这三项配置可以配置在http、server级别，也可以配置在location级别。担心影响其他应用的话，就配置在自己应用的location中吧。
要注意的是factcgi_connect/read/send_timeout是对FastCGI生效的，而proxy_connect/read/send_timeout是对proxy_pass生效的。
参考链接： 感谢分享！
php语言如何设置超时处理？？
set_time_limit --- 限制最大的执行时间
set_time_limit
(PH3 , PHP4)
set_time_limit --- 限制最大的执行时间
语法 : void set_time_limit (int seconds)
说明 :
设定一个程式所允许执行的秒数，如果到达限制的时间，程式将会传回错误。它预设的限制时间是30秒，max_execution_time的值定义在结构档案中(在PHP3中叫做php3.ini，在PHP4则叫做php.ini)，如果将秒数设为0，表示无时间上的限制。
当呼叫此函式时，set_time_limit( )会从零重新开始计算最长执行的时间，也就是说，如果最长执行时间为预设的30秒，而在呼叫此函式set_time_limit(20)之前已花了25秒来执行程式，则程式最长执行的时间将会是45秒。
注意 : 当PHP是执行在安全模式时，set_time_limit( )将不会有结果，除非是关闭安全模式或是修改结构档案中(在PHP3中叫做php3.ini，在PHP4则叫做php.ini)的时间限制。
怎样解决php页面的载入超时问题？
当PHP页面处理大事务时，页面往往会发生超时的错误，我解决此问题的方法如下：1.优化程序代码：这种方法可能有时立竿见影，但对一些已经很优化或者第三方开发的程序，可能用处不大，但我个人觉得这个办法还是应该优先考虑，这个一个优秀程序员必需有的工作美德。2.对多个任务进行拆分：对于一些程序，可能问题并不出现在代码效率上，如Paypal的SOAP调用，大量时间花费在网络的数据传递上了，（此问题在Web Services的远程调用时经常发生），我们当然不能等将来网速的提高来解决这个问题。其实我们可以查看一下在一个POST动作中是否包含了多个任务，如付费、发Email、发货等等。如是这样其实可以对这些任务进行拆分，把这个工作拆分成多个子工作来实现。如执行完付费任务时，使用PHP的Header函数重定向到发送Email的页面，完成后再定向到其他页面，采用redirect页面的方式来接力地完成任务。3.进行PHP设定值的修改如果以上两种方法仍然无法解决，代码已经最优话，同时只有一个单任务的工作需要完成。针对这样的情况，只能修改PHP的设定值了。不过建议不要直接修改PHP.ini，这样会延长所有PHP执行的最大时间。简单的方法就是使用init_set函数，以下的代码把PHP最大执行时间设定为180秒。ini_set('max_execution_time', '180');同时可以使用ini_get把原来设置的max_execution_time保存下来，在进行完操作时回复原来的设定值。
几种常见的PHP超时处理方法
【Web服务器超时处理】
[ Apache ]
一般在性能很高的情况下，缺省所有超时配置都是30秒，但是在上传文件，或者网络速度很慢的情况下，那么可能触发超时操作。
目前apachefastcgiphp-fpm模式下有三个超时设置：
fastcgi超时设置：
修改httpd.conf的fastcgi连接配置，类似如下：
代码如下:
IfModulemod_fastcgi.c
FastCgiExternalServer/home/forum/apache/apache_php/cgi-bin/php-cgi-socket/home/forum/php5/etc/php-fpm.sock
ScriptAlias/fcgi-bin/"/home/forum/apache/apache_php/cgi-bin/"
AddHandlerphp-fastcgi.php
Actionphp-fastcgi/fcgi-bin/php-cgi
AddTypeapplication/x-httpd-php.php
/IfModule
php 关于session过期的问题
不会的，session不会永远不过期的。
无论你怎样创建session，session都不会永远不过期。
服务器会把长时间没有活动的Session从服务器内存中清除，此时Session便失效。一般情况下Session的默认失效时间为20分钟。
