Nginx で PHP-FPM を使用するときに PHP エラー ログを構成する方法
nginx は apache とは異なり、apache では php のエラーログを直接指定できるため、php 実行時のエラー情報が php のエラーログに直接入力され、簡単に参照することができます。
nginx では、次のようになります。nginx は、ページ訪問のアクセス ログのみを記録します。 PHP エラー ログ情報は残りません。 nginx は php へのリクエストを php-fpm fastcgi プロセスに送信して処理しますが、デフォルトの php-fpm では php-fpm のエラーメッセージのみが出力され、php-fpm のエラーログには php のエラーログは表示されません。
理由は、php-fpm 設定ファイル php-fpm.conf がデフォルトでワーカー プロセスのエラー出力をオフにし、/dev/null に直接リダイレクトするため、nginx のエラー ログと php を使用するためです。・fpmのエラーログはphpのエラーログが見れません。
したがって、php-fpm が nginx で php エラー ログを記録しないことを確認するには、次の設定を行う必要があります:
1、php-fpm.conf の設定を変更します 、そうでない場合は追加してください:
コードをコピーします コードは次のとおりです:
[global]
; 注: デフォルトのプレフィックスは /usr/ ですlocal/php/var
error_log = log/php_error_log
[www]
catch_workers_output = yes
2. そうでない場合は、php.ini の設定 を変更します。追加:
コードをコピーします。コードは次のとおりです。
log_errors = on
error_log = "/usr/local/php/var/log/error_log"
error_reporting=e_all&~e_notice
3. php-fpm
php がエラーを実行すると、「/usr/local」にエラー ログが表示されます。 /lnmp/php/var/log/php_error_log"
表示された場合:
コードをコピーします。コードは次のとおりです:
[root@localhost など] # service php-fpm restart
php -fpm を正常にシャットダウンします。done
starting php-fpm [17-apr-2014 18:40:52] error: [/usr/local/php/etc/php- fpm.conf:5] 不明なエントリ 'catch_workers_
[17-apr-2014 18:40:52] エラー: 設定ファイル '/usr/local/php/etc/php-fpm.conf'## のロードに失敗しました#[17-apr-2014 18:40:52] エラー: fpm 初期化に失敗しました
failed
以上がNginx で PHP-FPM を使用するときに PHP エラー ログを構成する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Linuxでnginxを開始する手順:nginxがインストールされているかどうかを確認します。 systemctlを使用して、nginxを開始してnginxサービスを開始します。 SystemCTLを使用して、NGINXがシステムスタートアップでNGINXの自動起動を有効にすることができます。 SystemCTLステータスNGINXを使用して、スタートアップが成功していることを確認します。 Webブラウザのhttp:// localhostにアクセスして、デフォルトのウェルカムページを表示します。

サーバーには、要求されたリソースにアクセスする許可がなく、NGINX 403エラーが発生します。ソリューションには以下が含まれます。ファイル許可を確認します。 .htaccess構成を確認してください。 nginx構成を確認してください。 SELINUXアクセス許可を構成します。ファイアウォールルールを確認してください。ブラウザの問題、サーバーの障害、その他の可能なエラーなど、他の原因をトラブルシューティングします。

負荷分散のためにnginxを構成する方法は?アップストリームサーバープールを定義し、サーバーIPとポートを指定します。仮想ホストを定義し、接続を聞いて、上流のプールに転送します。場所を指定し、リクエストを一致させ、上流のプールに転送します。

nginxの実行ステータスを表示する方法は次のとおりです。PSコマンドを使用してプロセスステータスを表示します。 nginx configuration file /etc/nginx/nginx.confを表示します。 NGINXステータスモジュールを使用して、ステータスエンドポイントを有効にします。 Prometheus、Zabbix、Nagiosなどの監視ツールを使用します。

Windowsでnginxを構成する方法は? nginxをインストールし、仮想ホスト構成を作成します。メイン構成ファイルを変更し、仮想ホスト構成を含めます。 nginxを起動またはリロードします。構成をテストし、Webサイトを表示します。 SSLを選択的に有効にし、SSL証明書を構成します。ファイアウォールを選択的に設定して、ポート80および443のトラフィックを許可します。

エラーログは、/var/log/nginx(Linux)または/usr/local/var/log/nginx(macos)にあります。コマンドラインを使用して手順をクリーンアップします。1。元のログをバックアップします。 2。新しいログとして空のファイルを作成します。 3。nginxサービスを再起動します。自動クリーニングは、LogroTateや構成などのサードパーティツールでも使用できます。

質問への回答:304変更されていないエラーは、ブラウザがクライアントリクエストの最新リソースバージョンをキャッシュしたことを示しています。解決策:1。ブラウザのキャッシュをクリアします。 2.ブラウザキャッシュを無効にします。 3.クライアントキャッシュを許可するようにnginxを構成します。 4.ファイル許可を確認します。 5.ファイルハッシュを確認します。 6. CDNまたは逆プロキシキャッシュを無効にします。 7。nginxを再起動します。

nginxが開始されるかどうかを確認する方法:1。コマンドラインを使用します:SystemCTLステータスnginx(Linux/unix)、netstat -ano | FindStr 80(Windows); 2。ポート80が開いているかどうかを確認します。 3.システムログのnginx起動メッセージを確認します。 4. Nagios、Zabbix、Icingaなどのサードパーティツールを使用します。
