액세스 위반 PHP에서 액세스 위반이 발생했습니다.

주로 Windows 호스트 서버에 나타납니다.
PHP 공식 웹사이트(http://bugs.php.net/)에서
또한 2~3천 페이지의 보고서를 찾을 수 있습니다. 공식 관계자도 11개의 작은 버전 이후에 있습니다. 아직 완전한 해결책이 없습니다.
http://bugs.php.net/search.php?cmd=display&search_for=PHP에서 Access&x=8&y=9가 발생했습니다.
현재 지난 몇 년간의 유지 관리 경험 중 일부를 제공하겠습니다. 몇 년 동안 내 솔루션 중 일부
첫 번째 가능성:
PHP에서 eaccelerator 확장을 제거합니다
이 방법으로 문제를 해결할 수 있지만 시스템에 부담이 가중될 수 있습니다
eaccelerator는 주로 저장을 목적으로 하기 때문에 시스템 리소스
특정 방법 php.ini 찾기
제가 구성한 경우 일반적으로 c:/php/php.ini 또는 c:/winnt/php.ini 또는 c:/windows/php에 있습니다. .ini
제거
zend_extensi
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_
eaccelerator.compress="1"
eaccelerator.compress_level="9"
ea는 주로 Unix 환경에서 개발되었으며, 그러나 저자는 Windows가 실제로 u 호스트를 좋아하지 않으며 u 호스트와 같은 메모리 공유 메커니즘이 없다는 점을 무시했습니다.
이 버그는 그들에게 제출되었으며 0.9.5에서 이를 해결할 수 있기를 바랍니다
물론입니다. , 컴퓨터의 문제가 심각하지 않다면 유지하는 것이 좋습니다. , ea는 매우 뛰어난 PHP 캐시 가속 소프트웨어입니다
zo와 함께 사용하면 시스템 부담을 약 50%-80% 줄일 수 있습니다. , 로드 용량, 속도 및 효율성을 약 200% 증가시킵니다.
두 번째 가능성
session_save_path는 실제 물리적 경로를 설정해야 하며 디렉토리에는 U 호스트의 0777과 유사하게 모든 사람의 모든 권한이 필요합니다
세 번째 가능성
c:/winnt/temp 또는 c:/windows/temp
또한 U 호스트의 0777
네 번째 가능성
과 마찬가지로 모든 사람의 모든 권한이 필요합니다. 메모리가 심각하게 부족합니다. 확인해 보세요. 메모리를 추가해 보세요. 메모리는 한 번에 2개씩 추가하는 것이 가장 좋습니다.
예를 들어 1G 메모리를 추가하려면 동일한 512M 메모리를 2개 추가하는 것이 가장 좋습니다. 그렇지 않으면 듀얼 채널이 활성화되지 않고 효과가 평범합니다
다섯 번째 가능성
ZendOptimizer와 PHP의 조합이 별로 좋지 않습니다
다른 버전을 사용해 보세요
현재 안정적인 조합은
php4입니다. 3.11 zo 2.5.10a
또는 php4.4.1 zo 3.0 beta2
여섯 번째 가능성
이것은 대부분 win2003을 사용하는 사용자에게 해당됩니다
응용 프로그램 풀에 제한이 설정되어 있습니다
예를 들어, 시간 재활용, 최대 메모리 사용량 등
이러한 설정으로 인해 필연적으로 이러한 고전적인 PHP 오류가 발생합니다.
수백 번의 테스트를 거친 후 여기에 문제가 나타날 것이라고 장담할 수 있습니다.

위 내용은 액세스 위반 내용을 포함하여 PHP에서 액세스 위반이 발생했음을 소개합니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.