PHP脚本执行超时的解决办法

在php中默认脚本执行超时时间为30秒了，如果你未进行设置30秒之后如果你的脚本还未执行完就会超时了，下面我来给大详解解决PHP脚本执行超时的方法。

php.ini 中缺省的最长执行时间是 30 秒，虽然可以通过调整 php.ini 中 max_execution_time的值来达到目的，但有些情况是没有条件修改php.ini的，如何解决这个问题呢。

一种方法是在 PHP 脚本中加入

代码如下	复制代码
ini_set('max_execution_time', '0');

将运行时间设置成0（无限值）；

另一种方法是在命令行下执行脚本，使用命令行执行脚本时，最大运行时间被设置为了无限值。

修改php.ini的脚本执行时间限制

编辑php.ini，修改max_execution_time值：

代码如下	复制代码
max_execution_time=500

//此修改需要重新加载php.ini，需要重启web服务器生效。

通过.htaccess 文件设置脚本执行时间

代码如下	复制代码
php_value max_execution_time 500

在脚本中设置执行的最大时间

代码如下	复制代码
ini_set('max_execution_time', 500);

用php的函数取消脚本的时间限制

代码如下	复制代码
set_time_limit(0);

set_time_limit用来设置脚本的超时时间，此函数规定从该句运行时起程序必须在指定秒数内运行结束，超时则程序出错退出。

下面是一个例子. 有10000条数据, 要修改其中某些数据,  运用PHP分步执行处理, 代码如下:

action.php

代码如下

复制代码

<?php $stid = isset($_GET['stid'])?$_GET['stid']:0; $endid = $stid + 100; $maxid = 10000; function dosomething(){ //要时间比较多的操作 …… } $sql_string=”select *  from `table`  where id>’$stid’ and id<=’$endid’ order by id”; $datas = getdata_bysql($sql_string); foreach($datas as $data){ //处理数据 ….. echo $id.” 处理完成. <br />”; if($id>=$maxid){exit;} } if($stid<=$maxid){ $stid = $stid + 100; $url=”action.php?stid=$stid”; echo $url; echo ‘<script language=”javascript”>location=”‘.$url.’”; </script>’; } ?>

其中的dosomething()是一个耗时操作.  这里我们通过限制id范围来减少运行时间,   运行完后通过javascript的跳转来自动运行下一步

现在dedecms生成html页面时就是这样做的哦。

在php中json_encode 中文显示问题是困扰很多程序员的一个难题了，下面我来给大家介绍两种中文显示问题的解决方法，大家可参考。

json已经成为当前web开发最常用的数据格式，php也从5.2开始支持json和数组的转换函数 json_encode 和 json_decode 。但使用过程中我们会发现，（下面以“你”这个汉字为例）通过json_encode 函数转换后的中文全部变成了类似 u4f60 （你）这样的编码，虽然不影响程序执行，但是很不直观

首先，json_encode 对中文的处理是转成了对应的 unicode 码的十六进制表示符 u4f60，（和 js 的 escape 函数类似（%u4f60）） ，即 0x4f60。因此，我们只需要将 unicode 码（UCS-2）转成 utf-8 编码的汉字即可。函数如下：

代码如下	复制代码
/**  * json_encode 支持中文版  * @param mixed $data 参数和 json_encode 完全相同  */ function json_encode_cn($data) {  $data = json_encode($data);  return preg_replace("/\u([0-9a-f]{4})/ie", "iconv('UCS-2', 'UTF-8', pack('H*', '$1'));", $data); }

在这里，首先将目标数据转成 unicode 编码码的json串，然后利用正则将对应的 u 开头的四位字母替换成对应的文字，然后再次转码即可。preg_replace 正则中的 e 允许第二个参数执行 eval 操作，首先匹配出 uxxxx ，然后通过pack 函数将十六进制数值 xxxx 转成Unicode编码的字符，然后再将 Unicode 码转成 utf-8 码，然后就可以看到正常的汉字了。

另一种json_encode() 不支持中文字符的解决方案

代码如下

复制代码

/**  * 对数组和标量进行 urlencode 处理  * 通常调用 wphp_json_encode()  * 处理 json_encode 中文显示问题  * @param array $data  * @return string  */ function wphp_urlencode($data) {  if (is_array($data) || is_object($data)) {   foreach ($data as $k => $v) {    if (is_scalar($v)) {     if (is_array($data)) {      $data[$k] = urlencode($v);     } else if (is_object($data)) {      $data->$k = urlencode($v);     }    } else if (is_array($data)) {     $data[$k] = wphp_urlencode($v); //递归调用该函数    } else if (is_object($data)) {     $data->$k = wphp_urlencode($v);    }   }  }  return $data; } /**  * json 编码  *  * 解决中文经过 json_encode() 处理后显示不直观的情况  * 如默认会将“中文”变成"u4e2du6587"，不直观  * 如无特殊需求，并不建议使用该函数，直接使用 json_encode 更好，省资源  * json_encode() 的参数编码格式为 UTF-8 时方可正常工作  *  * @param array|object $data  * @return array|object  */ function ch_json_encode($data) {  $ret = wphp_urlencode($data);  $ret = json_encode($ret);  return urldecode($ret); }

今天在配置apache与php环境时个人感觉配置好了，自己写了测试php文件都是可以成功执行了，但是在运行 phpMyAdmin时提示无法载入 mysql 扩展，
请检查 PHP 配置，后来经过排查找出了解决办法，下面分享给大 家。

环境配置好了我测试文件如一 a.php

代码如下	复制代码
<?php echo phpinfo(); $cn = mysql_connect('localhost','ttftroat','xxx') or die(mysql_error()); ?>

输入结果是没有问题了,但我在利用phpmyadmin时提示

phpMyAdmin - 错误

无法载入 mysql 扩展，<br />请检查 PHP 配置 - 文档

解决办法

搜索“extension_dir = ./”，改成“extension_dir = C:phpext”，再把这些分号去了：

extension=php_mbstring.dll
extension=php_gd2.dll
extension=php_mysql.dll

再重启apache就解决了哦。

本文章来给大家介绍在win2003使用preg_match_all导致apache崩溃解决办法，有碰到此类问题的朋友可进入参考参考。

Apache/2.2.9 (Win32) + PHP/5.2.17，在使用正则表达式 preg_match_all （如 preg_match_all("/ni(.*?)wo/", $html, $matches);）进行分析匹配比较长的字符串 $html 时（大于10万字节，一般用于分析采集回来的网页源码），Apache服务器会崩溃自动重启。

在Apache错误日志里有这样的提示：

[Thu Apr 11 18:31:31 2013] [notice] Parent: child process exited with status 128 -- Restarting.
[Thu Apr 11 18:31:31 2013] [notice] Apache/2.2.9 (Win32) PHP/5.2.17 configured -- resuming normal operations
[Thu Apr 11 18:31:31 2013] [notice] Server built: Jun 13 2008 04:04:59
[Thu Apr 11 18:31:31 2013] [notice] Parent: Created child process 2964
[Thu Apr 11 18:31:31 2013] [notice] Disabled use of AcceptEx() WinSock2 API
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Child process is running
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Acquired the start mutex.
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Starting 350 worker threads.
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Listening on port 80.

经过查阅Apache官方以及论坛资料后，发现win平台下用正则 preg_match_all 或preg_match 分析比较长的字符串时，导致apache崩溃重启的原因是windows平台下默认分配的线程堆栈空间 ThreadStackSize 太小导致的。 win32默认只有256KB，而在 linux下默认值是 8M，这就是为什么同样的程序在 linux平台下正常，而在 win平台下不正常的原因。

根据PCRE library的官方说明：256 KB 的堆栈空间对应的pcre.recursion_limit大小应该不超过524。
Here is a table of safe values of pcre.recursion_limit for a variety of executable stack sizes:
下面就是一张Stacksize和pcre.recursion_limit对应的建议安全值，超过这个数值就极有可能发生堆栈溢出，apache crash:

Stacksize   pcre.recursion_limit
 64 MB      134217
 32 MB      67108
 16 MB      33554
  8 MB      16777
  4 MB      8388
  2 MB      4194
  1 MB      2097
512 KB      1048
256 KB      524
如果你没有调整堆栈大小，就必须在使用正则的PHP页面最开头加入：

<?php
ini_set("pcre.recursion_limit", "524"); // PHP default is 100,000.
?>

查看具体的错误可以使用下面的代码：

代码如下

复制代码

$resultsArray = preg_match_all("/table.*?<a>/isU", $html, $contents); if ($resultsArray === 0){ echo get_pcre_err(); } function get_pcre_err(){         $pcre_err = preg_last_error();  // PHP 5.2 and above.         if ($pcre_err === PREG_NO_ERROR) {             $msg = 'Successful non-match.';         } else {             // preg_match error!             switch ($pcre_err) {                 case PREG_INTERNAL_ERROR:                     $msg = 'PREG_INTERNAL_ERROR';                     break;                 case PREG_BACKTRACK_LIMIT_ERROR:                     $msg = 'PREG_BACKTRACK_LIMIT_ERROR';                     break;                 case PREG_RECURSION_LIMIT_ERROR:                     $msg = 'PREG_RECURSION_LIMIT_ERROR';                     break;                 case PREG_BAD_UTF8_ERROR:                     $msg = 'PREG_BAD_UTF8_ERROR';                     break;                 case PREG_BAD_UTF8_OFFSET_ERROR:                     $msg = 'PREG_BAD_UTF8_OFFSET_ERROR';                     break;                 default:                     $msg = 'Unrecognized PREG error';                     break;             }         }     return($msg); }

    对于正则的修饰符 isU 说明：
i: 表示in-casesensitive，即大小写不敏感
s: PCRE_DOTALL，表示点号可以匹配换行符。
U: 表示PCRE_UNGREEDY，表示非贪婪，相当于perl/python语言的.*?，在匹配过程中，对于.*正则，一有匹配立即执行，而不是等.*搜索了所有字符再一一返回
    在使用正则表达式时，我们应该尽量避免递归调用，递归容易导致堆栈溢出。比如：
/<table((?!<table).)*?</a>/isU 就会发生错误，而使用 /<table.*?</a>/i 就正常。

 那么如何增加win平台下 ThreadStackSize 的大小呢？ 在apache的配置文件 httpd.conf 里启用 “Include conf/extra/httpd-mpm.conf”（删除前面的注释#），然后在 httpd-mpm.conf 文件里的 mpm_winnt_module 配置模块里设置 “ThreadStackSize 8400000”即可（大约8M）。

代码如下	复制代码
<IfModule mpm_winnt_module>     ThreadStackSize 8400000     ThreadsPerChild      200     MaxRequestsPerChild    10000     Win32DisableAcceptEx </IfModule>

这里需要注意的是，32位的Apache程序只能最多使用大约2GB内存空间！ 因此，ThreadStackSize 和ThreadsPerChild 的值相乘后（8M * 200）不应该超过2G，否则无法启动apache，出现的错误日志如下：
[Thu Apr 11 20:02:45 2013] [crit] (OS 8)存储空间不足，无法处理此命令。  : Child 4832: _beginthreadex failed. Unable to create all worker threads. Created 212 of the 220 threads requested with the ThreadsPerChild configuration directive.
    通过上面的提示，飘易可以告诉大家的是在我的这台服务器上，当线程堆栈大小设为8M时，我可以设置的线程数最多是212个。

本文章来给在家介绍在php中IE7 iframe session丢失问题解决方案，有碰到此类问题的同学可进入参考参考

假设采用iframe方式，很可能会遇到这样的问题。而且这个问题只存 在于IE7浏览器中，我在firefox, IE6和chrome等浏览器中测试均没有问题

在运行session_start之前，在程序中加上如下一句（以php语言为例），大致是向浏览器声明一下安全级别，这样iframe子页面在创建session时就不会有问题了：

代码如下	复制代码
header(’P3P: CP=”ALL ADM DEV PSAi COM OUR OTRo STP IND ONL”‘);

另外，我还了解到：如果二级域名中包含了下划线，如：your_domain.yourhost.com，在建立和传递session时也可能会出现问题。