Enterprise Drupal / 2026. április
A „cache-törlés után jó lett” még nem gyökérok
Drupal supportban a cache rebuild gyakran megszünteti a tünetet, de attól még nem tudjuk, miért került rossz állapotba a rendszer. Ezt nem akartam lezárt hibának tekinteni.
A helyzet
Komplex CMS-ben a cache több szinten él, és egy `drush cr` valóban csodákat tud tenni. A probléma az, hogy ha minden furcsa viselkedésre ez a reflex, akkor az állapotkezelési hibák láthatatlanná válnak. Ugyanaz a probléma később újra előjön, csak addigra már senki nem emlékszik az eredeti eseményre.
A megoldási út
Ha a cache rebuild megoldotta a tünetet, visszanéztem, milyen deployment, config import, container rebuild vagy adatváltozás előzte meg. Külön kezeltem a cache invalidation hiányát és a valóban sérült cache-t. A cél az volt, hogy a következő release természetes része legyen a szükséges invalidáció, ne kézi utómunkaként maradjon.
Mi lett belőle
A cache-törlés megmaradt fontos recovery eszköznek, de nem lett diagnózis. Több deploy lépés pontosabb sorrendet kapott, és kevesebb olyan production instrukció maradt, amely csak annyit mondott: ha furcsa, töröld a cache-t.