The solution is as follows:
bug in php for windows
Reference:
First 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, it is usually in c:/php /php.ini or c:/winnt/php.ini or c:/windows/php.ini
Remove
zend_extension_ts="C:phpextensionseaccelerator_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 was mainly developed in a unix environment, but the author ignored that windows are not actually like Like the u host, there is no memory sharing mechanism like the u host
This bug has been submitted to them, and I hope 0.9.5 can solve it
Of course, if the problem on your machine is not serious, it is recommended Still keep it, ea is a very excellent Php caching + acceleration software
used with zo, it will reduce the system burden by about 50%-80%, and increase the load capacity, speed and efficiency by about 200%
The second possibility
session_save_path needs to set an actual physical path, and the directory needs all permissions of everyone, similar to 0777 of U host
The third possibility
c:/winnt/temp or c:/windows/temp
also requires all permissions of everyone, similar to 0777 of U host
The fourth possibility
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, add 1G of memory. It is best to add 2 identical 512M. Otherwise, the dual channel is not enabled and the effect is mediocre
The fifth possibility
The combination of ZendOptimizer and php is not very good
Try another version
The current relatively stable combination is
php4.3.11+zo 2.5.10a
or php4.4.1+zo 3.0 beta2
The sixth possibility
This mostly belongs to users using win2003
They have set restrictions in the application pool
For example, how long it takes to recycle, the maximum memory usage, etc.
These settings are bound to cause this classic PHP error
Many people say that it is a problem with the PHP version. In fact, this is not the case. You can look at this problem from four places
1. Is the directory where the dll file required by zend does not have enough permissions? It must be read and run. Permissions
2. Are you using 2003? Have you set up an application pool, such as what are the restrictions in the pool? Adjust it and try again. Is it ok? Haha
3. There are two places in php.ini that are not set. , and some programs must use
A
to remove the comment character of the ;upload_tmp_dir line, that is, the preceding semicolon ";", so that this line will work in the php.ini document. upload_tmp_dir is used to define the temporary path where uploaded files are stored. Here you can also define an absolute path for it, for example: upload_tmp_dir = d:upload Of course, your d:upload directory must have read and write permissions at this time.
Here I set it to
upload_tmp_dir = "c:windowstemp"
B
This error statement is usually because the session.save_path item in your php.ini is not set properly. , the solution is to set session.save_path and session.cookie_path to
session.save_path = "c:windowstemp"
session.cookie_path = "c:windowstemp"
(I don’t know if this setting is correct. .Never tried it.)