Columbia Games · WordPress / 2026. május 14.
A start script akkor hasznos, ha hiba esetén nem hazudja azt, hogy kész
A helyi WordPress indítást scriptbe szerveztük, de a valódi minőségét az adta, hogy ellenőrizte az előfeltételeket és érthető hibával állt meg félkész állapot helyett.
A helyzet
Egy `docker compose up` önmagában nem garantálja, hogy az alkalmazás használható. Az adatbázis még indulhat, a WordPress még telepíthet extensiont, vagy az URL-normalizálás futhat túl korán. Ha a helper script csak elindítja a konténereket és azonnal kiírja a címet, a fejlesztő egy versenyhelyzetet kap dokumentáció helyett.
A megoldási út
A start scriptet lépésekre bontottam: compose indítás, readiness ellenőrzés, környezeti normalizálás, majd használható URL kiírása. A hibakódokat nem nyeltem el, és a kritikus parancsoknál úgy állítottam be a shellt, hogy az első valódi hiba megállítsa a folyamatot. A cél a diagnosztizálható indulás volt.
Mi lett belőle
Kevesebb lett a félkész container állapotból származó furcsa hiba. Ha valami nem indult el, az üzenet közelebb volt a valódi problémához, és nem kellett végignézni az egész stacket találgatva. A helyi onboarding is egyszerűbb lett.