Een klant stuurde me vorige maand een link met één korte regel: & quot; laat de onze er zo uitzien." Geen themanaam, geen contact met de ontwikkelaar, geen budget voor een herbouw Voordat ik kon zeggen of dat veertien dagen werk was of een middag CSS, moest ik weten wat de site eigenlijk draaide - en het snelste eerlijke antwoord komt van de pagina zelf, niet van het vragen.
WordPress is hier ongewoon genereus over Het publiceert zijn eigen structuur in elke pagina die het bedient, wat betekent dat een site je vertelt welk thema het weergeeft, of het nu wel of niet iemand bedoeld is Deze gids legt uit waar die informatie leeft, hoe je deze met de hand leest en waarom het antwoord soms ontbreekt zonder dat de site minder WordPress is. De WordPress Theme Detector doet dezelfde lezing in één verzoek.
tl;dr: Open de paginabron en zoek naar een stylesheet die is geladen vanaf
/wp-content/themes/<slug>/. Dat slug de themamap is. Ophalen/wp-content/themes/<slug>/style.cssen het headerblok bovenaan noemt het thema, de versie, de auteur ervan en - als het een onderliggend thema is - de ouder die het uitbreidt in eenTemplate:lijn. Als er niets van laadt/wp-content/, de site kan nog steeds WordPress zijn: een beheerde host of een optimalisatieplug-in heeft de paden mogelijk herschreven.
Waar noemt een WordPress pagina zijn eigen thema?
Elk thema moet zijn stylesheet uit zijn eigen map laden, en WordPress bedient themabestanden vanaf een vaste locatie: /wp-content/themes/<slug>/. Dus het eerste wat je met een pagina moet doen, is de bron bekijken en zoeken wp-content/themes. Wat terugkomt ziet er als volgt uit
<link rel="stylesheet" id="astra-theme-css"
href="https://example.com/wp-content/themes/astra/assets/css/minified/main.min.css?ver=4.6.2" />
De mapnaam tussen themes/ en de volgende schuine streep is het antwoord: astra. Dat is een feit over de reactie, geen gok van hoe de pagina eruit ziet.
Er naast zitten nog drie andere signalen die de moeite waard zijn om te weten, omdat ze je vertellen dat de site überhaupt WordPress is als het thema verborgen is:
| Signal | Waar het verschijnt | Wat het bewijst |
|---|---|---|
/wp-content/themes/<slug>/ |
stylesheet en script-URL's | het actieve thema's map |
/wp-includes/ |
kernscript-URL's zoals wp-emoji-release.min.js |
WordPress core bedient de pagina |
<link rel="https://api.w.org/"> |
<head>, en een Link: reactiekop |
de REST API is ingeschakeld |
<meta name="generator" content="WordPress 6.7"> |
<head> |
de kernversie, wanneer deze niet is gestript |
De generator tag is degene die het vaakst verwijderd wordt Veel beveiligingsplugins strippen het, en een regel in een thema' s functions.php doet hetzelfde, omdat het adverteert een exacte versie aan iedereen scannen voor bekende problemen De afwezigheid zegt niets over de vraag of de site WordPress is.
Hoe kom je aan het thema's echte naam en versie?
Een map slug is geen naam. astra is herkenbaar, twentytwentyfour het ligt voor de hand, maar veel slugs zijn afkortingen die niemand buiten het bureau zou kennen. De naam leeft één verzoek verderop.
Elk thema verzendt een style.css in de root, en WordPress vereist dat bestand te beginnen met een commentaar blok dat zichzelf declareert Ophalen https://example.com/wp-content/themes/astra/style.css en bovenaan het bestand staat
/*
Theme Name: Astra
Theme URI: https://wpastra.com/
Author: Brainstorm Force
Version: 4.6.2
Template: astra
Text Domain: astra
*/
Die headervelden zijn geen conventie die iemand heeft gekozen om te volgen De Themahandboek maakt Theme Name verplicht voor elk thema dat WordPress accepteert, daarom werkt dit op op maat gemaakte thema's die nooit ergens zijn gepubliceerd.
Eén kanttekening bij de versie, en het doet er meer toe dan mensen verwachten. Version: is wat de thema auteur schreef voor die release Het is accuraat op een onaangeroerd thema en onbetrouwbaar het moment dat iemand de bestanden bewerkt zonder het nummer te stoten, wat constant gebeurt op sites die & quot; gewoon snel gerepareerd" een paar keer Lees het als het thema' zijn eigen claim over zichzelf.
Wat betekent het als er twee thema's opduiken?
Op een pagina die stylesheets uit twee themamappen laadt, wordt bijna altijd een onderwerpthema uitgevoerd.
Een onderliggend thema is een kleine map die een deel van een ouder overschrijft in plaats van het te kopiëren. Het kind's style.css noemt de ouder in een Template: line, en WordPress laadt beide mappen Die relatie is het hele punt: de ouder kan worden bijgewerkt zonder de aanpassingen te vernietigen, dat is de aanbevolen manier om een thema dat u niet hebt geschreven te wijzigen.
Dus als je beide ziet astra en astra-child, het actieve thema is astra-child en de ouder is astra. de Template: field is wat het afwikkelt, in plaats van te raden op basis van de mapnamen - veel kinderthema's zijn helemaal niet naar hun ouders vernoemd.
Dit is ook waar geautomatiseerde antwoorden op een specifieke, herhaalbare manier fout gaan. Een catalogusopzoeking die een slug koppelt aan een gepubliceerd thema zal de parent, omdat de ouder de gepubliceerde is, en rapporteer dat als antwoord De pagina is hier de betere autoriteit: het stylesheet dat het laadt is wat het weergeeft, punt uit.
Waarom laat een site helemaal geen thema zien?
Dit is het geval dat de moeite waard is om te begrijpen, omdat het de plek is waar een zelfverzekerd hulpmiddel voor u ligt.
Verschillende gewone opstellingen wissen de themamap van de pagina:
- Een caching- of optimalisatieplug-in die elk stylesheet samenbrengt in één gecombineerd bestand onder
/wp-content/cache/. Het samengevoegde bestand bevat het thema's CSS; het thema's mapnaam is verdwenen uit de opmaak. - Een host of CDN die activa bedient vanaf een herschreven pad, dus
/wp-content/themes/astra/...komt als/assets/a1b2c3.css. - Een headless setup, waarbij WordPress de admin en de API is maar iets anders de front end weergeeft Er is geen thema in de gebruikelijke zin.
- Een site die gewoon niet WordPress is.
Die vier zien er van buitenaf identiek uit als je alleen maar " vond ik een themamap" ze zijn niet hetzelfde antwoord, en rapporteren de eerste drie als " niet WordPress" is fout in de zelfverzekerde richting Controleer de andere signalen - /wp-includes/, de REST API-link, de wp-json route - voordat u iets afsluit Een site kan geen van zijn themapaden bedienen en toch antwoorden https://example.com/wp-json/ met een JSON-index, die het afrekent.
Het scannen van een binnenpagina in plaats van de startpagina helpt ook meer dan mensen verwachten. Homepages zijn op de meeste sites de meest in de cache opgeslagen en meest agressief geoptimaliseerde pagina; een blogpost of een contactpagina laadt vaak het thema ' eigen bestanden onaangeroerd.
Is het legaal, en komt de site-eigenaar erachter?
Het lezen van een openbare pagina is een normaal verzoek Uw browser maakt elke keer dat u deze bezoekt dezelfde, en het logboek voor toegang van de site' registreert het op dezelfde manier als elke andere bezoeker. Niets over het controleren van een thema raakt het beheerdersgedeelte, verzendt een formulier of probeert in te loggen.
Wat je met het antwoord doet is het deel met regels Een thema' s naam en versie zijn feiten; het thema' s code is gelicentieerd, en de meeste WordPress thema's zijn GPL, die je veel maar niet hetzelfde als & quot; alles gaat" met iemand' s merk, hun afbeeldingen, of hun inhoud Het identificeren van een thema zodat je dezelfde kunt kopen is het normale gebruik Het kopiëren van een site is geen themavraag.
Hoe controleer je snel, zonder bron te lezen?
Met de hand is de reeks: bron bekijken, zoeken wp-content/themesneem de slug, haal die map op's style.css, lees de header Vanaf een terminal zijn het twee commando's:
curl -s https://example.com | grep -o 'wp-content/themes/[^/]*' | head -1
curl -s https://example.com/wp-content/themes/astra/style.css | head -20
de WordPress Theme Detector voert precies dat uit, volgt de link tussen kind en ouder en somt de signalen op die het heeft gebruikt, zodat je de redenering kunt controleren in plaats van op een oordeel te vertrouwen. Het scheidt ook de drie uitkomsten die er toe doen: gevonden thema, WordPress maar het thema kon niet worden gelezen, en helemaal geen WordPress-signalen.
Plug-ins zijn een aparte vraag met afzonderlijk bewijsmateriaal en een veel groter voorbehoud. Daarom zijn ze een apart hulpmiddel: de WordPress Plugin Detector leest dezelfde pagina voor wat er op geladen wordt En als je aan de andere kant hiervan bent, een eigen thema of plugin publiceert, dan is de readme generator schrijft de readme.txt de WordPress.org directory parseert.
