あなたのウェブサイトを改善するためにWordPressログファイルを使用する方法

WordPressのログファイルは、WPエコシステム全体で聞いたことのない最も重要な側面の1つです。 または、少なくとも、考えたことはないかもしれません。 ログファイルは、基本的に、Webサイトとサーバーがその存続期間（または特定の時間枠）にわたって行ったすべての記録です。 残念ながら、多くの人はログファイルを理解して使用するのが難しいと考えています。 その誤解を打ち破り、WordPressログファイルの使用方法と、その知識がWebサイトを改善するために何ができるかを示したいと思います。

私たちのYoutubeチャンネルを購読する

WordPressログファイルで何ができますか？

WordPressログファイルの使用法は、役割によって異なります。 ユーザーは、管理者が開発者よりも役立つさまざまなことを見つけるでしょう。 ただし、これらのまったく同じログファイルが実行することは多数あり、目的の多くは重複する可能性があります。

• エラーを見つける
• トラブルシューティングを支援
• セキュリティの監査
• アクセシビリティ基準の評価
• ユーザーエクスペリエンスとカスタマージャーニーの監視
• ユーザーアクティビティを追跡する
• プラグインのパフォーマンスを確認する
• テーマを探る

そしてもっとたくさん。 さらに、さまざまな種類のログファイルがあります。 WordPress自体に固有のものもあれば、個々のプラグインによって生成されるものもあります。 特にそれらのいくつかを見て、何が期待できるかを見てみましょう。

WordPressデバッグログファイル

不思議なことに、デフォルトのWordPressログファイル自体は、新しいWPインストールでは無効になっています。 wp-config.phpファイルにアクセスして、手動で有効にする必要があります。 WPインストールが行うすべてのログを記録するとサーバーリソースの一部が使用されるため、デバッグログはデフォルトで無効になっています。 サイトを実行する代わりに、サイトの実行方法をログに記録します。

問題が発生した場合は、ログを短期間だけ有効にして修正することをお勧めします。 もちろん、開発環境で作業している場合を除きます。

これで、複数の方法でログを有効にできます。 FileZillaなどのプログラムを使用してFTP経由で、コードエディタでファイルを編集します。 cPanelを使用するか、WPファイルマネージャーなどのプラグインを使用します。 とにかく、プロセスは簡単です。 インストールのルートディレクトリでwp-config.phpファイルを見つけて、それに2行のコードを追加します。

• define（ 'WP_DEBUG'、true）;
• define（ 'WP_DEBUG_LOG'、true）;

ステップ1：wp-config.phpを見つける

ルートディレクトリがどこにあっても、そこに接続します。 ほとんどの場合、 / public_html / example.com /の下にあります（.comの部分はそこにある場合とない場合があります）。

ステップ2：wp-config.phpを編集する

そこに到達したら、選択したエディターで開きます。 Sublime Text、VS Code、およびAtomはすべて人気のある選択肢です。 / *と書かれた行が見つかるまでスクロールします。これで、編集を停止します。 幸せなブログ。 * /そこに到達したら、そのすぐ上に2行のコードを貼り付けます。 ファイルにすでにfalseとマークされているものがあるかもしれません。

1行目はデバッグを実行でき、2行目はログファイル自体を生成します。 この形式では、スニペットはWordPressログファイルをwp-content / debug.logに保存しますが、 trueを一重引用符で囲んだ相対パスに置き換えて、別の場所を指定できます。 たとえば、 define（ 'WP_DEBUG_LOG'、 '/ tmp / wp-errors.log'）; デバッグログのWordPressCodexエントリで指定されているとおり。

ステップ3：ログファイルの検索、読み取り、および理解

ログファイルがすぐに表示されない場合があることに注意してください。 これは、サーバーのアクティビティのリアルタイムログではなく、サーバー内で発生したエラーのログです。 したがって、何か問題が発生した場合にのみ有効にすることを以前に推奨した理由。 したがって、 debug.logファイルがまだ存在しない場合は、時間をかけてください。 最終的には何かが壊れます。

最終的にdebug.logファイルを取得したら、ファイルマネージャーまたは任意のコードエディターで開くことができます。 しかし、これに似たものが表示されます。

典型的なWordPressユーザーにとって、これはgobbledygookのように見えます。 ただし、開発者にとっては、いくつかのプラグインでPHPの問題が発生し、特定のタスクを実行できないことがわかります。

ステップ4：ヘルプを取得する

上で述べたように、ほとんどのWPユーザーはこれらのエラーをどう処理するかわかりません。 ただし、サイトのパフォーマンスが最適でない場合は、これらを修正する必要があります。 それはあなたがあなたを助けるために誰かを見つけなければならないときです。

この特定のパスにはいくつかの選択肢がありますが、最も明白なのは、 debug.logファイル全体をダウンロードし、Slackまたは電子メールでシステム管理者に送信することです。 ほとんどの場合、これが最良の選択です。 あなたが開発者でこのログを持っている場合でも、おそらくそれをチェーンの上位に送信します（または、上級開発者でタスクを委任している場合は、下位に送信します）。

ただし、チームに参加していない場合は、ファイルを取得してどこかに送信する必要もあります。 しかしここで？ スタックオーバーフロー。 あるいは、もっと具体的には、WordPress Stack Exchange（WPに基づくSOのサブフォーラム）です。 StackOverflowまたはStackExchangeで技術的な問題について回答が得られない場合は、宝くじを購入する必要があります。 それらはいくつかのクレイジーなオッズだからです。

さらに、プラグインの開発者にデバッグログを直接送信したり、WordPress.orgの公式WordPressヘルプフォーラムに投稿したりすることもできます。 問題は個々のプラグインにある可能性がありますが、ログはWPからのものであり、人々は以前にこれらの特定の問題に遭遇した可能性があります。

その上、各プラグインのリポジトリページにプラグインサポートページがあります。

これらは、その特定のプラグインのWP.orgの直接サポートフォーラムに移動します。

これらのフォーラムを使用すると、問題について個別のヘルプを得ることができます。

まとめ

ご覧のとおり、WordPressのエラーログは非常に密集しています。 それらは威圧的である可能性があり、（プラグインを使用する以外に）それらをセットアップすることさえ、一部の人々にとっては恐ろしいことがあります。 ただし、デバッグを開発環境に限定するか、パブリックサーバーでログを取得した後にデバッグを停止する場合、サイトの内部で何が問題になっているのかを確認するための優れたトラブルシューティングツールです。 そのため、次にユーザーに問題が発生した場合、またはスタッフでさえサイトのバックエンドが期待どおりに機能しないという問題が発生した場合、WordPressログファイルは素晴らしい防御線になります。

WordPressのログファイルを監視することで、どのような状況を修正または防止できましたか？

fatmawati achmad zaenuri /shutterstock.comによる記事特集画像