Jeśli WordPress psuje się bezpośrednio po aktualizacji, zachowaj stan awarii, utwórz punkt rollbacku i najpierw ustal, która warstwa się zmieniła.
Jeśli strona nadal przyjmuje zamówienia, formularze lub logowania, zabezpiecz nowe dane przed przywróceniem starszej bazy.
1. Ustal dokładnie, co się zmieniło
Zapisz zmiany w core, pluginach, motywie, PHP, bazie, cache lub hostingu. Przy kilku aktualizacjach izoluj zależności pojedynczo.
2. Czytaj błąd na właściwej warstwie
Fatal PHP, HTTP 500, biały ekran i zepsuty layout wskazują na różne warstwy. Logi serwera i PHP są zwykle bardziej użyteczne niż ciągłe odświeżanie.
3. Testuj granice pluginów i motywu kontrolowanie
Zmieniaj jedną rzecz naraz i zapisuj stan wyjściowy. Wyłączenie wielu elementów jednocześnie usuwa ważne wskazówki.
4. Traktuj aktualizację PHP jak zmianę aplikacji
Stary kod może przestać działać na nowszym PHP. Jeśli awaria zaczęła się po zmianie PHP, testuj cały stack względem tej zmiany.
5. Czyść tylko cache, który rozumiesz
Cache przeglądarki, strony, CDN, opcode i Redis to różne systemy. Wyczyszczenie wszystkiego może jedynie ukryć objaw.
6. Cofaj tylko tyle, ile trzeba
Dla pluginu lub motywu może wystarczyć rollback plików. Przywrócenie całej bazy może nadpisać nowe zamówienia, użytkowników lub treści.