WordPress プラグイン 検出器

WordPressプラグイン検出器は、公開ページを読み取り、そこにロードしているプラグインをリストします サイトアドレスを貼り付けて、各プラグインのフォルダー slug 、1 つが知られているその公開名、バージョン、それを実行しているサイトの概数、およびそこにあったことを証明する信号を取得します それは、人々が賞賛するサイトについて尋ねる質問に答えます: どのプラグインがそれを行っているか テーマは、別々の証拠を持つ別の質問であるため、別のツールです - [WordPressテーマ検出器] (/ツール/テーマ検出器) は、同じページを読み取り、それをレンダリングしているものを報告します。

フロントエンドで何かをするプラグインは、独自のフォルダから何かをロードする必要があるため、検出が機能します。 WordPress は /wp-content/plugins/<slug>/ からそれらのファイルを提供するため、スタイルシート、スクリプト、インライン ハンドル、またはイメージ パスが、それを所有するプラグインに名前を付けます。また、ボディ クラス、REST 名前空間、メタ タグ、ジェネレーター コメント、Cookie など、よりわかりやすくアナウンスするプラグインもあります。これらはそれぞれ、ページに関する事実ではなく、ページに関する事実であり、プラグイン カタログを参照できる場合、slug は公開されたエントリと一致するため、リストには実名、現在のバージョン、ベア フォルダーの代わりにインストール数が表示されます。

リストは全体ではなくフロアであり、これはほとんどのツールが除外する部分です。 wp-admin でのみ実行されるプラグインは訪問者に何も読み込まない チェックアウト ページでのみ起動するプラグインはホームページから見えない すべてのスクリプトを 1 つの結合ファイルにマージするキャッシュまたは最適化プラグインは、それ自体を含むマージしたすべてのフォルダー名を消去します CDN パスを通じてアセットをプロキシするホストは、それらすべてを一度に隠すことができます したがって、レポートには、カタログ エントリに一致するフォルダーの数とフォルダー名のみの数が含まれており、空のリストを残して空のサイトとして読み間違えるのではなく、結果の上にチェックできなかったものがリストされています。内部ページ (投稿、製品、お問い合わせフォーム) をスキャンすると、ホームページよりも多くの情報を確実に表示します。

戻ってくるのは、他の人に渡すことができるレポートです 見出しには、そのページにいくつのプラグインがあるか、または明らかに何も表示されなかったか、サイトがまったくWordPressではない - 単一の数字がぼやける3 つの異なるリストがインストールカウントで並べ替えられているため、認識可能な名前が最初に来て、名前のないフォルダはそれらが属する下部に座っています その下に、これが基づいているのは、文字通りの証拠のリスト: アセットパス、RESTルート、ボディクラス 監査または提案のためにテキストとして全体をコピーします ブラウザが別のサイトを直接フェッチできないため、スキャンはサーバー上で実行されます; アドレスは保存されず、サイトはそのログに1 つの通常の要求を無料で、サインアップしません。