Dream Maker 老漂 不要有和人斗的心,你要赢的是你自己!

全新解决:PHP has encountered an Access Violation

大概没有人在玩PHP的过程中会不曾遇到“PHP has encountered an Access Violation…”错误吧?尤其是像这种完全没有接触过Microsoft以外平台的人来说,第一次着实被吓得不轻,在花了三个小时也没解决后,差点放弃了。


 

习惯了Windows平台的全GUI操作模式,对于完全需要手工配置的PHP + MYSQL ,实在是不习惯。好有很多东西的原理是相同的,熟悉起来也不是太难的事情。


 

在尝试过PHP和MYSQL的自动安装和手动安装后,在经过不同版本的组合试验后,经典的“PHP has encountered an Access Violation…”终于不请自来,PHPMYADMIN不可用,DZ也不可用。上网一搜,同病相怜的人还真不少,而且大家都纷纷转载某位大侠的文章,我也摘抄一下吧,只是抱歉无法知道原作者是谁。


 

这个问题不是很好处理,困惑了很多站长非常时间了
主要出现在windows主机的服务器上。
在php官方,
http://bugs.php.net/
也能够查到两三千页的报告,他们官方也是束手无策,经过了11个小版本后,还是没有彻底解决
http://bugs.php.net/search.php?cmd=display&search_for=PHP+has+encountered+an+Access&x=8&y=9
目前我提供一下这几年我维护经验,我的一些民间解决办法
第一种可能:
去掉 php中 eaccelerator 的扩展
这样做能够解决您的问题,不过可能会加重系统负担
因为eaccelerator主要是为了节省系统资源的东西
具体做法是找到php.ini
如果是我帮您配置的,一般在c:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini
去掉
zend_extension_ts="C:\php\extensions\eaccelerator_win_xxx.dll"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="c:\temp"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"
ea主要是在unix环境下开发的,但是作者忽略到windows实际上不像u主机那样,是没有u主机的那种内存共享机制的
这个bug已经提交给他们了,希望0.9.5能够解决
当然,如果您的机器这个问题不严重,建议还是保留,ea是一块非常优秀的Php缓存+加速软件
配合zo使用,将会降低系统负担 50%-80%左右,提高负载能力、速度和效率 200%左右
 

第二种可能
session_save_path 需要设定一个实际的物理路径,并且该目录需要everyone的所有权限,类似U主机的0777
 

第三种可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有权限,类似U主机的0777
 

第四种可能
您的内存严重不足,查看一下,如果有问题,请加内存,最好是一次加两条
比如加1G内存,最好是加2条一模一样的512M。否则没有启用双通道,效果也很一般
 

第五种可能
ZendOptimizer和php的搭配不是很好
换个版本试试看
目前比较稳定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2
 

第六种可能
这种多属于用win2003的用户
他们在应用池中设定了限制
比如多长时间回收,最大使用内存多少等等
这些设置势必造成这个经典的php错误
木头经过数以百计的测试,敢担保问题会出现在这里。
这篇文章的作者应该具有相当丰富的经验,可惜他的这些经验目前对于我都没有帮助,也就是说以上的六种可能在我这里都不存在。
 
伴着这个问题上床睡觉,但难以入眠,反复对比这几天没有遇到此问题的各种配置,思索着可能的第七种原因。
 
出现这个问题,在我重装Windows Server 2003,全新下载php+mysql+zend并安装的环境下。服务器系统本身是肯定没有问题的,在出错的情况下,完全卸载php+mysql+zend,并换上xampp却是正常的,说明DZ没问题,并再次说明系统没有问题。
 
出错的主要是phpmyadmin和DZ,而这两者都是需要和mysql连接的,是否mysql有问题?
 
第二天早上顾不得吃早饭就查看并保存了xampp下面的phpinfo,然后重新装上昨天出问题的组合,查看phpinfo,一对比,最主要的区别就在于mysql的版本。xampp带的是5.022,我自己安装的是5.124。
 
卸载mysql5.124,重新下载一个mysql5.022装上,还是不行。再次检查phpinfo,发现mysql模块的版本仍然是5.124。
于是停止运行mysql和IIS,把mysql安装目录下面的libmysql.dll分别覆盖到php安装目录和%win%\system32下面,再重启MYSQL和IIS,问题解决!
 
感叹1:开源软件是好,但是太缺乏标准和统一性,过多的版本让人会难以适从。偶这还是WIMP,如果是真正的LAMP,版本之间的组合可能会更多,怎么选呢?
 
感叹2:软件并非越新越好,合适的就是最好的。

Tags: php

发布: 老漂 分类: 网站|站长 评论: 0 浏览: 66
留言列表
发表留言
◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。