Tajemství a infrastrukturní hodnoty dodávejte z prostředí, verzovatelná funkční nastavení držte v kódu a redakční obsah ponechte v databázi. Ke každé hodnotě určete vlastníka a precedenci, staging používejte s odlišnými přihlašovacími údaji a výstupy a změny options nasazujte idempotentní migrací s kontrolou driftu. Po obnově databáze zablokujte živé platby, webhooky a zákaznické e-maily ještě před prvním spuštěním aplikace. Záměrné rozdíly evidujte jako výjimky s termínem revize.
Konfigurace WordPressu mezi vývojem, stagingem a produkcí zahrnuje URL, databázi, API přístupové údaje, e-mailový režim, cache, licence, feature flags i nastavení pluginů. Pokud se vše přenáší kopií databáze nebo ručním klikáním, tajné údaje se dostanou do nesprávného prostředí a dvě instalace se postupně bez vysvětlení rozejdou.
Udržitelný model rozlišuje kód, veřejnou verzovanou konfiguraci, tajné údaje prostředí a obsah spravovaný redakcí. Každá hodnota má svůj zdroj pravdy a způsob nasazení. Tento návod ukazuje praktické hranice, bezpečné lokální výchozí volby, migrace nastavení a kontrolu driftu, aniž by předpokládal, že celou databázi WordPressu lze bez kontextu nahradit souborem.
Roztřiďte hodnoty podle vlastnictví a citlivosti
Do inventáře uveďte název hodnoty, význam, prostředí, citlivost a vlastníka. Databázové heslo a API token jsou tajné údaje infrastruktury. Zapnutí konkrétní funkce může být verzovaná aplikační konfigurace. Text domovské stránky je obsah, který spravuje redakce. Stejný způsob uložení pro všechny tři skupiny komplikuje přístup i nasazení.
Určete precedenci: například bezpečná konstanta prostředí přepisuje výchozí hodnotu pluginu, ale redakční údaj zůstává v databázi. Skryté přepsání bez indikace mate administrátora, proto rozhraní může ukázat, že hodnota je řízena nasazením a nelze ji lokálně měnit.
- Tajemství dodaná prostředím
- Verzovaná funkční konfigurace
- Databázový redakční obsah
- Jasná precedence a vlastník hodnoty
Tajné údaje držte mimo repozitář a kopie databází
Produkční přihlašovací údaje nevkládejte do šablony, pluginu, ukázkového souboru ani exportu databáze. Načítejte je z bezpečného mechanismu hostingu nebo správy tajemství a aplikaci předejte pouze potřebný rozsah. Lokální prostředí používá vlastní neprodukční klíče a srozumitelně selže, když povinná hodnota chybí.
Rotace vyžaduje postup, který dočasně podporuje nový i starý klíč, pokud to služba umožňuje, a poté starý odvolá. Logy maskují hlavičky a hodnoty. Při obnově produkční databáze do stagingu nahraďte kontakty, webhook URL a platební pověření dříve, než povolíte odchozí komunikaci.
Nastavení pluginů migrujte jako verzovanou změnu
Má-li být nastavení na všech prostředích stejné, zapište požadovaný výsledek do idempotentní migrace nebo podporovaného konfiguračního API. Migrace ověří aktuální stav, změní pouze vlastněné klíče a uloží svou verzi. Nekopíruje celou serializovanou option, která může obsahovat URL, licenci nebo lokální hodnotu.
Při změně struktury vytvořte mapování a možnost návratu, pokud je zásah rizikový. Před nasazením otestujte čistou instalaci i aktualizaci starší verze. Administrativní změna provedená mimo proces se buď importuje do zdroje pravdy, nebo ji kontrola driftu označí k rozhodnutí, nikoli potichu přepíše.
Feature flags používejte s vlastníkem a koncem
Feature flag umožní oddělit nasazení kódu od zapnutí funkce, ale každá větev zdvojuje testovací prostor. Flag má název podle chování, bezpečnou výchozí hodnotu, vlastníka, cílovou skupinu a datum odstranění. Citlivé oprávnění nekontrolujte jen klientským flagem; serverové pravidlo zůstává autoritativní.
Staging může funkci zapnout dříve, ale používá reprezentativní konfiguraci bez produkčních tajemství. Při postupném zapínání sledujte chyby a obchodní výsledek. Po stabilizaci odstraňte starou větev i konfigurační klíč, jinak se z dočasných přepínačů stane nezdokumentovaný paralelní systém.
Kontrolujte drift a bezpečnost obnovených dat
Automatická kontrola porovnává vybrané nekritické hodnoty s deklarovaným očekáváním a hlásí rozdíly bez vypisování tajných údajů. Zároveň ověří, že produkce nemá zapnutý debug výstup a že staging neposílá zákaznické e-maily, neumožňuje indexaci ani neprovádí živé platby. Každá výjimka má důvod, vlastníka a termín revize.
Runbook pro obnovu databáze zahrnuje přepis domény nástrojem bezpečným vůči serializaci, anonymizaci podle potřeby, deaktivaci odchozích integrací, nové salts a vyčištění cache. Po nasazení spusťte smoke test konfigurace a zdokumentujte zdroj každé hodnoty. Konzistentní prostředí nevznikají spoléháním na paměť, ale opakovatelným procesem.
Časté dotazy
Patří wp-config.php do Git repozitáře?
Může obsahovat verzovatelnou logiku a bezpečné výchozí hodnoty, ale ne skutečná tajemství. Konkrétní hesla a tokeny dodávejte z chráněného prostředí a ukázkový soubor ať obsahuje pouze názvy proměnných.
Proč nestačí kopírovat databázi mezi prostředími?
Databáze míchá obsah, URL, tajemství, licence a provozní nastavení. Při kopii je třeba řízeně přepsat a anonymizovat hodnoty, zablokovat odchozí akce a zachovat zdroj pravdy konfigurace.
Jak zjistit, že staging a produkce mají odlišné nastavení?
Vytvořte kontrolu vybraných deklarovaných hodnot a bezpečnostních invariantů, která hlásí drift bez zobrazení tajemství. Každý rozdíl pak buď opravte, nebo zdokumentujte jako záměrnou výjimku.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
