このチュートリアルでは:
アクセスログ情報 ソフトウェアバージョンの確認
リソース プロファイル レポート 過去 24 時間以内の Web サイトのリソース消費に関する統計を提供するため、非常に便利です。 MySQL や IMAP アクティビティとは関係なく、過剰なリソース使用が発生している場合は、リソース プロファイル レポートを生成して表示してください。 Web サイトがリソースを消費しすぎていないかどうかを診断するのに役立ちます。
各レポートには、3 つのタブにデータ/統計が含まれています。 アクセスログ情報 、ソフトウェア バージョンの確認 、およびリソース情報 .このガイドでは、リソース プロファイル レポートにあるこれらの各タブの統計を解釈する方法を学習できます。 過剰なリソース使用の一般的な原因を解決する方法 サンプル レポートを分析して特定 .
アクセスログ情報
リソース プロファイル レポートを表示するときに表示される最初のタブ アクセスログ情報です .以下は、このタブに表示される統計の説明的なリストです:
| アクセスログ情報の詳細 | |
|---|---|
| 1 時間ごとのヒット数と応答コード | Web サイトのページに対するリクエスト数と、リクエストに対するレスポンスを表すコード。 |
| リクエストの重複 | 同じファイルとリクエストに対するレスポンスのコードに対して行われたリクエストの数。 |
| 非静的コンテンツのリクエスト | 動的コンテンツに対するリクエストの数と、リクエストに対するレスポンスのコード。 |
| トップ ユーザー エージェント | 最も多くのリクエストを行っているユーザー エージェント (ユーザー エージェントはブラウザーまたはマシンによって提供されます)。 |
| トップ IP | 最も多くのリクエストを行っている IP アドレス。 |
これらの統計から、コマンド ラインから手動で DomLog を掘り下げるよりも、サーバー リソースの過剰な消費を視覚化して診断する方が簡単です。ここで、アクセス ログ情報のさまざまなパターンを見てみましょう。 ウェブサイトのリソース使用の問題を特定するために使用できるタブの詳細 過剰なリソース消費を軽減する方法 .
過剰な管理 Ajax リクエスト
この例では、WordPress をインストールしてからダッシュボードにログインし、ウィンドウを最小化して約 30 分間バックグラウンドに置いた後、新しいレポートを実行しました。
以下の画像はアクセスログ情報からの抜粋です 非静的コンテンツのリクエストのタブ セクション。これらの詳細は、admin-ajax.php が は 31 件のリクエストを行いました。
注意: 応答コード admin-ajax.php の場合 requests は 200 です。200 は、応答が成功したことを意味するため、受け取ることができる最良の応答コードです!
このレポートは、ダッシュボードでの 30 分間の「アイドリング」の間に、admin-ajax.php によって 31 件のリクエストが行われたことを示しています。 .この場合、考えられる解決策 列には、WordPress ダッシュボードの実行に必要な使用量を減らすのに役立つ可能性があるため、WordPress ハートビートを無効にするのに役立つサポート センター ガイドへのリンクが含まれています。
Cronjob スケジューリング
非静的コンテンツのリクエストと同じサンプル データを使用する 2 番目にヒットしたのは wp-cron.php です .
注意: レスポンス 列に 406wp-cron.php の 27 件のリクエストに対して .過剰なエラーに対処することで、リソースの散発的/不必要な消費をなくすことができます。詳細については、ガイドの 406 エラー – 受け入れられませんを参照してください。
可能な解決策 列は、wp-cron スケジューリングを追加することを提案しています。トラフィックの増加時にサーバーが自動的に cron ジョブを実行しないようにするには、cron ジョブを実行するタイミングをスケジュールすることが重要です。 cronjob(s) は過剰なリソースを使用しないかもしれませんが 、トラフィックの多い時間帯に実行すると、リソースの使用量が (一時的であっても) 利用可能な制限を超えて急増し、サービスの品質が低下する可能性があります。
注: 1 時間ごとのヒット数と応答コードのデータを必ず利用してください アクセス ログ情報のセクション タブを使用して、cronjobs の最適なスケジューリングを決定します。これにより、交通量の多い時間帯に実行されないようにすることができます。
過剰なボットによる Web サイトのクロール
Google、Bing、Yahoo! などの検索エンジン。オンラインで見つけたあらゆるデータをスキャンします。余暇に Web サイトを非侵入的にクロールするように設計されていますが、これによりサーバー リソースの使用量が急増する可能性があります。アカウントのリソース使用量への影響を最小限に抑えるために、robots.txt ファイルを変更して、検索エンジンによるウェブサイトのクロールを制限または拒否するようにリクエストできます。
悪意のある IP
トップ IP のこのスクリーン ショットから アクセスログ情報について タブで、例は IP アドレスを示しています:442 ヒットで記録された 86.75.30.9。その合計をこのレポートの合計ヒット数と比較します (637-1 時間あたりのヒット数から計算) セクション)、この IP はリクエスト全体のほぼ 70% (70%) を占めています。
ある IP アドレスから大量のリクエストが送信されていることに気付いた場合は、その IP アドレスをブロックすることを検討できます (上記の例のように)。その後、cPanel IP Deny Manager プラグインを使用して IP アドレスをブロックできます。
警告!: よく知らない IP アドレスをブロックする場合は注意してください。 Web サイトがリモート サーバーと通信して適切に実行するために必要な、サーバーに対してローカルではないリソースが存在する場合があります。 IP アドレスをブロックし、大量のエラーや Web サイトの予期しない動作に気付いた場合は、その IP アドレスのブロックを解除することを検討してください。
ソフトウェアのバージョンを確認する
ソフトウェア バージョンの確認 タブには、ドメインにインストールされているソフトウェアに関連する詳細が含まれています。以下は、このタブに表示される統計の説明的なリストです:
| ソフトウェア バージョンの確認 | |
|---|---|
| ソフトウェア | インストールされているソフトウェアの名前。 |
| 名前 | ウェブサイトの名前 (サイト タイトル)。 |
| URL | ウェブサイトにアクセスするための URL。 |
| パス | Web サイトのインストール ディレクトリの場所 (別名:ドキュメント ルート ディレクトリ) |
| バージョン | インストールされているソフトウェアのバージョン |
| テーマ | 現在アクティブなテーマの名前。 |
| キャッシュ | キャッシュの可用性またはキャッシュに使用されるプラグインの名前。 |
| コメント | 存在するコメントの数。 |
| プラグイン | 存在するプラグインの数。 |
| 管理ユーザーのリスト | 管理ユーザーのリスト。 |
| 有効なプラグインのリスト | アクティブなプラグインのリスト。 |
これらの詳細は、ソフトウェアを手動でチェックするよりも簡単な方法を提供します。 [ソフトウェア バージョンの確認] でさまざまな詳細を確認できます。 過剰なリソース消費の診断と軽減に使用できるタブ情報 .
古いソフトウェア
ソフトウェア バージョンの確認 サンプル レポートのタブ (右側に表示) は、WordPress のバージョンが古いことを示しています。独自のレポートを分析する場合は、現在のバージョン (4.7.10) と利用可能なバージョン (4.9.5) を比較してください。この場合、この行には、WordPress の更新方法に関するサポート センター ガイドへのリンクも含まれています。
バグとセキュリティの脆弱性の修正は、データの機密性と安全性を確保するだけでなく、ウェブサイトが最適に動作し、アカウントがハッカーの標的にされないようにするためにも重要です。 Check Software Versions に表示される古いソフトウェア バックアップしてから更新する必要があります。
キャッシュなし
サンプル レポートを分析すると、キャッシュが実装されていないことがわかります。キャッシュがどのように機能するかを説明する最良の例えは、ツール ボックスの使用に似ています。 2 階のバスルームで何かを修理する作業をしている場合、修理に必要な工具ごとに階段を上り下りするよりも、工具箱全体 (修理に一般的に使用する工具がいっぱい) を持っていく方が手間がかかりません。仕事。キャッシングも同じように機能します。スクリプトが既に実行されている場合、データを再利用するためにすばやくアクセスできるように結果がキャッシュ/保存されるため、スクリプトを何度も処理するためのリソースの消費が削減されます。キャッシュの実装方法の詳細については、WordPress キャッシュを使用してサイトを高速化するガイドを参照してください。
過剰なコメント
使用しているサンプル データは、Web サイトのコメント数 (合計 12,511) を示しています。ページにコメントが読み込まれるたびに、MySQL は 12,000 のコメントすべてを解析して、どのコメントがページに読み込まれるかを判断する必要があります。コメントをモデレートすることを検討し、可能な限り量を減らしてください。これにより、過度のリソース消費を避けることができます。
おめでとう！ これで、リソース プロファイルを分析する方法がわかりました 過度のリソース消費を伴う一般的な問題を特定して解決する