De WordPress-hiërarchie voor het uitvoeren van themabestanden

In dit artikel wordt de uitvoeringshiërarchie van de WordPress-themabestand weergegeven. In het kort zullen we kijken welke bestanden worden opgediend wanneer u een pagina in WordPress laadt. Je weet misschien al dat detailpost wordt bediend door single.php en detailpagina wordt geserveerd door page.php, maar WordPress zal naar verschillende bestanden zoeken, afhankelijk van verschillende factoren, dus we zullen kijken hoe dit werkt!

Het eerste dat we moeten vaststellen, is dit: zonder index.php en style.css je thema is niet langer een geldig WordPress-thema ... dus het is logisch dat als je alleen die twee bestanden hebt, elke pagina die je probeert te laden, door index.php zal worden opgediend. Neem snel een kijkje in deze "cheatsheet" om te zien waar ik het over heb:

Merk op dat de stroom voor elk paginatype zal eindigen met de index.php. Dat is de reden waarom index.php een bestand is voor het WordPress-thema. Als we nog andere bestanden in het WordPress-thema missen (bijvoorbeeld als er geen "search.php" -bestand in het thema is opgenomen), wordt in plaats daarvan index.php weergegeven.

Laten we nu eens kijken naar enkele details over de uitvoeringsvolgorde. Ik ga je laten zien in welke stroom WordPress naar bestanden zoekt in je actieve themamap. Ik hoop dat dit nuttig zal zijn als je vanaf nu een WordPress-thema maakt:

Ik zal elk soort bestand één voor één bekijken en de uitvoerhiërarchie voor hetzelfde weergeven.


Startpagina

Dit is de eerste en belangrijkste pagina van elke website. Dus WordPress heeft de ruimte geboden om de pagina aan te passen. Laten we eens kijken naar de bestandshiërarchie voor de startpagina.

  1. front-page.php
  2. home.php
  3. index.php

Bij het bedienen van de startpagina zoekt WordPress naar frontpage.php. Als dat niet wordt gevonden, wordt home.php gebruikt. Als home.php bestaat, zal het dat gebruiken. Als dat niet het geval is, wordt standaard index.php gebruikt.


WordPress Berichtdetails

  1. single-[Post-type].php
  2. single.php
  3. index.php

WordPress kan net zoveel typen berichten bevatten als we nodig hebben. Dus dit zal gemakkelijker zijn om een ​​ander ontwerp te krijgen voor alle / sommige berichttypen. Standaard is 'post' het hoofd- en standaard berichttype van de WordPress.

Dus bijvoorbeeld als uw aangepaste berichttype is artikel dan zal het zijn single-product.php

Voor meer informatie over het toevoegen van nieuwe berichttypen in WordPress, kunt u deze link raadplegen.


WordPress Pagina Detail

  1. [Custom-template].php
  2. pagina-[naaktslak].php
  3. pagina-[ID kaart].php
  4. page.php
  5. index.php

Net als bij berichttypen, kunnen we een andere pagina-indeling hebben met behulp van de aangepaste paginasjabloon. Dus WordPress zoekt eerst naar de bestanden van de geselecteerde paginasjabloon (als deze bestaat).

Als er geen worden gevonden, zoekt deze naar het bestand met de spatiebalk van de huidige pagina. Kortom, als de slak is over ons, dan zal het naar het bestand zoeken page-aboutus.php in actieve themamap.

WordPress zoekt naar de bestanden met de ID, net zoals bij het zoeken naar de bestanden met slug.


Categoriepagina

  1. categorie-[naaktslak].php
  2. categorie-[ID kaart].php
  3. category.php
  4. archive.php
  5. index.php

Uit de bovenstaande stroom kun je begrijpen dat je verschillende sjablonen kunt gebruiken voor de categoriepagina. U kunt bijvoorbeeld een aangepaste pagina hebben op basis van slug en id en vervolgens een standaard "category.php" -bestand gebruiken voor de rest van uw categorieën ...


Tagpagina

  1. label-[naaktslak].php
  2. label-[ID kaart].php
  3. tag.php
  4. archive.php
  5. index.php

Dit zal hetzelfde geval zijn als de categorie. U kunt ook verschillende pagina's voor tag slug en tag id hebben.


Taxonomiepagina

  1. taxonomie-[Belasting] - [term].php
  2. taxonomie-[belasting].php
  3. taxonomy.php
  4. archive.php
  5. index.php

Hier gaat de verschillende bestandshiërarchie voor de taxonomie Pagina's.


Auteur pagina

  1. schrijver-[Auteur-NICNAME].php
  2. schrijver-[Author-id].php
  3. author.php
  4. archive.php
  5. index.php

Hier kom je te weten dat je ook verschillende ontwerpen kunt maken op basis van gebruikers. Gelijk aan categorie en tags kunnen we verschillende bestanden hebben gebaseerd op slug en ID van de gebruiker.


Bijlagepagina

  1. [mime type].php
  2. attachment.php
  3. single.php
  4. index.php

Hier kunt u zien dat u verschillende paginalay-out kunt hebben voor verschillende soorten bijlagen. Deze kunnen verschillen van het mime-type van het bijgevoegde bestand.


Datumpagina

  1. date.php
  2. archive.php
  3. index.php

Voor de datumspecifieke lay-out kunnen we date.php maken in de themamap. Vervolgens gaat de stroom naar archive.php en vervolgens naar index.php.


Archiefpagina

  1. archive.php
  2. index.php

Naarmate het neerkomt op het type bestanden, wordt het aantal bestanden in de hiërarchie verkleind. Dit is dus de basis of we kunnen de meest gebruikte bestanden in alle WordPress-thema's zeggen.


Zoekpagina

  1. search.php
  2. index.php

U kunt eerst uw zoekresultaat aanpassen met search.php. Als search.php niet beschikbaar is, wordt index.php weergegeven.


404 pagina

  1. 404.php
  2. index.php

In het geval dat de pagina of het bericht niet worden gevonden, zoekt WordPress naar 404.php. Als dit niet wordt gevonden, zal het index.php gebruiken.


Conclusie

U kunt deze informatie uiteraard op verschillende manieren gebruiken om aangepaste sjablonen voor verschillende pagina's te laden ... In veel gevallen, zelfs als u een bestaand thema gebruikt, kunt u een aangepaste oplossing krijgen zonder de bestaande bestanden te wijzigen. U hoeft alleen maar een nieuw bestand aan te maken en het een nieuwe naam te geven met behulp van de bovenstaande informatie.

Deel uw mening en elk aanvullend bestand dat boven de hiërarchie kan worden opgenomen.