关于我们

质量为本、客户为根、勇于拼搏、务实创新

< 返回新闻公共列表

PHP has encountered an Access Violation at 0237A3A5

发布时间:2023/6/15 12:55:59
香港云服务器

HP has encountered an Access Violation at XXXXXX 很多人说,是php版本的问题,更新到高点的PHP能解决,你可以试试,如果还不行
-
你再看看以下几点. 
1,是否zend所需的dll文件所在目录给的权限不够,必须有读取和运行的权限 
2,是否使用的2003,设置过应用池,比如池中限制了什么什么,调整一下再试试看,是否好了,呵呵 
3,php.ini有两个地方没有设置,而且一些程序必须用到的 


将;upload_tmp_dir该行的注释符,即前面的分号“;”去掉,使该行在php.ini文档中起作用。 
upload_tmp_dir是用来定义上传文件存放的临时路径,在这里你还可以给其定义一个绝对路径,例如: 
upload_tmp_dir = d:\upload  当然,此时你的d:upload目录必须有读写权限。 
这里我设置为 
upload_tmp_dir = c:\temp (因为前面建立了这个文件夹,我图省事,呵呵) 


出现这样的错误语句一般是因为你的php.ini中关于session.save_path一项没有设置好,解决的方法是将 
session.save_path和session.cookie_path 设置置为 
session_save_path = c:\temp 
session.cookie_path = c:\temp 
然后在c:\目录下建立一个temp目录,即可(前面我们的eaccelerarot正好用到,建立过这么一个文件 
夹) 
或者因为安装了一些组件导致。都可以参考下。
最 近我的windows2003服务器频繁出现“PHP has encountered an Access Violation at ××××××”这样的错误,尝试搜索了下,遇到这样问题的人还真不少。我的原因可以锁定在eaccelerator上面,因为之前php运行效率不大满 意,所以装了eaccelerator加速,效果还是不错的,但随着数据库不断加大,查询和更新数据库操作太频繁,出现了“PHP has encountered an Access Violation at ××××××”这个错误。网上的解决办法无非就是去掉eaccelerator加速,这肯定不行,因为我要用,那就按他们说的配置一下吧,什么临时文件 啊、session路径啊,都改了,还是不行,于是就想是不是mysql版本的问题呢?看了下,发现dll的大小和修改日期还真不一致,于是把mysql 下的dll覆盖了从php里拷贝到系统目录的dll,重启iis,貌似好了,但是重启服务器后又出现了,看来问题不在这,难道是iis应用程序池的问题? 

  尝试去除这个站点的所有限制,但是重启服务器后发现又不行,还是这个错误。观察了下,只要重启 iis就能临时解决这个问题,但是这不治本啊。仔细想了下,既然我的环境没有问题,是在装了eaccelerator后出现问题,那就从 eaccelerator下手。仔细检查每个配置,发现我配置的一点问题都没有,无论eaccelerator的版本、php的版本,还是mysql的版 本,都没问题,权限也都够,php.ini配置也正确,但重启iis就好使一阵子,于是把问题定位到应用程序池。因为我的iis之前配置一点问题都没有。 最近看eaccelerator资料是共享内存和硬盘,难道是iis应用程序池和其他站点共享导致这个问题?于是重新建立应用程序池,把这个应用程序池只 独立分配给出问题的站点,适当减少对资源的限制,重启iis,好使了,重启服务器,也好使了,做了个简单的压力测试,也好使了。