Nic tak nie psuje dnia jak nag\u0142a awaria po niewinnej aktualizacji. Sklep przestaje przyjmowa\u0107 zam\u00f3wienia, edytor si\u0119 nie \u0142aduje albo strona pokazuje b\u0142\u0105d krytyczny. Zwykle winny jest konflikt wtyczek, czyli sytuacja, w kt\u00f3rej dwa rozszerzenia pr\u00f3buj\u0105 robi\u0107 co\u015b na raz i wchodz\u0105 sobie w drog\u0119.<\/p>\n
Da si\u0119 to ogarn\u0105\u0107 spokojnie i bez chaosu. Klucz to dzia\u0142anie w kontrolowanych warunkach, robienie jednego kroku naraz i zbieranie dowod\u00f3w zamiast strzelania na o\u015blep. Dzi\u0119ki temu nie tylko przywr\u00f3cisz stron\u0119 do \u017cycia, ale te\u017c wyci\u0105gniesz wnioski na przysz\u0142o\u015b\u0107.<\/p>\n
Najcz\u0119stsze objawy to b\u0142\u0105d krytyczny, bia\u0142y ekran, brak mo\u017cliwo\u015bci zapisu wpisu, znikaj\u0105ce pola w edytorze, rozsypany wygl\u0105d po aktualizacji lub komunikaty o b\u0142\u0119dach JavaScript w konsoli przegl\u0105darki. Czasem problem wida\u0107 tylko po zalogowaniu do kokpitu, a strona publiczna wygl\u0105da normalnie.<\/p>\n
Warto zwr\u00f3ci\u0107 uwag\u0119 na moment wyst\u0105pienia problemu. Je\u015bli co\u015b przesta\u0142o dzia\u0142a\u0107 zaraz po aktualizacji konkretnej wtyczki albo po instalacji nowej, to trop jest do\u015b\u0107 jasny. Konflikty lubi\u0105 te\u017c wychodzi\u0107 przy zmianie wersji PHP lub po w\u0142\u0105czeniu optymalizacji typu \u0142\u0105czenie i minimalizacja skrypt\u00f3w.<\/p>\n
Je\u015bli awaria jest widoczna publicznie, ustaw prosty tryb konserwacji i poinformuj u\u017cytkownik\u00f3w, \u017ce trwaj\u0105 prace. Daje to czas na spokojne dzia\u0142ania i ogranicza straty. Gdy problem dotyczy tylko kokpitu, nie r\u00f3b gwa\u0142townych ruch\u00f3w na produkcji. Zanim cokolwiek zmienisz, przygotuj miejsce do test\u00f3w.<\/p>\n
Najwygodniej pracowa\u0107 na kopii testowej zwanej staging. To wierna kopia strony na osobnym adresie lub w subdomenie, gdzie mo\u017cna bez ryzyka wy\u0142\u0105cza\u0107 i w\u0142\u0105cza\u0107 wtyczki oraz motywy. Dobra praktyka to utrzymywa\u0107 sta\u0142y staging, kt\u00f3ry da si\u0119 szybko od\u015bwie\u017cy\u0107 przed ka\u017cd\u0105 wi\u0119ksz\u0105 zmian\u0105.<\/p>\n
Je\u015bli stagingu nie masz, sprawd\u017a czy hosting udost\u0119pnia jego szybkie tworzenie. Alternatyw\u0105 jest w\u0142\u0105czenie trybu rozwi\u0105zywania problem\u00f3w dost\u0119pnego we wtyczce Health Check. Pozwala on wy\u0142\u0105cza\u0107 rozszerzenia tylko dla zalogowanego administratora, dzi\u0119ki czemu odwiedzaj\u0105cy widz\u0105 stron\u0119 normalnie. To bezpieczny spos\u00f3b na testy bez dotykania wersji produkcyjnej.<\/p>\n
Niezale\u017cnie od metody zr\u00f3b \u015bwie\u017c\u0105 kopi\u0119 zapasow\u0105 plik\u00f3w i bazy. Kopia to punkt powrotu na wypadek nieudanych test\u00f3w lub przypadkowej zmiany. W kryzysie oszcz\u0119dza godziny pracy.<\/p>\n
Najprostszy i najskuteczniejszy test to tymczasowe wy\u0142\u0105czenie wszystkich wtyczek i sprawdzenie czy problem znika. Je\u015bli znika, konflikt jest niemal pewny. Nast\u0119pnie w\u0142\u0105czaj rozszerzenia pojedynczo i po ka\u017cdym w\u0142\u0105czeniu sprawdzaj dzia\u0142anie newralgicznych miejsc formularzy, edytora, koszyka, panelu zam\u00f3wie\u0144.<\/p>\n
Gdy liczba wtyczek jest du\u017ca, przyspieszysz test metod\u0105 p\u00f3\u0142 na p\u00f3\u0142. W\u0142\u0105cz najpierw po\u0142ow\u0119 rozszerze\u0144 i sprawd\u017a czy b\u0142\u0105d wr\u00f3ci\u0142. Je\u015bli tak, wiesz \u017ce winny jest w tym pakiecie. Je\u015bli nie, winny jest w\u015br\u00f3d pozosta\u0142ych. Zaw\u0119\u017caj obszar do momentu znalezienia konkretnego duetu lub tria, kt\u00f3re si\u0119 gryzie.<\/p>\n
Notuj co w\u0142\u0105czasz i jaki by\u0142 rezultat. Po znalezieniu pary konfliktowej sprawd\u017a czy b\u0142\u0105d pojawia si\u0119 tylko wtedy, gdy obie wtyczki s\u0105 aktywne. To cenna informacja dla wsparcia technicznego i skraca drog\u0119 do poprawki.<\/p>\n
Logi to dzienniki, w kt\u00f3rych serwer zapisuje informacje o b\u0142\u0119dach. W WordPressie mo\u017cesz w\u0142\u0105czy\u0107 tryb debugowania przez ustawienie sta\u0142ych WP_DEBUG i WP_DEBUG_LOG w pliku konfiguracyjnym. Dzi\u0119ki temu komunikaty trafi\u0105 do pliku z logiem, kt\u00f3ry mo\u017cna otworzy\u0107 i przeczyta\u0107.<\/p>\n
Szukaj w nich konkretnych wskaz\u00f3wek nazwy plik\u00f3w, nazwy wtyczek, tre\u015bci b\u0142\u0119d\u00f3w typu brak funkcji lub konflikt nazw. Cz\u0119sto ju\u017c pierwszy wpis m\u00f3wi, kt\u00f3ry modu\u0142 wywo\u0142a\u0142 problem. Je\u015bli nie masz dost\u0119pu do plik\u00f3w, sprawd\u017a panel hostingu. Wielu dostawc\u00f3w udost\u0119pnia podgl\u0105d log\u00f3w w przegl\u0105darce.<\/p>\n
Warto odtworzy\u0107 b\u0142\u0105d tu\u017c po w\u0142\u0105czeniu logowania. Wejd\u017a w miejsce, gdzie problem si\u0119 pojawia i wykonaj akcj\u0119 kt\u00f3ra go wywo\u0142uje. \u015awie\u017cy wpis w logu to najpewniejszy trop. Po zako\u0144czeniu test\u00f3w wy\u0142\u0105cz debugowanie, aby nie zostawia\u0107 dodatkowych informacji na serwerze.<\/p>\n