이 문제는 다루기가 쉽지 않으며 오랫동안 많은 웹마스터들을 혼란스럽게 했습니다. 주로 Windows 호스팅 서버에서 발생합니다.
PHP 공식에서는 http://bugs.php.net/
우리는 2,000~3,000페이지의 보고서를 찾을 수 있었지만, 11개의 마이너 버전 후에도 문제를 완전히 해결하지 못해 당황했습니다.
http://bugs.php.net/search.php?cmd=display&search_for=PHP+has+encountered+an+Access&x=8&y=9
현재 저는 지난 몇 년간의 유지 관리 경험을 여러분에게 제공할 것입니다. 내 민속 솔루션이
첫 번째입니다. 한 가지 가능성은 php에서 eaccelerator 확장을 제거하는 것입니다
.
이렇게 하면 문제가 해결될 수 있지만 eaccelerator는 주로 시스템 리소스를 절약하는 데 사용되므로 시스템에 부담이 커질 수 있습니다.
이니
제가 구성하는 데 도움을 드린다면 일반적으로
제거하세요
"
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_기간="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"
ea는 주로 Unix 환경에서 개발되었지만 작성자는 Windows가 실제로 u 호스트와 같지 않으며 u 호스트의 메모리 공유 메커니즘이 없다는 점을 무시했습니다. 이 버그는 그들에게 제출되었습니다. , 0.9.5에서 해결할 수 있기를 바랍니다
. 물론 컴퓨터의 문제가 심각하지 않다면 유지하는 것이 좋습니다. ea는 zo와 함께 사용되는 매우 우수한 Php 캐시 + 가속 소프트웨어로 시스템 부담을 줄여줍니다. 약 50%-80% 정도 부하 용량, 속도 및 효율성이 약 200% 향상됩니다.
두 번째 가능성인
session_save_path는 실제 물리적 경로를 설정해야 하며 디렉터리에는 U 호스트의 0777과 유사하게 모든 사람의 권한이 필요합니다.
세 번째 가능성
c:/winnt/temp 또는 c:/windows/temp
또한 U 호스트의 0777과 유사하게 모든 사람의 모든 권한이 필요합니다.
네 번째 가능성은 메모리가 심각하게 부족하다는 점입니다. 문제가 있으면 메모리를 한 번에 2개씩 추가하는 것이 가장 좋습니다. 예를 들어 1G 메모리는 2개 추가하는 것이 가장 좋습니다. 메모리. 그렇지 않으면 듀얼 채널이 활성화되지 않으며 효과는 평균입니다.
다섯 번째 가능성
ZendOptimizer와 php의 조합은 별로 좋지 않습니다. 버전을 바꿔서 확인해 보세요. 현재의 조합이 더 안정적입니다.
php4.3.11+zo 2.5.10a
또는 php4.4.1+zo 3.0 베타2
여섯 번째 가능성은
주로 win2003을 사용하는 사용자를 위한 것입니다. 그들은 재활용 기간, 사용할 메모리 양 등과 같은 제한을 응용 프로그램 풀에 설정했습니다. 이러한 설정은 수백 번의 테스트 후에 필연적으로 이러한 고전적인 PHP 오류를 발생시킵니다. , 여기에 문제가 나타날 것이라고 보장합니다.