This problem is not easy to deal with and has confused many webmasters for a long time. It mainly occurs on Windows hosting servers.
In php official, http://bugs.php.net/
We were able to find two to three thousand pages of reports, but their officials were at a loss. After 11 minor versions, they still had not completely solved the problem.
http://bugs.php.net/search.php?cmd=display&search_for=PHP+has+encountered+an+Access&x=8&y=9
At present, I will provide you with my maintenance experience in the past few years. Some of my folk solutions are
the first. One possibility:
remove the eaccelerator extension in php. This can solve your problem, but it may increase the burden on the system because eaccelerator is mainly used to save system resources.
The specific method is to find php.ini
If I help you configure it, usually
remove
zend_extension_ts="C:phpextensionseaccelerator_win_xxx.dll
in c:/php/php.ini or c:/winnt/php.ini or c:/windows/php.ini"
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 was mainly developed in a Unix environment, but the author ignored that windows is actually not like the u host, and does not have the memory sharing mechanism of the u host. This bug has been submitted to them, I hope 0.9.5 can solve it
. Of course, if the problem on your machine is not serious, it is recommended to keep it. ea is a very excellent Php cache + acceleration software used with zo, which will reduce the system burden by about 50%-80% and improve the load capacity. , speed and efficiency of about 200%
The second possibility,
session_save_path, needs to set an actual physical path, and the directory requires everyone's permissions, similar to 0777 of the U host.
third possibility
c:/winnt/temp or c:/windows/temp
It also requires all permissions of everyone, similar to 0777 of U host
The fourth possibility is that your memory is seriously insufficient. Check it. If there is a problem, please add more memory. It is best to add two memory at a time, for example, 1G memory. It is best to add two identical 512M memory. Otherwise, the dual channel is not enabled and the effect is average.
fifth possibility
The combination of ZendOptimizer and php is not very good. Try changing the version and see. The current more stable combination is
php4.3.11+zo 2.5.10a
Or php4.4.1+zo 3.0 beta2
The sixth possibility
is mostly for users who use win2003. They have set limits in the application pool, such as how long to recycle, how much memory to use, etc. These settings will inevitably cause this classic PHP error. After hundreds of tests, , I guarantee that the problem will appear here.