a WordPress sablonhierarchia az egyik legbefolyásosabb dolog a témafejlesztők életében. Lehet, hogy a felhasználóknak meg kell érteniük, a bővítményeknek kölcsönhatásba kell lépniük vele, de általában a sablonhierarchiáról szól a tematizálás.
Ez azért van, mert a WordPress sablonhierarchia határozza meg, hogy egy téma melyik fájlját használja egy adott időpontban. Vagyis: a sablonhierarchia az az alap, amelyre a WordPress themerek elkészítik művészetüket.
ennek a cikknek az a célja, hogy tovább tisztázza ezt az elképzelést. Meg fogjuk határozni, hogy mit csinál a sablonhierarchia, miért kell tudni róla, hogy a WordPress webhelyek hatékony módosítója legyen, és beszélünk arról, hogyan kell vele dolgozni és (nagyon röviden) Hogyan működik.
mi a Sablonhierarchia?
a sablon hierarchiája a WordPress választási struktúrája annak meghatározására, hogy a téma melyik fájlját fogja használni a WordPress webhelyének egy adott oldalához tartozó teljes, végleges HTML létrehozásához.
a WordPress-nek tudnia kell, hogyan kell kölcsönhatásba lépni a témával. Lehetséges, hogy valaki különféle típusú összetett PHP logikát írhat a témájához, amely elmagyarázta a WordPress-nek, hogyan kell kölcsönhatásba lépni vele. Lehet, hogy egy PHP osztály, amely megfelel egy WordPress által definiált felületnek (objektumorientált programozási értelemben), amelyre minden témának válaszolnia kell.
de ez bonyolult—olvasni, nemhogy csinálni. Pontosan ez a sablonhierarchia lényege: ahhoz, hogy a WordPress sikeresen tudja használni a különböző témákat, de viszonylag egyszerűvé tegye a témák létrehozását és módosítását, egyszerűbb megoldásra volt szükség. Ez az, ami a sablonhierarchia.
a sablonhierarchia a WordPress választási struktúrája annak meghatározására, hogy a téma melyik fájlját fogja használni a WordPress webhelyének egy adott oldalához tartozó teljes, végleges HTML létrehozásához.
a WordPress téma legtöbb fájlja valójában a sablonhierarchia tagja, és a WordPress úgy dönt, hogy felhívja az egyiket attól függően, hogy milyen információkat próbál megjeleníteni.
A Sablonhierarchia séta
Ha a WordPress-nek meg kell mutatnia egy adott szerző (felhasználó) bejegyzéseit (vagy bármilyen tartalomtípust) egy WordPress-webhelyen, akkor pár igénye van. Elsősorban:
- meg kell, hogy könnyen valaki, hogy vagy módosítja a téma testre egy oldalt
- meg kell győződnie arról, hogy ha nincs szükség testreszabásra, akkor lesz valami használni
ennek eléréséhez, a sablon hierarchia megpróbálja a különböző fájlokat a jelenleg aktív téma. Ha léteznek, használni fogja őket. Ha nem, tovább fog menni.
tehát keres, hogy megtalálja a sablont használni, hogy bemutassa az összes hozzászólás adott szerző, nézzük, hogy a szerzők felhasználónév “david”, aki egy numerikus id a 3. (Bizonyára véletlen. ; p) a WordPress-nek tudnia kell, hogy az aktuális téma melyik fájlját használja. Tehát itt van, hogyan néz ki a téma fájlokat:
- nem a fájl
author-david.phplétezik? Nem … - létezik a
author-3.phpfájl? Nem … - létezik a
author.phpfájl? Nem … - létezik a
archive.phpfájl? Nem … - létezik a
index.phpfájl? Igen!
észre fogod venni, hogy öt “nem”van, mielőtt a WordPress igent kap. Mindegyik, és a következő kérdés a sablon hierarchia. Amint a WordPress “Igen” – re jut ezen kérdések egyikére, a sablonhierarchia szerepe megtörténik. De ez nagyon fontos.
a megtalált fájl felelős az egész oldal HTML-jéért. Szó szerint bármi, amit a WordPress csinál vagy mutat a webhely egyik oldalán, a téma egyetlen sablonhierarchia fájljából származik. (Mint valószínűleg már tudod, ez nem azt jelenti, hogy a WordPress összes dolga elakadt a fájlba, de a többi dolog beillesztésének módja kívül esik a cikk hatókörén.)
tehát ezek a kérdések (a WordPress eldöntötte, hogy melyiket keresse az adott személy által meglátogatott URL alapján) alkotják a sablon hierarchiáját. És csak hogy tudd, ha nincs index.php, akkor nincs WordPress témád. Ez a sablonhierarchia minden részének utolsó állomása.
A végső tartalék: mi és miért
mint mondtam, index.php nélkül nincs WordPress téma. De ha van ilyen, akkor valójában nincs szüksége más fájlokra, amelyeket a sablonhierarchiából használhat. Ez a másik dolog, amit észre kell venni.
a WordPress-nek, amint azt fentebb említettük, bizonyos bizonyosságra van szüksége, hogy mindig képes lesz oldalt készíteni a végfelhasználó számára. Egy témának ezt kell biztosítania. Tehát erre szolgál a sablonhierarchia. De a végső tartalék szükségessége abszolút, ezért a WordPress nem engedi engedélyezni egy olyan témát, amely nem rendelkezik index.php fájllal.
miért létezik a WordPress Sablonhierarchia
a sablonhierarchia azért létezik, hogy megkönnyítse a tématervezők és fejlesztők számára a WordPress webhely megjelenésének testreszabását. Nagyon gyakori, hogy az ügyfél a blogja “tag archive” oldalait eltéríti az egypostás oldaltól. Tehát a WordPress sablonhierarchiája támogatja ezt az igényt.
mint fentebb említettük, a sablon hierarchiájának vannak alternatívái, amelyeket el lehet képzelni. De ezek közül kevés jó. Alapvetően ez az oka annak, hogy a sablon hierarchia létezik.
A gyermek témák Gyors megbeszélése
mint Ön is tudja, a WordPress ezeket a dolgokat gyermek témáknak nevezi. Valójában a WordPress gyermek témák Több mint fele az oka annak, hogy szeretjük a sablonhierarchiát. Gyermek témák módon, hogy a tervezők és a fejlesztők is, hogy a kis csíp, hogy bizonyos oldalak a helyszínen, anélkül, hogy hozzon létre egy egész témát maguknak.
a gyermek témák teljes kialakítása a cikken túl is megvitatandó téma. Ha többet szeretne megtudni a gyermek témákról, akkor jól szolgálja ezt a két cikket a Wpshouton, vagy ezt a WordPress.org oldal.
a legfontosabb dolog, amit tudni kell a gyermek témákról, hogy a WordPress sablonhierarchia tisztában van velük, és együttműködik velük. Tehát amit korábban elmagyaráztam a fenti fájlok kereséséről egy szerzői sablonhoz, valójában egy kicsit más, ha gyermek témát használnak. Ha igen, úgy fog kinézni:
- létezik-e a
author-david.phpfájl a gyermek témában? Nem … - létezik-e a
author-david.phpfájl a szülő témában? Nem … - létezik-e a
author-3.phpfájl a gyermek témában? Nem … - létezik-e a
author-3.phpfájl a szülő témában? Nem … - létezik-e a
author.phpfájl a gyermek témában? Igen!
észre fogod venni, hogy ez több lépést, hogy olyan messzire a sablon hierarchia. Azt is észreveszi, hogy a gyermek témát mindig először ellenőrzik. Ez egy nagyon fontos dolog a sablonhierarchiában és a gyermek témákban—fájljaik mindig felülmúlják a szülő fájljait, ahol a sablonhierarchia érintett.
miért kell megérteni a WordPress Sablonhierarchiát
a sablonhierarchia jó megértése nélkül szinte lehetetlen. Lehet, hogy meg tudod csinálni, de zavaró és misztikus varázslatnak fogja érezni.
Ez is segít, ha megpróbálja megtenni, hogy tudni néhány plugin, hogy a sablon hierarchia egy kicsit világosabb: melyik sablont, és azt mutatják, aktuális sablon. Mindkettő ugyanazt csinálja (ami akkor hasznos, ha ismeri a sablonhierarchiát is): megmondják, hogy melyik sablonhierarchia fájlt használják egy adott oldal felépítéséhez. Mindkettő valójában egy kicsit többet mond neked, de ez az elsődleges felhasználásuk (legalábbis nekem).
miért kell tudni a sablonhierarchiáról és megérteni annak szerkezetét—még akkor is, ha az Eszközövben melyik sablont használja—az, hogy “felülírja.”A gyermek tematizáláshoz a “felülbírálás” olyan egyszerű, mint egy azonos nevű fájl létrehozása a gyermek témájában, és jónak nevezni. De amikor ennél konkrétabb próbál lenni, hivatkoznia kell a sablonhierarchia diagramjára. Ez az, ahol mindig eléri a wphierarchy.com. WordPress.org van egy diagram, csakúgy, mint a Google képkeresés. De semmi sem gyorsabb a tétlen állapotból, mint ez a webhely.
hogyan kell dolgozni a WordPress Sablonhierarchiájával
ha lineárisan olvastál, azt hiszem, már elég jó válaszod van erre a kérdésre. De ez az internet, és tudom, hogy az emberek sovány. A sablon hierarchiájával egy téma készítésével dolgozik. Legyen szó önhordó témáról vagy “gyermekről”, amely a “szülőre” támaszkodik, a téma fájljai alapvetően megváltoztatják a sablonhierarchiával való munka módját.
Alapvetően azt a fájlt hozza létre, amely megegyezik azzal, ahol a sablonhierarchiában megpróbálja megváltoztatni az oldal megjelenését. Tehát, ha egyetlen oldal HTML-jét próbálja másképp kinézni, akkor megadhat egy oldalsablont, vagy létrehozhat egy fájlt a témájában az adott bejegyzés azonosítójával.
Ezek egyike sem tökéletes. De ez alapvetően így működik.
hogyan működik a Sablonhierarchia a WordPress kódon belül
” hogyan működik a WordPress sablonhierarchia?”valójában egy tudományos kérdés, amelyre szinte egyetlen WordPress fejlesztőnek sem kell választ adnia. De egy nap azon kaptam magam, hogy csak véletlenül csodálkozom, ezért utánanéztem. És ez a cikk megjelent:
a rövid válasz, azok számára, akik ezt szeretnék olvasni, de nem érdekeltek eléggé ahhoz, hogy kattintsanak, egy csomó ifs és elseifs PHP kódban. Nem sokkal több. Ez nem a legelegánsabb kód, amely a WordPress ezen erőteljes és fontos aspektusának alapját képezi, de jól működik, és lehetővé teszi az összes olyan témát, amelyet valaha ismert és szeretett a WordPress-ben. Nagyon király!
további olvasmányok a Sablonhierarchiáról
Ha még nem ismeri a cikk néhány fogalmát, vagy csak frissítőre van szüksége, kérjük, nézze meg ezeket a többi cikket. Először is, két kezdőknek:
majd azok számára, akik mélyebbre merülnek és keményebben gondolkodnak a sablonhierarchiáról és arról, hogyan működik, és hogyan kell vele dolgozni:
most már ismeri a WordPress sablon hierarchiáját!
Remélhetőleg ezzel az öved alatt elég jó érzéked van a WordPress sablon hierarchiájáról: hogy a WordPress így működik együtt egy témával, hogy meghatározza, hogyan kell felépíteni azt a HTML-t, amelyet a webhely látogatói mutatnak. És remélhetőleg azt is megérti, hogy a WordPress miért rendelkezik sablonhierarchiával (a témák működtetéséhez), és miért fogja használni (a webhely oldalainak testreszabásához, a témán keresztül, könnyebben). Remélem azt is tudja, hogyan kell kölcsönhatásba lépni vele: hozzáadva vagy törölve azokat a fájlokat, amelyekkel kölcsönhatásba lép. Ezzel, boldog hackelés!