ホームページ  >  記事  >  バックエンド開発  >  PHP でアクセス違反の問題が発生した場合の解決策の概要_PHP チュートリアル

PHP でアクセス違反の問題が発生した場合の解決策の概要_PHP チュートリアル

WBOY
WBOYオリジナル
2016-07-13 17:32:54969ブラウズ

この問題は対処が簡単ではなく、長い間多くのウェブマスターを混乱させてきました
主に Windows ホスティング サーバーで発生します。
また、php (現​​在の主流の開発言語として)official、http://bugs.php (現​​在の主流の開発言語として).net/
で 2 ~ 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 は主にシステム リソースを節約するためのものです

具体的な方法は、php

(現在の主流の開発言語として)を見つけることです.ini私が設定を手伝う場合、それは通常c:/php
(現在の主流の開発言語として)にあります/php( do 現在の主流の開発言語として).ini または c:/winnt/php (現​​在の主流の開発言語として).ini または c:/windows/php (現​​在の主流の開発言語として).ini

削除

zend_extension_ts="C:php

(現在の主流の開発言語として)extensionseaccelerator_win_xxx.dll"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"

ea は主に Unix 環境で開発されましたが、作者は、Windows には実際には U ホストと同じメモリ共有メカニズムがないことを無視しました

このバグは Windows に提出されており、0.9.5 で解決されることを願っています

もちろん、マシンの問題が深刻でなければ、ea は非常に優れた php

(現​​在の主流の開発言語として) キャッシュ + アクセラレーション ソフトウェア zo と組み合わせて使用​​することをお勧めします。システムの負荷を50%~約80%削減し、負荷容量、速度、効率を約200%向上させます

2番目の可能性

session_save_path は実際の物理パスを設定する必要があり、ディレクトリには U ホストの 0777 と同様に全員のすべての権限が必要です

3 番目の可能性
c:/winnt/temp または c:/windows/temp
も、U ホストの 0777 と同様に、全員のすべてのアクセス許可が必要です

4番目の可能性
メモリが著しく不足しています。問題がある場合は、メモリを2つずつ追加するのが最善です。 2 つの同一の 512M メモリを追加します。そうしないと、デュアルチャネルが有効にならず、効果が平凡になります

5番目の可能性

ZendOptimizerとphp
(現在の主流の開発言語として)
はあまり良くありません別のバージョンを試してください現在のより安定した組み合わせは
php
(現在の主流の開発言語として)です
4.3.11+ zo 2.5.10aまたはphp(現在の主流の開発言語として)
4.4.1+zo 3.0 beta2

6番目の可能性


これは主に win2003 を使用するユーザーに属します

彼らはアプリケーション プールに制限を設定しています

たとえば、リサイクルにかかる時間、最大メモリ使用量など
これらの設定は、このクラシックな PHP を作成するためにバインドされています
(現在の主流の開発言語 )
エラー Wood は何百回もテストされており、ここで問題が発生することを保証します。

http://www.bkjia.com/PHPjc/508669.html

tru​​ehttp://www.bkjia.com/PHPjc/508669.html技術記事この問題は対処が簡単ではなく、長い間多くの Web マスターを混乱させてきました。主に Windows ホスティング サーバーで発生します。 PHP (現在の主流の開発言語として) 公式では、http://bugs...
声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。