Columbia Games · WordPress / 2026. május 14.
WP-CLI oda került, ahol a WordPress fut
A host gépen telepített WP-CLI verzió és PHP környezet újabb eltérést hozott volna. Az eszközt ezért ugyanabba a container runtime-ba tettem, amelyet ténylegesen teszteltünk.
A helyzet
WP-CLI nélkül egy komolyabb WordPress karbantartás gyorsan adminfelületi kattintgatássá válik. Ugyanakkor ha az eszköz a hoston fut, a host PHP-ját, extensionjeit és hálózati környezetét használja. Ez pont az ellen dolgozik, amiért Dockerbe vittük a fejlesztést: ismét megjelenik egy gépfüggő réteg.
A megoldási út
A WP-CLI-t a saját WordPress image részévé tettem. Így ugyanazzal a PHP-verzióval, ugyanazokkal az extensionökkel és ugyanabban a hálózatban futott, mint az alkalmazás. A dokumentált parancsok `docker compose exec` alól működtek, ezért a fejlesztőnek nem kellett külön WP-CLI installációt karbantartania.
Mi lett belőle
A core, plugin, cache és adatbázis műveletek scriptelhetővé és megismételhetővé váltak. Egy új fejlesztői gépen nem kellett ellenőrizni a lokális CLI verzióját. A későbbi upgrade-eknél a WP-CLI ugyanannak a rögzített környezetnek a része volt, mint maga a WordPress.