WordPress frissítése biztonságosan: mentés, sorrend, visszaállás
A frissítés a leghatékonyabb védelem és egyben a leggyakoribb oka, hogy elromlik egy oldal. A kockázat nem a frissítésben van, hanem abban, ha felkészületlenül csinálja. Ez a lépéssor kiszámíthatóvá teszi.
Tartalomjegyzék
- 1. Mielőtt bármit frissít
- 2. A sorrend és a tempó
- 3. Frissítés közben
- 4. Frissítés után: ellenőrzőlista
- 5. Ha elromlik valami
- Automatikus frissítés: mikor jó ötlet?
- Gyakori kérdések
- Mennyi időközönként kell frissíteni?
- Frissíthetek PHP-verziót a WordPresssel egyszerre?
- Muszáj frissíteni a sablont is, ha nem használom?
- Források
Miért érdemes frissíteni? Mert a bővítmények és a sablonok ismert biztonsági hibáit a javított verziók zárják le, és ezeket a támadók célzottan keresik a nem frissített oldalakon. Lásd: WordPress biztonsági alapok. Az oldal viszont a frissítéstől is elromolhat, ezért kell sorrend és biztonsági háló.
1. Mielőtt bármit frissít#
- Mentés. Készítsen friss mentést a fájlokról és az adatbázisról, és gondoskodjon róla, hogy van hová visszaállítani. Lásd: Weboldal-mentés készítése. Webshopnál a mentés után ne fogadjon rendelést a frissítés alatt, vagy mentse újra utána.
- Olvassa el a változásnaplót a nagyobb frissítések előtt (a bővítmény oldalán a Changelog fül). Különösen a „breaking change”, az „adatbázis-átállás” és a PHP-követelmény érdemel figyelmet.
- Ellenőrizze a követelményeket. A WordPress és a bővítmények minimum PHP-verziót kérhetnek. A Site Health oldalon (Eszközök → Webhely állapota) látja a jelenlegi PHP-verziót. Lásd: Melyik PHP-verziót válasszam?.
- Tesztkörnyezet, ha van. Ha a tárhelyén van tesztkörnyezet (staging), ott próbálja ki először. Ha nincs, a legkockázatosabb frissítéseket (a nagy WordPress-kiadást, a webshop-bővítményeket) kis forgalmú időpontban végezze.
- Írja le a jelenlegi állapotot: a verziószámokat, és a fontos funkciókat, amelyeket frissítés után ellenőrizni fog (űrlap, fizetés, belépés).
2. A sorrend és a tempó#
A WordPress-közösségben nincs egyetlen kötelező sorrend, ezért a következő a józan gyakorlat:
- Egyszerre egy elemet, nem mindent egyszerre. Így, ha valami elromlik, tudja, mi okozta.
- Először a bővítmények és a sablon kisebb frissítései, majd a WordPress-mag, végül a nagyobb bővítmény-frissítések. Ha a mag frissítése után bővítményhiba jelentkezik, a bővítménynek valószínűleg frissítésre van szüksége a magverzióhoz.
- Frissítés után mindig ellenőrizze az oldalt (lásd lent), mielőtt a következőre lép.
- A nagy WordPress-kiadást (például 6.x → 6.y) érdemes pár napot kivárni, hogy a bővítménykészítők kiadják a kompatibilis verziót; a biztonsági (kisebb) kiadásokat ne halogassa.
3. Frissítés közben#
- Webshopnál és tagsági oldalnál kapcsolja be a karbantartási módot, ha a frissítés érinti a rendeléseket vagy a belépést.
- Ne zárja be a böngészőablakot, és ne hagyja félbe a frissítést; egy félbeszakadt frissítés a WordPress „karbantartás alatt” állapotában ragadhat.
- Ha egy megszakadt frissítés után az oldal „karbantartás alatt” üzenetben ragad, a WordPress gyökérmappájában lévő
.maintenancefájl törlése általában visszaadja az oldalt. Ha bizonytalan, előbb mentsen, vagy kérjen segítséget.
4. Frissítés után: ellenőrzőlista#
- A főoldal és néhány belső oldal betölt, a menük működnek.
- A bejelentkezés a szerkesztőfelületre működik.
- Az űrlapok küldése működik (és a levél meg is érkezik).
- Webshopnál: kosárba tétel, pénztár (teszt-rendeléssel, ha lehet), fizetés.
- A képek és a stílus rendben vannak mobilon is.
- A WordPress Site Health nem jelez új kritikus problémát.
- A hibanapló (ha van) nem mutat új hibákat.
5. Ha elromlik valami#
| Tünet | Teendő |
|---|---|
| Fehér képernyő vagy „kritikus hiba” üzenet | A WordPress gyakran e-mailt küld a hibás bővítmény nevével (a rendszergazdai címre). Nevezze át a hibás bővítmény mappáját a wp-content/plugins alatt (SFTP-vel vagy a fájlkezelővel), hogy kikapcsoljon |
| Elromlott a kinézet | Vissza a korábbi sablonverzióra, vagy ideiglenesen alapértelmezett sablonra |
| Csak egy funkció hibás | A hibás bővítményt kapcsolja ki, és nézze meg, van-e újabb javító kiadása |
| Semmi sem segít | Állítsa vissza a mentést (fájlok és adatbázis együtt), és próbálja újra a frissítést tesztkörnyezetben |
A WordPress 6.6-os verziója óta a magától (automatikusan) telepített bővítményfrissítést a rendszer visszagörgeti, ha a frissítés végzetes hibát okoz. Ez védőháló az automatikus frissítésekre, de nem helyettesíti a mentést.
Automatikus frissítés: mikor jó ötlet?#
- A WordPress-mag kisebb (biztonsági) kiadásai: alapesetben magától települnek. Hagyja így.
- Bővítmények és sablonok: a WordPress 5.5 óta bekapcsolhatja bővítményenként. Kisebb, megbízható, jól karbantartott bővítménynél jó ötlet; webshop- és oldalépítő bővítménynél óvatosabb a kézi frissítés mentéssel.
- Ha automatikus frissítést használ, rendszeresen nézze meg, hogy az oldal rendben van-e (például heti ellenőrzés), és legyen friss mentése.
Gyakori kérdések#
Mennyi időközönként kell frissíteni?#
A biztonsági frissítéseket minél előbb, a többit rendszeresen, például hetente egyszer átnézve. Aki ritkán nyúl az oldalhoz, kapcsolja be az automatikus frissítést a megbízható bővítményeknél.
Frissíthetek PHP-verziót a WordPresssel egyszerre?#
Ne tegye egyszerre: előbb frissítsen mindent az aktuális PHP-n, győződjön meg róla, hogy minden működik, és csak azután váltson PHP-verziót. Lásd: Melyik PHP-verziót válasszam?.
Muszáj frissíteni a sablont is, ha nem használom?#
A nem használt sablonokat törölje (az aktív sablon és egy alapértelmezett tartalék marad). A fent hagyott, nem frissített sablon is támadható.
Források#
Ez az útmutató általános tájékoztatás. Ha hostio-szolgáltatással kapcsolatban kérdése van, a lépésenkénti leírásokat az ügyfélportál tudásbázisában találja, vagy írjon nekünk: nbartus21@gmail.com.