この問題は対処が簡単ではなく、長い間多くの Web マスターを混乱させてきました。主に 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
現在、過去数年間のメンテナンス経験の一部を提供します。私の個人的な解決策は
1 つ目
です。php の eaccelerator 拡張機能を削除することで問題は解決しますが、eaccelerator は主にシステム リソースを節約するために使用されるため、システムの負荷が増加する可能性があります
。イニ
私が設定をお手伝いする場合は、通常、
c:/php/php.ini または c:/winnt/php.ini または c:/windows/php.ini の 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 は主に Unix 環境で開発されましたが、作者は、Windows が実際には u ホストとは異なり、u ホストのメモリ共有メカニズムを持たないことを無視しました。このバグは Windows に報告されました。
もちろん、
マシンの問題が深刻でない場合は、ea をそのまま使用することをお勧めします。zo と組み合わせて使用すると、システムの負荷が軽減されます。約50%-80%向上し、負荷容量、速度、効率が約200%向上します。
2 番目の可能性である
session_save_path では、実際の物理パスを設定する必要があり、ディレクトリには U ホストの 0777 と同様に全員のアクセス許可が必要です。
第三の可能性
c:/winnt/temp または c:/windows/temp
また、U ホストの 0777 と同様に、全員のすべての許可が必要です。
4 番目の可能性は、メモリが著しく不足していることです。問題がある場合は、メモリを 2 つずつ追加することをお勧めします。たとえば、同じ 512M メモリを 2 つ追加することをお勧めします。メモリ。それ以外の場合、デュアル チャネルは有効にならず、効果は平均的になります。
5番目の可能性
ZendOptimizer と php の組み合わせはあまり良くありません。バージョンを変更して、現在のより安定した組み合わせを確認してください。
php4.3.11+zo 2.5.10a
または php4.4.1+zo 3.0 beta2
6 番目の可能性は、
主に win2003 を使用するユーザー向けです。リサイクル期間や使用するメモリ量など、アプリケーション プールに制限が設定されています。これらの設定により、何百ものテストが行われると、必然的にこの古典的な PHP エラーが発生します。 , ここで問題が発生することを保証します。