Columbia Games · WordPress / 2026. május 14.

A PHP limit nem tuningparaméter, ha a szerkesztő nem tud feltölteni

A Dockeres WordPress alapértékei nem tükrözték a valódi oldal használatát. A feltöltési és memória limiteket a production működéshez kellett igazítani, nem véletlenszerűen megemelni.

2 perc olvasás
Columbia Games · WordPress
PHPWordPressDockerruntime

A helyzet

A konténer elsőre elindult, de ez még nem jelentette azt, hogy használható fejlesztői környezet lett. Nagyobb média vagy plugin művelet közben előjöttek a default PHP limitek. A rossz megoldás az lett volna, hogy minden limitet irreálisan magasra állítunk, csak hogy soha ne lássunk hibát.

A megoldási út

A szükséges limiteket a valós WordPress használat és a production környezet alapján állítottam be. Külön kezeltem az upload méretet, POST limitet, memóriát és végrehajtási időt. A konfiguráció bekerült a Docker image-be, így nem egy fejlesztő lokális php.ini-jében élt, és minden újraépítésnél ugyanazt kaptuk.

Mi lett belőle

A médiafeltöltés és a karbantartási műveletek stabilak lettek, miközben a környezet továbbra is életszerű korlátokkal futott. A hiba oka egyértelműen dokumentált lett, ezért később nem kellett újra megkeresni, miért különbözik a container a productiontől.