Plesk でウェブサーバーのログを表示する方法

以前に cPanel を使用したことがある場合、便利なログを提供するコントロールパネルの機能に懐疑的であることは間違いありませんが、Plesk のログビューアはアクセスログとエラーログをすぐに利用できるだけでなく、その機能も新しい Plesk バージョンごとに改善されています。 .有効にしたり、未加工のログファイルを表示したりする必要はありません。必要なときにいつでも利用できます。

いつログを表示しますか?

動作しているはずのウェブページまたはファイルにアクセスしているときにウェブサーバーエラー (例:403、404、501、または 502) が発生し、より詳細なエラーログエントリを確認したい場合
ウェブサイトへの訪問者やリクエストをリアルタイムで監視し、必要に応じて PHP 処理が必要なリクエストを確認したい
設定またはページを保存するときにエラーが発生するか、ページが読み込まれない

Plesk でログを表示および監視する方法

<オール>

Plesk にログイン

[ウェブサイトとドメイン] で、ログを表示するドメインを探し、[ログ] ボタンを選択します。

最新ログエントリは下部に表示されます。

左上の [リアルタイム] ボタンをクリックして、訪問者がサイトにアクセスしているときに下部に追加された新しいエントリを表示するか、更新ボタンをクリックして、表示されているログを手動で更新できます。

デバッグモード :予期したとおりのログが表示されない場合は、アプリケーションでデバッグモードを有効にする必要がある場合があります。一般的な Web アプリでこれを行う方法は次のとおりです。

WordPress でデバッグモードを有効にする
Joomla でデバッグモードを有効にする
Magento でデバッグモードを有効にする

Web アプリでデバッグモードを有効にした場合は、問題を見つけて解決した後に無効にすることを忘れないでください。そうしないと、サイトでより多くの CPU (IO 負荷) が使用され、デバッグログファイルが使用される可能性があります多くアカウントのスペースを増やしてください。

Plesk でのログのフィルタリング/検索

右上隅で、[すべてのログ] の横にある矢印をクリックして、表示しているログをフィルタリングできます。

たとえば、エラーのトラブルシューティングを行う場合 の場合、「アクセス」エントリを表示せずにエラーのみを表示する必要があるため、「エラー」という単語が含まれているエントリのみをチェックしてください .

エラーコードによるフィルタリング: 問題のあるページにアクセスしたときにエラー 502 が表示された場合は、リストの上部にある「コード」というテキストボックスを探し、「502」と入力します。ログリストが更新されると、502 エラーコードの原因となったログエントリのみが表示されるはずです。

エラーコードによるフィルタリングは、すべての場合に役立つとは限りません。エラーログが複数のログエントリで発生し、2 つ以上の有用なログエントリの最初のエントリのみにエラーコードが明示的に含まれることがあります。

ログエントリをアクションに一致させる

これらのログでエラーを分析するには、2 つの方法があります。表示されているエラーが問題の原因となっているアクションと一致することを確認する最も簡単な方法は、リアルタイム更新を有効にして、別のタブまたはウィンドウで、エラーを生成する問題を再現することです。 Plesk ログビューアに対応するログエントリがすぐに表示されます。

または、Match Time Codes を試みることもできます .たとえば、5 分前にサイトにログインしようとして 403 エラーが表示された場合は、5 分前のログのタイムスタンプを見て、一致するログエントリを確認します。

ヒント:タイムゾーンの違いに注意してください!ログの下部は最新のエントリを表し、現在の時刻とほぼ一致するはずです。そのため、最新のログエントリが午前 10 時 31 分で、時計が午前 11 時 31 分を示している場合、特定のログエントリを検索するときに 1 時間調整する必要があります。

より具体的なエラーを検索

問題が発生した場所で実行しているアクションに一致する正しいログエントリを特定したら、その問題をトラブルシューティングする必要があります。以前よりも具体的なエラーを確認できるようになったため、検索でより正確な結果が返されるはずです。

403 禁止エラーのトラブルシューティング方法は次のとおりです。
502 などのゲートウェイエラーのトラブルシューティング方法は次のとおりです。
500 エラーを解決する方法はこちら

次に、ナレッジベースを検索して解決策を見つけることにより、これらのより説明的なエラーを使用できます。提供されたエラーテキストを検索しても解決策が見つからない場合は、サポートチケットを作成し、そこにログエントリを含めることもできます (繰り返し発生する場合は、最新のエントリのみを含めるようにしてください)。

動的リクエストのみのフィルタリング

ライブサイトに推奨される静的ファイルの nginx 処理を有効にしている場合 (詳細はパフォーマンス最適化ガイドを参照)、nginx は WordPress キャッシュを含むすべての静的ファイルリクエストを処理します。つまり、Apache アクセスログのみを表示することを選択でき、それらの出力はすべて動的リクエストである必要があります。

右上隅にある [すべてのログ] の横にある矢印をクリックし、Apache アクセスログのみを選択します。

無害なログエントリ

以下は、無視しても安全なログエントリの例です。

マップファイル

2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/contentstudio-plugin-master/_inc/main.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-includes/js/tinymce/skins/lightgray/skin.min.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.2 K Apache SSL/TLS access
2019-04-24 18:44:49 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 90.3 K Apache SSL/TLS access

これらは .map ファイルであり、Web サイトの操作に不可欠ではなく、縮小されたファイルを使用するときにデバッグを支援するために使用されるため、無視しても安全です。興味のある方は、この記事でマップファイルの用途について説明してください。

警告

PHP の警告は、のみに注意を払うのに適しています他のすべてのオプションを使い果たしたとき。他のトラブルシューティング情報がある場合は、まずそれから始めてください。ログで PHP 警告がどのように表示されるかを次に示します。

2019-04-24 18:37:11 Warning 1.1.1.1 AH01071: Got error 'PHP message: PHP Warning: A non-numeric value encountered in /var/www/vhosts/<domain>/httpdocs/wp-content/plugins/bbpowerpack/modules/pp-logos-grid/includes/frontend.js.php on line 35', referer: / Apache error

サーバーログの場所 (シェル/高度)

サーバーファイルシステムへのルートアクセス権を持つ独自の Plesk VPS をお持ちの場合は、SSH を使用してログインすることでログをフィルタリングする際に、もう少し力を発揮できます。 Plesk ログの場所は次の場所にあります。

/var/www/vhosts/system//logs/

CLI による動的リクエストのフィルタリング…

cd でログディレクトリに移動し、次のようなコマンドを使用して、PHP プロセスを生成する可能性が最も高い apache にヒットするリクエストのみを表示します。

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log

これは結果をさらにフィルタリングします:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log | egrep " 404 |\/\?|.php" | egrep -v "fbclid"

このコマンドは、すべての 404、クエリパラメータを使用するすべてのリクエスト、および .php ファイルに対するすべてのリクエストを表示します。

最後の部分 egrep -v "fbclid" 使用すると、キャッシュされた結果を安全に返す Facebook 追跡 URL パラメーターが除外されます。 | を使用して、そこに追加の除外を追加できます。演算子、次のように:fbclid|anotherclid

次のことを理解することが重要です:

<オール>

クエリパラメータ (/? を含む) を持つすべてのリクエストではありません ) は動的ですが、少なくとも 1 つが含まれている場合に備えて、ここに含めます。

速度最適化ガイドのボーナスヒント #2 で説明されている .htaccess の 404 の最適化を実装している場合は、コマンドから 404 エントリを削除できます。コマンドは次のようになります:tail -f /path/to/access/logs | egrep "\/\?|.php"