Modul 8 · 8.3
Staging: biztonságos tesztelés
Modul 8: Biztonsági mentések, tesztkörnyezet és PHP-frissítések · Olvasási idő: 9 perc
Tanulási cél: E lecke után Ön képes lesz tesztkörnyezetet (staging) létrehozni, lezárni, és a módosításokat biztonságosan visszaállítani az éles weboldalára.
Kulcsfogalmak: staging, éles környezet (produkció), klónozás, aldomain, noindex, jelszóval védett mappa, e-mail kikapcsolása, fizetési szolgáltató tesztmódban, szinkronizálás, adatbázis felülírása, helyi fejlesztői környezet
Mi a staging
A tesztkörnyezet (staging) az Ön éles weboldalának másolata, saját címen, ahol kipróbálhatja a módosításokat. Az éles weboldalt ekkor produkciónak nevezzük. A staging környezetben megengedett a hiba: egy új sablon, egy nagyobb frissítés, egy PHP-frissítés (lecke 8.4), egy új bővítmény. Csak akkor viszi át a produkcióra, ha már működik.
A staginget kockázatos módosításokhoz használja: a WordPress vagy egy webáruház-bővítmény nagyobb verziói, másik sablon, PHP-frissítés, a bővítmények rendbetétele (lecke 5.4), egy újratervezés. Egy szövegmódosításhoz vagy egy kisebb bővítményfrissítéshez nincs rá szükség.
Módok a staging létrehozására
| Mód | Hogyan | Kinek |
|---|---|---|
| A telepítő klónozó funkciója | Installatronnál a „Másolás” gombnál a „Create a staging site” opcióval, Softaculousnál „Create Staging”, a WP Toolkitnél „Clone” | A legegyszerűbb megoldás, ha a weboldalát telepítővel hozták létre |
| A tárhelyszolgáltató staging funkciója | Felügyelt WordPress tárhelynél gyakran egyetlen gombnyomással | Ha a tárhelyszolgáltatója kínálja ezt a funkciót |
| Staging bővítmény | Egy bővítmény másolatot készít egy almappában vagy egy aldomainen | Ha nincs telepítője vagy tárhelyszolgáltatói funkciója erre |
| Kézzel | Biztonsági mentés visszaállítása a weboldal mellé (lecke 8.2) és a címek módosítása | Tanulságos, és mindig lehetséges |
| Helyben, a saját számítógépén | Egy helyi WordPress fejlesztői program vagy egy Docker környezet | Fejlesztők és nagyobb módosítások számára |
Egy aldomainen lévő staging (staging.example.com) általában jobb, mint egy almappában lévő (example.com/staging): jobban úgy viselkedik, mint az éles weboldal, és a sütik és a .htaccess szabályai nem keverednek össze. Először hozza létre az aldomaint, tanúsítvánnyal együtt.
Lezárás: három dolog, amit azonnal rendezzen
A weboldal másolata egy teljes értékű weboldal, az összes tartalommal, néha az összes ügyféladattal együtt. Ezért azonnal rendezze:
1. Keresőmotorok kizárása
Védelem nélkül a Google megtalálhatja és indexelheti a staginget. Ekkor duplikált tartalom keletkezik, és a keresők a tesztweboldalára jutnak. Tegyen meg legalább egyet, lehetőleg kettőt az alábbiak közül:
- Jelszó a teljes stagingre (alapszintű hitelesítés a tárhelykezelő felületen, egy „védett mappa”). Ekkor senki sem láthatja a weboldalt jelszó nélkül, a keresőmotorok sem. Ez a legerősebb megoldás.
- Keresőmotorok elkerülésének kérése itt: Beállítások > Olvasás (lecke 2.4). Ez minden oldalra
noindexjelölést tesz. A keresőmotorok ezt általában tiszteletben tartják, de ez csak egy kérés, nem egy zár.
Figyeljen a fordítottjára is: ha később visszaszinkronizálja a staginget a produkcióra, ne vigye át a noindex jelölőnégyzetet. Egy „sikeres” szinkronizálás után a Google-ból eltűnő éles weboldal klasszikus hiba. E lecke feladata mindkettőt ellenőrzi.
2. Ne menjen e-mail valódi embereknek
Egy webáruház vagy tagsági weboldal másolata küldhet e-mailt: visszaigazolásokat, emlékeztetőket, hírleveleket, jelszó-linkeket. Az ügyfelek ekkor zavaró e-maileket kapnak az Ön tesztweboldaláról. Kapcsolja ki a kimenő e-maileket a stagingen, vagy irányítsa át a saját címére (egy e-mail-elfogó bővítménnyel, vagy az SMTP-bővítmény kikapcsolásával a stagingen, lecke 9.1). Kapcsolja ki az e-mailt küldő ütemezett feladatokat is.
3. Fizetések és integrációk tesztmódban
Egy webáruháznak a stagingen a fizetési szolgáltató tesztmódjával kell működnie, nem valódi fizetésekkel. Más integrációkat (könyvelés, készletkezelés, CRM) kapcsoljon ki, vagy állítsa tesztkörnyezetre, különben valódi rendelésként kezelik a teszt megrendeléseket.
Ha valódi ügyféladatokkal dolgozik a stagingen, arra ugyanúgy vonatkozik a GDPR (lecke 9.3): ne tárolja tovább a szükségesnél, és törölje a staginget, ha végzett.
Vissza a produkcióra: az adatbázis buktatója
A legnehezebb lépés a módosítások visszaállítása a produkcióra. A telepítőknek és a staging bővítményeknek van erre funkciójuk (Installatronnál „Synch”, másoknál „Push to live”). A kockázat:
- Hétfőn létrehoz egy staginget. Kedden, szerdán és csütörtökön egy új sablont tesztel.
- Közben a produkción húsz rendelés, három új bejegyzés és ötven hozzászólás érkezik.
- Pénteken szinkronizálja a staging adatbázisát a produkcióra. A staging adatbázisa a hétfői állapotot tükrözi: a keddtől péntekig érkezett rendelések, bejegyzések és hozzászólások eltűnnek.
Ezért:
- Először készítsen biztonsági mentést a produkcióról (lecke 8.1), közvetlenül a szinkronizálás előtt.
- Csak azt szinkronizálja, ami szükséges. Egy sablon vagy bővítmény frissítése fájlok kérdése; az adatbázist ilyenkor gyakran nem kell átvinni. Sok szinkronizáló funkció lehetővé teszi a választást: csak fájlok, vagy csak bizonyos táblák.
- Webáruháznál vagy forgalmas weboldalnál: inkább hajtsa végre újra a módosítást a produkción (ugyanazokkal a lépésekkel, mint a stagingen, most már tudva, hogy működnek), ahelyett hogy az adatbázist átvinné. Vagy tervezzen egy nyugodtabb időpontot, a webáruház rövid leállításával.
- Ezután ellenőrizze a produkciót: a lecke 8.2 ellenőrző listáját, és a noindex jelölőnégyzetet.
A staging egy hely, ahol megtanulhatja, mi történik. Magát a módosítást a legbiztonságosabb újra végrehajtani a produkción.
Rendbetétel
Egy hónapokig fennmaradó staging elfeledett weboldallá válik: nem frissítik, régi bővítményekkel és valódi adatokkal. Pontosan ez a lecke 7.1-ben említett gyenge pont. Törölje a staginget, ha végzett, vagy tartsa karban teljes értékű weboldalként (frissítések, jelszó). Egy klón ugyanannyi helyet foglal, mint az eredeti, és saját adatbázissal rendelkezik.
Összefoglalás
- A staging a weboldal másolata saját címen, kockázatos módosítások teszteléséhez.
- Hozza létre a telepítőjével, a tárhelyszolgáltatójával, egy bővítménnyel vagy kézzel, lehetőleg egy aldomainen, tanúsítvánnyal.
- Azonnal zárja le: jelszó és/vagy noindex, ne menjen e-mail valódi embereknek, fizetések tesztmódban.
- Ne szinkronizáljon vakon vissza: a staging adatbázisa felülírja azt, ami közben a produkción keletkezett. Először készítsen biztonsági mentést, csak azt vigye át, ami szükséges, vagy hajtsa végre újra a módosítást.
- Törölje a staginget, ha végzett, és ne vigye át a noindex jelölőnégyzetet a produkcióra.
Kvíz
Feladat
Feladat A8.3: Megfelelően le van-e zárva a tesztkörnyezete (staging)? Adja meg a staging címét (az Ön saját domainjének egy aldomainje, például a D8.2 feladatból) és az éles weboldala címét. Igazolja a feladat kódjával, hogy a domain az Öné. A program ellenőrzi a stagingen: https-en válaszol-e, és le van-e zárva (jelszókérés, vagy noindex a HTML-ben vagy a X-Robots-Tag fejlécben)? A REST hivatkozás (wp-json) magára a stagingre mutat-e, és nem az Ön éles weboldalára? És az éles weboldalán: nincs-e ott noindex?
További olvasnivaló
Ezek a cikkek a WebOké vezérlőpultjain található lépéseket írják le; más vezérlőpultokon hasonlóan működnek.