Gyerektémák: Miért van szükséged rá, hogy a frissítések ne töröljék a módosításaidat

Megnyitottad a témaszerkesztőt a WordPressben, megváltoztattál egy színt, hozzáadtál néhány sort a functions.php fájlhoz, vagy addig módosítottál egy fájlt, amíg pontosan úgy nem nézett ki, ahogy szeretted. Működött. Aztán néhány héttel később a WordPress jelezte, hogy elérhető egy új témaverzió, rákattintottál a „Frissítés" gombra, és a módosításaid egyszerűen eltűntek.

Emberként nem csináltál semmi rosszat. Módszertanilag viszont igen. Amikor közvetlenül szerkeszted egy téma fájljait, bármely témafrissítés felülírja ezeket a fájlokat a hivatalos verzióval, és a munkád odaveszett. A tiszta megoldást, amelyet a fejlesztők évek óta használnak, gyerektémának hívják. Ebben a cikkben elmagyarázom, mi ez, miért véd meg, és hogyan állítsd be.

Miért tűnnek el a módosításaid frissítéskor

Egy WordPress téma nem más, mint egy fájlokból álló mappa: stílusok (CSS), sablonok (PHP), függvények. Amikor közvetlenül szerkeszted ezeket a fájlokat, magát a webhelyedre telepített példányt módosítod.

A probléma az, hogy egy témafrissítés nem „őrzi meg" a módosításaidat. Letölti az új verziót a téma szerzőjétől, és teljesen lecseréli a régi mappát. Minden, amit oda beleírtál, elveszik, mert a WordPressnek semmilyen módja nincs annak megállapítására, hogy mely sorok az eredetiek, és melyek a tieid.

Tehát nem az a kérdés, hogy „ha", hanem hogy „mikor". Előbb-utóbb érkezik egy frissítés – biztonsági okból, kompatibilitás miatt –, és ha közvetlenül szerkesztetted a témát, a saját munkáddal fizetsz érte.

Mi is valójában egy gyerektéma

A gyerektéma egy különálló, kicsi téma, amely „örököl" mindent az eredeti témától (ezt nevezik szülőtémának). Gyakorlatilag azt mondod a WordPressnek: mindenhez használd a szülőtémát, de ahol én valami mást írtam, ott rám hallgass.

Az előny egyértelmű:

• A szülőtéma szabadon frissülhet, anélkül, hogy a te fájljaidhoz nyúlna.
• A módosításaid egy külön mappában élnek, amelyhez a frissítés soha nem nyúl.
• Bármikor kikapcsolhatod a gyerektémát, és visszatérhetsz az eredetihez, mindenféle kár nélkül.

Úgy gondolj a gyerektémára, mint egy átlátszó fóliára, amelyet egy rajzra fektetsz: az alatta lévő rajz érintetlen marad, te csak a fólián rajzolsz, és ha meg akarsz szabadulni tőle, egyszerűen leemeled.

Hogyan néz ki egy gyerektéma, röviden

Egy gyerektémának saját mappára és legalább két dologra van szüksége: egy style.css fájlra egy speciális fejléccel, és egy functions.php fájlra, amely betölti a szülő stílusait.

A style.css-ben a fejléc megmondja a WordPressnek, hogy ki a szülő:

• Template: a szülőtéma pontos mappaneve
• Theme Name: a gyerektéma neve

A functions.php-be pedig azt a kódot teszed, amely helyesen betölti a szülőtéma stílusát, majd a tiédet. Ettől kezdve a szülőtéma bármely fájlját, amelyet módosítani szeretnél, bemásolod a gyerektémába, és ott szerkeszted – a WordPress az eredeti helyett a tiédet fogja használni.

Nem sok kódról van szó. A trükkös rész a pontos nevek és a szerkezet betartása, különben a webhely hibákat dob. Épp ezért érdemes gondosan, egyszer, jól megcsinálni.

Mikor van tényleg szükséged gyerektémára (és mikor nincs)

Nem minden módosításhoz kell gyerektéma. Fontos ismerni a különbséget, hogy ne bonyolítsd túl feleslegesen a dolgokat.

Nincs szükséged gyerektémára, ha:

• Színeket, betűtípusokat, logót vagy elrendezést változtatsz a Customizerben / vizuális szerkesztőben. Ezek a beállítások az adatbázisban tárolódnak, nem fájlokban, és túlélik a frissítéseket.
• CSS-t adsz hozzá a Customizer „Additional CSS" mezőjében.

Szükséged van gyerektémára, ha:

• Szerkeszted a téma PHP fájljait (functions.php, oldalsablonok, header, footer).
• Egyéni kódot adsz hozzá, amelynek túl kell élnie a frissítéseket.
• Egy oldal szerkezetét úgy módosítod, ahogy a szerkesztő nem engedi.

Az egyszerű szabály: ha a téma fájljaiban lévő kódhoz nyúlsz, gyerektémára van szükséged. Ha csak a felület beállításait használod, akkor nincs.

Hogyan közelítjük meg ezt az MPO Web Studiónál

Az általunk épített webhelyeken már a kezdetektől elválasztjuk azt, ami a „platformhoz" tartozik, attól, ami „a te vállalkozásodhoz" tartozik. A testreszabások a saját rétegükbe kerülnek, pontosan a gyerektéma ötlete szerint, így a biztonsági frissítések anélkül történhetnek meg, hogy bármitől is félni kellene a munka elvesztése miatt.

Távolról dolgozunk, az ország bármely pontján, és először egy előre elkészített demót mutatunk meg – megnézed az eredményt, mielőtt bármit is fizetnél. És amikor átveszünk egy meglévő webhelyet, amelyet közvetlenül, „élesben" szerkesztettek, az első dolgunk az, hogy biztonságba helyezzük a módosításokat, hogy a következő frissítésnél már ne vesszenek el.

Ha már van egy webhelyed, ahol félsz megnyomni a „Frissítés" gombot, írj nekünk WhatsAppon. Együtt megnézzük, hol áll a helyzet, mindenféle kötelezettség nélkül.