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）。
| 代码如下 | 复制代码 |
|
|
|
这里需要注意的是，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 配置，后来经过排查找出了解决办法，下面分享给大 家。
环境配置好了我测试文件如一 a.php
| 代码如下 | 复制代码 |
|
<?php $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就解决了哦。
本文章来给在家介绍在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时也可能会出现问题。
导致php页面中中文乱码的问题有大量收集与解决办法，导致中文乱码一般是数据库与页面编码不一致引起的，下面我来给大家直接介绍解决办法。、
1.建立数据库的时候,选择utf-8编码
2.建立php 文件的时候选择UTF-8编码
3.防止数据传输中乱码 mysql_query('set names utf8');
4.在静态页面加上 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
个人建义:建议在进行开发之前把数据库、php文件、html charset三者的编码设置成一致的utf-8。
打开phpMyAdmin目录 找到phpMyAdmin的配置文件config.inc.php
将其中的
| 代码如下 | 复制代码 |
|
$cfg['Servers'][$i]['auth_type'] = 'config'; |
|
改为：
| 代码如下 | 复制代码 |
|
$cfg['Servers'][$i]['auth_type'] = 'cookie'; |
|