WordPress テーマ検出器

WordPressテーマ検出器は、公開ページを読み取って、どのテーマがそれをレンダリングしているかを調べます サイトアドレスを貼り付けて、テーマ名、そのバージョンと作成者、それが子テーマかどうかとその親は何ですか、その背後にあるWordPressバージョン、およびそれらの答えのそれぞれがから来た正確な信号を取得します サイトを構築した人に尋ねることなく 、 「これはどのテーマですか」と答える最速の方法です プラグインは、別々の証拠を持つ別の質問であるため、別のツールです: [WordPressプラグイン検出器] (/ツール/プラグイン検出器) は、同じページにロードされているものをリストします。

wordpress がサービスを提供するページに独自の構造を公開しているため、検出は機能します。 themes は /wp-content/themes/<slug>/ からスタイルシートをロードし、コア ファイルは /wp-includes/ から来て、REST API はリンク タグとリンク ヘッダーでアドバタイズされ、多くのインストールは依然として WordPress バージョンを命名するジェネレーター メタ タグを発行します。各テーマには、ヘッダー ブロックにテーマ名、バージョン、作成者、および子テーマの場合、拡張する親を指定するスタイル.css も出荷されます。このツールはページを読み取り、そのテーマ フォルダーに独自のスタイル.css を尋ねるため、報告する名前は、フォルダー slug からの推測ではなく、テーマが自ら与える名前です。

作業例が戻って来るものを示しています。.woocommerce典型的なストアをスキャンし、レポートは、それが実行されているテーマ、サイトアドレスとwordpressのバージョンで開きます。 themeカードは、名前、style.cssからのバージョン、フォルダslug、作者と、もしあれば、サイトがの子である親テーマを与えます。 stack行には、WooCommerce、Elementorまたはページビルダーなど、独自に呼び出す価値のあるものを挙げます。その下に、これが基づいているのは、答えが載っているリテラル信号のリストです:ジェネレータメタ、テーマアセットパス、REST APIリンク、ボディクラス。

賢い部分よりも正直な部分が重要です。 /wp-content/ を書き換えたりブロックしたりする管理ホストの背後にあるサイトは、WordPress であるにもかかわらずテーマがまったく表示されず、「WordPress ではない」として自信を持って間違った答えになると報告しています。そのため、レポートでは、見つかったもの、チェックできなかったもの、除外されたものを区別し、各回答がどのソースから来たかを常に示します。 style.css のバージョンは、インストールされているものの証明ではなく、テーマの作成者の番号です。カスタマイズされたテーマには、ファイルが一致しなくなったバージョンを運ぶことができます。どこにも公開されなかったカスタム テーマは、フォルダー名とそれ以外のものを返します。なぜなら、読む価値のある style.css ヘッダーがなく、一致するカタログ エントリもないからです。これらの制限はすべて、FAQ に埋め込まれているのではなく、レポートに記載されています。ブラウザーが別のサイトを直接フェッチできず、チェックしたサイトについては何も保存されていないため、スキャンはサーバー上で実行されます。