ホームページ >バックエンド開発 >PHPチュートリアル >PHP でアクセス違反が発生した場合の解決策の概要_PHP チュートリアル
この問題は対処が簡単ではなく、長い間多くのウェブマスターを混乱させてきました 現時点では、過去数年間の私のメンテナンス経験と私のプライベートソリューションのいくつかを提供します 最初の可能性: php の eaccelerator 拡張機能を削除します 具体的な方法は、php.ini を見つけることです 削除 zend_extension_ts="C:phpextensionseaccelerator_win_xxx.dll" ea は主に Unix 環境で開発されましたが、作者は、Windows には実際には U ホストと同じメモリ共有メカニズムがないことを無視しました もちろん、マシンの問題が深刻でなければ、ea は非常に優れた Php キャッシュ + 高速化ソフトウェアです session_save_path は実際の物理パスを設定する必要があり、ディレクトリには U ホストの 0777 と同様に全員のすべての権限が必要です
5番目の可能性
6番目の可能性 彼らはアプリケーション プールに制限を設定します
主に Windows ホスティング サーバーで発生します。
PHP の公式 Web サイト http://bugs.php.net/
では、2 ~ 3,000 ページのレポートが見つかります。11 の小さなバージョンを作成した後でも、まだ完全には解決されていません。それ
PHP+has+encountered+an+Access&x=8&y=9">http://bugs.php.net/search.php?cmd=display&search_for=PHP+has+encountered+an+Access&x=8&y=9
これで問題は解決しますが、システムへの負担が増加する可能性があります
eaccelerator は主にシステム リソースを節約するためのものです
設定をお手伝いする場合、通常は c:/php/php.ini または c:/winnt/php.ini または c:/windows/php.ini にあります
eaccelerator.shm_size="16"
eaccelerator.cache_dir="c: emp"
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"
このバグは Windows に提出されており、0.9.5 で解決されることを願っています
zo と併用すると、システムの負荷が約 50% ~ 80% 軽減されます。 %、負荷容量、速度、効率が約 200% 向上します
2番目の可能性
3 番目の可能性
c:/winnt/temp または c:/windows/temp
も、U ホストの 0777 と同様に、全員のすべてのアクセス許可が必要です
4番目の可能性
メモリが著しく不足しています。問題がある場合は、メモリを2つずつ追加するのが最善です。 2 つの同一の 512M メモリを追加します。そうしないと、デュアルチャネルが有効にならず、効果が平凡になります
ZendOptimizerとphpの組み合わせはあまり良くありません
別のバージョンを試してください
現在のより安定した組み合わせは
php4.3.11+zo 2.5.10a
またはphp4.4.1+zo 3.0 beta2
です
たとえば、リサイクルする時間、使用するメモリの量など
これらの設定は必ずこの古典的な PHP エラーを引き起こすはずです
木はなくなってしまった何百ものテストを通じて、問題がここに現れることを保証します。