DebugPressでWordPressの何が問題になっているのかを調べてください

公開: 2020-10-13

今日は、最近リリースされたWordPressプラグインであるDebugPressをテストして、インストールで発生する可能性のある問題を調査します。

WordPressの利点の1つは、新しいインストールに加えることができる変更の量がほぼ無限であることです。 しかし、これは両刃の剣かもしれません。 WordPressのインストールが複雑になるほど、非互換性や潜在的な問題が発生しやすくなり、それらを見つけるのが難しくなります。

DebugPressのインストールと構成

DebugPressは、WordPress.orgプラグインディレクトリにあるMilanPetrovicによるWordPressプラグイン開発者です。 これは、WordPressのインストールに移動し、[プラグイン]メニューにアクセスして、新しいプラグインを追加できることを意味します。 キーワード「 DebugPress 」を検索するだけで、プラグインが見つかり、そこからダウンロードしてアクティブ化できます。

WordPressでアクティブ化したら、([設定]メニュー内の)DebugPress設定に移動して、プラグインを構成します。

変更できるものの中で、DebugPressパネルにアクセスできるユーザーロールを制限することができます。 また、アクティブにする追加のパネルを決定することもできます。 私の場合、テストインストールでそれらすべてをアクティブにしました。

同様に、DebugPressを有効にして、すべてのPHPエラーとアラート、およびAJAX呼び出しとその他のオプションを追跡できるようにしました。 また、DebugPressがSQLクエリとアクティビティに関する情報をWordPressエラーログに表示できるようにするために、インストールのwp-config.phpファイルで次の定数を定義しました。

 define('WP_DEBUG', true); define('WP_DEBUG_DISPLAY', false); define('WP_DEBUG_LOG', true); define('SAVEQUERIES', true);

開発とテストインストールでDebugPressをテストしているので、最初の2つの定数をすでに定義しました。 開発者の場合は、WordPressからできるだけ多くのフィードバックを取得することに関心があるはずなので、それらも定義することをお勧めします(デフォルトでは、すべてが非表示になります)。

他の2つの定数は、エラーログ(インストールの/wp-content/フォルダーに格納されているdebug.logファイル)と、前述のクエリストレージをアクティブにします。 これらの定数を定義することはできませんが、一部のDebugPressパネルは可能な限り多くの情報を表示しないことに注意してください。

DebugPressパネルを表示するためのアイコンがWordPressトップバーの右側に表示されます。
DebugPressパネルを開くためのアイコンは、上部のWordPress管理バーの右側に表示されます。

すべての準備ができたら、WordPressの右上隅に表示されるバグのアイコンに移動できます。 このアイコンは、WordPressダッシュボードとWebサイトのフロントエンドにアクセスしたときの両方に表示されます(後者はDebugPress設定で変更できます)。

そこでDebugPressは、WordPressのインストールと、Webサイトのフロントエンドにアクセスしたときに何が起こっているかについての情報を提供します。

DebugPress情報パネル

DebugPressボタンをクリックすると、ポップアップが開き、いくつかのパネルがタブにグループ化されます。 各タブには、特定の種類の情報の特定のパネルが含まれています。 それらのそれぞれと、それらに含まれる情報を見てみましょう。

最初のタブには、WordPressのインストールに関する基本情報があります。 ここでは、PHPのメモリと実行時間の制限、WordPressのバージョン、インストールの最も重要なディレクトリ、およびインストールがマルチサイトであるかどうかを知るためのいくつかのWordPress条件付きタグの値を確認できます。

DebugPressの基本パネル。
DebugPressの基本パネル。

さらに、DebugPressにはページ読み込み統計があります。 これは、ページの読み込みに予想よりも時間がかかっているかどうかを確認したり、実行されたSQLクエリの数、実行されたフックの数、およびPHPが使用したメモリを確認したりする場合に特に役立ちます。

[DebugPressリクエスト]タブには、WordPressサーバーに対して行われた現在のリクエストに関する情報があります。 リクエストされたURLと、リクエストとレスポンスの両方のヘッダーを確認できます。 繰り返しになりますが、これは、要求内の情報と取得された応答の両方が正しく、問題がないかどうかを確認するのに特に役立ちます。

DebugPressのリクエストパネル。
Panel de RequestdeDebugPress。

[管理]タブには、WordPressダッシュボードの現在のページに関するデータがあります。 インストールでNelioContentの編集カレンダーにアクセスすると、変数$pagenowの値と現在の画面の値を確認できます。

DebugPressの管理パネル
DebugPress管理パネル。

DebugPressで最も興味深いタブの1つは、コンテンツです。 ここでは、WordPressに登録されているカスタム投稿タイプの全リスト、およびカスタム分類法と投稿ステータスを確認できます。 また、これらの各タイプを展開して、それらの値を確認することもできます。

DebugPressコンテンツパネル。
DebugPressコンテンツパネル。

[定数]タブには、WordPressで定義されているすべての定数があります。 さらに、定義された定数ごとに、この正確な瞬間の値を確認できます。

DebugPress定数パネル。
DebugPress定数パネル。

DebugPressの[ SQLクエリ]タブでは、現在のページを表示するために実行されたSQLクエリをいつでも確認できます。 これらの各クエリを確認するだけでなく、実行時間順に並べ替えることができるため、どのクエリが最も遅いか、およびそれらを呼び出したPHP関数を一目で確認できます。

データベースで奇妙なことをし、Webサイトの速度を大幅に低下させるプラグインがある場合は、このビューを使用して、問題の原因を特定できます。

DebugPressSQLクエリパネル。
DebugPressSQLクエリパネル。

[DebugPressユーザー]タブには、現在のユーザーのすべての情報が表示されます。 これには、WordPressデータベースのwp_usersテーブルとwp_usermetaテーブルの両方にある情報が含まれます。

データベースにアクセスできず、ユーザーの役割と割り当てられている特定の機能を確認する必要がある場合は、このパネルが非常に役立ちます。

DebugPressユーザーパネル。
DebugPressユーザーパネル。

もう1つの興味深いDebugPressパネルは、特定のページでWordPressにエンキューされているすべてのスタイルとスクリプトを表示するパネルです。 一部のプラグインのユーザーには、インストール中にJavaScriptスクリプトが読み込まれなかったため、何度も問題が発生しました。 この情報を持つことは、私たちのような開発者にとって特に興味深いものです。

これで、WordPressのインストールへのアクセスを許可したくないユーザーに、DebugPressをインストールし、[エンキュー]タブのスクリーンショットを共有して、正しくロードされていないスクリプトがあるかどうかを確認するように依頼できます。 この情報を使用したトラブルシューティングは簡単です。

DebugPressエンキューパネル。
DebugPressエンキューパネル。

PHPパネルでは、現在のページのリクエストのPHP変数$_SERVER$_REQUEST 、および$_COOKIEに含まれる情報を確認できます。

DebugPressPHPダッシュボード。
DebugPressPHPパネル。

また、[システム]タブには、WordPressサーバーに関する一般的な情報があります。 ここで重要なのは、使用しているPHPのバージョン、サーバーIP、およびアップロードサイズと実行時間の制限を確認できることです。

DebugPressシステムパネル。
DebugPressシステムパネル。

最後に、[ AJAX ]タブに、現在のページで実行されているAJAX呼び出しが表示されます。 このビューでは、興味深いものは見つかりませんでした。WordPressのインストールにアクセスできる場合、ブラウザー自体の開発者コンソールでAJAX呼び出しについて見つけることができるものは、DebugPressがここに表示するものよりもはるかに興味深いものです。

DebugPressAJAXパネル。
DebugPressAJAXパネル。

最後に、右上隅にあるDebugPressウィンドウを閉じるためのボタンの横に、紙のような形のボタンがあることがわかります。 このボタンをクリックすると、最初にアクティブ化したWordPressログを表示できるビューが開きます。

ここでは、ログがインストールのどこに保存されているか、およびファイルのサイズがわかります。 大きな青いボタンを使用してログファイルを読み込むことができますが、それができなかったのではないかと思います。

DebugPressでのWordPressログの表示。
DebugPressでのWordPressログの表示。

この青いボタンをクリックするたびに、DebugPressによってAJAXリクエストが起動され、エラーが返されます。 この失敗したリクエストは、DebugPressの[AJAX]タブで確認できます。

テキストエディタでWordPressログファイルを開くと、そのボタンをクリックするとDebugPressでエラーが発生することがわかります。 したがって、現在、このバージョンのDebugPressには、開発者が将来のバージョンで修正するバグがあると思います。

WordPressログから情報を読み込もうとすると、DebugPressは、DebugPress自体で確認できるエラーを出します。
WordPressログから情報を読み込もうとすると、DebugPressはDebugPress自体で確認できるAJAXエラーを出します。

それでも、DebugPressが提供するさまざまなビューとパネルを徹底的にテストした後、これが私が見つけた唯一の欠点でした。

DebugPressに関する意見

DebugPressが提供するすべての情報は他の方法で参照できますが、すべてを1か所にまとめることがこのプラグインの最も価値のあることです。

明らかに、DebugPressはWordPressで常にアクティブ化を維持するプラグインではありませんが、クライアントのインストールで発生する可能性のある問題を調査する必要がある場合に非常に役立ちます。 うまくいけば、DebugPressは問題が何であるかを推測し、そこからスレッドを引っ張ってWordPressを修正するのに役立ちます。

DebugPressを使用すると、WordPressで問題を見つけるのが少し簡単になるように、必要なすべての情報が得られます。 彼らがログで抱えている問題を修正し、WordPress開発者に完全に推奨されるこのプラグインの品質をさらに向上させることを願っています。

UnsplashのXuanNguyenによる注目の画像。