Jak si vytvořit staging prostředí?

Jak si vytvořit staging prostředí?

V minulém článku jsme diskutovali o tom, proč je dobré si vytvořit staging prostředí. Nyní přišel čas na to, abychom si trochu zašpinili ruce a vytvořili skutečný staging. Před tím než začneme si pojďme shrnout, jaké jsou pro staging prostředí požadavky.

1. Prostředí shodné s produkcí

Ujistěte se, že vaše staging prostředí používá stejné verze softwaru. To znamená stejnou verzi operačního systému, databáze, PHP, serverové aplikace atd. Každá aplikace se chová různě v jiných verzích a dokonce i pod jiným OS. Váš WordPress, pluginy a verze témata by měly být stejné jako na stagingu, tak na produkci. Díky tomu budete moci přesně otestovat a diagnostikovat produkční chyby a debugovat je.

Také je důležité abyste měli, ve všech úrovních a v obou prostředích, stejná pravidla a nastavení cache. To může odhalit například problémy s cache, wp nonces pro formuláře, nebo jiné problémy spojené s ukládáním do cache.

2. Neveřejné prostředí

Vaše staging prostředí je určeno pro soukromé účely jako debugování, testování a ukazování změn klientovi. Měli byste se vyhnout tomu, abyste publikovali vaše staging prostředí pro mnoho důvodů. Jedním z nich je duplicitní obsah pro Google, který bude mít negativní vliv na vaše SEO. Nejlepším způsobem je použití Basic Auth (přihlašovacího jména a hesla), které můžete snadno sdílet ve svém týmu nebo s vaším klientem, no pro boty a vnější svět tak vytvoříte neproniknutelnou bariéru.

Standardní sdílený hosting

Pokud máte nižší rozpočet a používáte „standardní” řešení hostingu, vytvoření staging prostředí je trochu složitější ale ne nemožné. Mnoho poskytovatelů hostingu vám umožňuje vytvořit druhý web na subdoméně např. staging.example.com nebo jako podsložku example.com/staging. Pokud na vašem dashboardu není možnost „vytvořit novou stránku”, měli byste postupovat podle těchto obecných kroků:

  1. Zjistěte si, který typ instalace je povolen (subdoména vs. podsložka).
  2. Vytvořte nového (S) FTP uživatele pro přístup do kořenového adresáře vaší staging webové stránky. Obvykle to je něco jako (ROOT/subdom/staging, ROOT/staging).
  3. Pokud je to možné, nastavte nového uživatele databáze a novou databázi. V případě, že produkce i staging sdílejí DB, musíte se ujistit, že stránka stagingu používá rozdílný $table_prefix.
  4. Pokud používáte instalaci subdomény, nasměrujte subdoménu na IP hostujícího serveru. Nezapomeňte pro tuto subdoménu vytvořit uvnitř hosting panelu SSL certifikát.
  5. Exportujte databázi z vaší produkční stránky. Při tomto kroku je důležité spustit search-replace (hledat-nahradit) ve všech vašich databázových tabulkách, abyste změnili produkční adresy URL na stagingové. Pokud je to aplikovatelné, změňte i prefixy tabulek.
  6. Importujte databázi se změněnými adresami URL a prefixy.
  7. Zkopírujte soubory z kořenového adresáře vaší produkční webové stránky.
  8. Upravte wp-config.php tak, aby odpovídal všem nastavením (nová URL, přihlašovací údaje do databáze, wp salts, prefixy tabulek atd.).
  9. Zkopírujte všechny soubory do kořenového adresáře staging stránky.
  10. Upravte .htaccess a .htpasswd abyste aktivovali ochranu přes basic auth.
  11. Můžete navštívit vaši novou staging stránku.

Protože je vaše nová staging stránka na stejném serveru jako vaše produkce, nebudete potřebovat žádné další hacky týkající se nastavení. Jen se ujistěte, že jste nastavili stejné časové limity a limity pro paměť v PHP. Někteří poskytovatelé hostingu také umožňují používat na vašem stagingu jinou verzi nástroje PHP/DB, což je skvělé pro testování před aktualizací vašeho produkčního serveru.

Profesionální hosting nebo server, který je spravován

Mnoho profesionálních poskytovatelů hostingu nebo poskytovatelů správy serveru umožňují si jednoduše vytvořit staging prostředí v dashboardu. Stačí si ve vašem dashboardu vyhledat v angličtině „environments” nebo „staging/testing”, nebo se poradit s podporou. Prostředí stagingu je obvykle součástí vašeho předplatného, takže by se neměly účtovat žádné další poplatky.

Server spravován samostatně

Spravujete si svůj server sami? Skvělé! Jako první vylepšení, byste měli začít používat nástroj pro správu konfigurace, jako je například Ansible nebo Puppet. Udělejte to, i když nyní spravujete pouze jeden server. Uvidíte, jak vám to usnadní život.

Tady v Zeni, používáme Trellis, což je sbírka Ansible playbooků pro WordPress projekty. Přichází s přednastavenými prostředími pro vývoj, staging, produkci spolu s automatizovaným nasazením a nastavením. Vaše prostředí můžete mít automatizované již za pár hodin.


Potřebujete pomoc se staging prostředím nebo řešením hostingu? Poskytujeme profesionální hostingové řešení s plnou automatizací nasazení a verzování, založeného na Ansible a Gitlab CI, jakož i konzultace o tom, jak dosáhnout toho aby byly vaše projekty jednoduše manažovatelné. Napište nám prostřednictvím kontaktního formuláře a my s vámi prodiskutujeme nejlepší řešení pro váš projekt.

Sdílej na:

Další články:

Nenechte si nic uniknout!

Přihlaste se k odebírání Newsletteru, ve kterém zasíláme nejzajímavější tipy pro úspěšné webové stránky.

Sedm důvodů proč používat staging pro váš projekt ve WordPress

Sedm důvodů proč používat staging pro váš projekt ve WordPress

aneb Sedm způsobů jak ho pokazit bez stagingu.

Co je staging?

Staging aneb testovací, vývojové prostředí je prostředí podobné produkčnímu, ve kterém můžete testovat nové funkce ve smyslu integračního testování a testování uživatelské přivětivosti UX. Jinak řečeno, jde o 1:1 kopii vaší živé, produkční stránky, která je přístupná všem uživatelům. Na stagingu máte možnost aplikovat novinky v testovacím prostředí bez toho, abyste něco pro vaše klienty anebo návštěvníky stránky viditelně pokazili.

1. Aktualizace jádra WordPress

Samotný WordPress se neustále vyvíjí. Jeho aktualizace jsou rozdělené do dvou skupin: major (hlavní) a minor (menší). Ty hlavní (označované X.Y) jsou plánované a dopředu si můžeme přečíst, co přinesou nové funkce, na rozdíl menší aktualizace (označované X.Y.Z) jsou většinou zaměřené na opravu chyb anebo implementaci bezpečnostních záplat a vycházejí víc neočekávaně. Oba typy však můžou něco pokazit. Problémy mohou nastat se zpětnou kompatibilitou šablon, tém, pluginů, vašeho kódu, mazáním/aktualizací knihoven třetích stran, anebo se může změnit chování Gutenberg bloků atd. Jsou všechny pluginy, šablony, témy, které používáte připravené pro nové vydání jádra WordPress? Tím si nemůžete být nikdy jistí. Většinou však testování této skutečnosti na vaší živé stránce není právě nejlepším nápadem. Použijte staging!

2. Aktualizace pluginů a/anebo šablon 

I když jsou hlavní aktualizace WordPress jádra dost předvídatelné a mají pevný rozpis, pro pluginy a šablony to platí zřídka. To znamená, že s WordPress stránkou, která je střední velikosti (z hlediska počtu pluginů), dostanete překvapivou aktualizaci minimálně jednou za týden. Hodně placených pluginů často nemá transparentní seznam změn, čímž se předpověď potencionálních chyb anebo konfliktů stává skoro nemožná. Jediný způsob, kterým udržíte vaši internetovou stránku stabilní je, “pokaždé jí aktualizovat nejprve na stagingu.”

3. Místo na otestování toho úžasného nového pluginu

Pojďme implementovat tu integraci sociálních médií pomocí tohoto pluginu! Ale co! Zdá se, že to způsobilo nefunkčnost nahrávání obrázků a posledních desettisíc článků, které byly včera v noci importované nemá úvodní obrázek. Skvělé, další noc s opravováním. Toto by se nestalo, kdyby se tento plugin nejdřív testoval na stagingu.

Když Vám padne vaše živá stránka a Vy musíte celou noc opravovat chyby

4. Místo na testování aktualizací serverových aplikací. 

Takže váš web pořád běží na PHP 5.6, je to tak? Vyzkoušejte PHP 7.4 a zrychlete ho! Tak si na svém živém webu aktualizujete PHP a jediné, co teď můžete vidět, je kupa zpráv o závažných chybách ruku v ruce s dvouhodinovým výpadkem e-shopu, v rámci kterých váš klient ztratil několik tisíc. Dobrá práce!
Nevyzkoušíte to příště nejdříve na stagingu?

5. Místo pro testování Vašeho kódu

Bude můj kód dobře fungovat s kódem ostatních členů týmu? Nezapomeňte, že Váš “tým” není jen uvnitř vaší společnosti, ale také zahrnuje všechny vyvojáře, kteří přispěli do jakékoli části webu (WordPress jádro, pluginy…). Před tím, než přesunete Váš kód na jakékoli jiné prostředí, pokaždé byste ho měli otestovat lokálně, avšak většinou potřebujete, aby se na to podíval klient, projektový manažer a testovací tým. Anebo potřebujete funkcionalitu testovat na běžných uživatelích? V tomto případě Vám staging ulehčí Váš život.  

6. Experimentujte s CMS

“Co když přesuneme tento widget z levého panelu do patičky a změníme jeho název?” Každá větší změna v CMS by měla být nejdříve testována na stagingu. Podle zkušeností, když klienti uvidí svůj vynikající nápad v praxi na webu, tak mohou velmi rychle změnit názor. Používáte pro svůj frontend nějaký druh nástroje pro tvorbu stránek (page builder)? Ukázky (previews) jsou výbornou funkcí, ale většinou musíte vidět celý kontext včetně menu, změn v nastavení pluginů atd. V tomto případě se staging prostředí ukáže jako velmi užitečné. Taktéž určitě nechcete, aby Vaši návštěvníci viděli jak přeskakují widgety a menu položky na živém webu, že?

7. Výstavní místo pro vašeho klienta

Přinést svůj notebook do klientovy kanceláře (vzhledem ke globálnímu trhu a pandémii), abyste mu ukázali nejnovější funkce, není v dnešní době právě nejlepším nápadem. Slyšeli jste někdy o wow efektu? Prosím, nedělejte to. Ukažte klientovi nové funkce postupně na Vašem stagingu. Oba budete o dost lépe spát, věřte mi!

Když najdeme více chyb než naši zákazníci

V následujícím článku se podíváme na to, jak vytvořit staging prostředí.

Pokud máte zájem o vlastní kvalitní stránku a potřebujete pomoc, napište nám a rádi vám s ní pomůžeme.

Sdílej na:

Další články:

Nenechte si nic uniknout!

Přihlaste se k odebírání Newsletteru, ve kterém zasíláme nejzajímavější tipy pro úspěšné webové stránky.