Udana aktualizacja i sprawna strona to nie zawsze to samo
Komunikat o zakończeniu aktualizacji nie zastępuje sprawdzenia witryny. Po zmianie może nie działać jeden element mimo poprawnego otwierania strony głównej. Dlatego potrzebujemy wiedzieć co zauważyli użytkownicy lub obsługa.
Nie musisz znać nazwy wadliwego komponentu. Wystarczy przykład: formularz nie wysyła wiadomości albo produkt nie daje się dodać do koszyka. To punkt wyjścia do naszej pracy.
Szukamy przyczyny zamiast cofać wszystko
WordPress i motyw oraz dodatki współpracują ze sobą. Zmiana jednego z nich może wymagać sprawdzenia zgodności pozostałych. Przygotowanie kopii przed aktualizacją jest również elementem zaleceń WordPressa.[1]
Rozpatrujemy naprawę i powrót do wcześniejszego stanu. Wybieramy zakres odpowiadający usterce zamiast automatycznie odtwarzać całą witrynę.
Twoi klienci nie są od testowania poprawek
Przy większym ryzyku sprawdzamy proponowane rozwiązanie w oddzielnym środowisku. Dzięki temu test zgodności nie musi polegać na wyłączaniu potrzebnych funkcji działającej strony.
Przed publikacją ustalamy wpływ zmiany na witrynę oraz możliwość jej cofnięcia. Jeżeli do naprawy potrzebna jest wymiana dodatku najpierw omawiamy zakres i koszt.
Nowe zamówienia pozostają ważniejsze niż wygoda odtworzenia
Kopia sprzed aktualizacji może nie zawierać późniejszych zamówień i zgłoszeń. Odtworzenie danych bez uwzględnienia tej różnicy mogłoby cofnąć także normalną pracę firmy.
Dlatego przed powrotem do starszej wersji zabezpieczamy odpowiedni zakres. Klient dostaje wyjaśnienie decyzji zamiast informacji o cofnięciu całej strony już po fakcie.
Błąd serwera także wymaga wyjaśnienia
Odpowiedź 503 sama nie dowodzi nieudanej aktualizacji. Może wymagać rozróżnienia problemu serwera źródłowego od warstwy pośredniej. Moment zmiany pomaga w analizie lecz nie zastępuje potwierdzenia.[2]
Jeżeli ograniczeniem jest środowisko przedstawiamy możliwe rozwiązania. Nie proponujemy droższego hostingu jako zamiennika poprawienia wadliwego kodu.
Kończymy na sprawdzonej funkcji
Po naprawie sprawdzamy czynności ważne dla tej strony: kontakt albo edycję treści lub uzgodniony zakup. Wynik odnosi się do funkcji zgłoszonej przez klienta oraz obszaru objętego zmianą.
Przekazujemy podsumowanie i ustalamy dalsze aktualizacje dopiero po opanowaniu bieżącej awarii. Pilna naprawa nie oznacza automatycznej zgody na przebudowę witryny.
Na początek wystarczy
- Adres strony i opis niedziałającej funkcji.
- Informacja o wykonanej aktualizacji, jeśli ją znasz.
- Przybliżony czas awarii i informacja o przyjmowanych zamówieniach.
Pytania przed zleceniem
Czy trzeba przywrócić kopię całej strony?
Nie zawsze. Sprawdzamy możliwość poprawienia konkretnego elementu. Przy odtwarzaniu uwzględniamy dane dodane po wykonaniu kopii.
Czy naprawa obejmuje zmianę wyglądu?
Przywracamy uzgodnione działanie. Nowy projekt graficzny jest osobnym zakresem i wymaga Twojej decyzji.
Źródła techniczne
Źródła techniczne wskazane przy opracowaniu poradnika. Rekomendacje dotyczące sposobu realizacji są stanowiskiem zespołu Pressowni.
Przywróćmy stronę do pracy.
Podaj adres i napisz co przestało działać po aktualizacji. Ustalimy potrzebny zakres naprawy z uwzględnieniem danych oraz funkcji używanych przez firmę.
