W dziale Supportu prowadzimy tysiące rozmów miesięcznie na czacie i codziennie pomagamy naszym klientom rozwiązywać komunikaty o błędach i problemy z ich witrynami WordPress. W naszym artykule pokażemy ci krok po kroku, jak naprawić cztery najczęstsze błędy WordPressa.
Żaden inny system zarządzania treścią (CMS) nie jest tak łatwy w użyciu jak WordPress: motywy i wtyczki można zainstalować i zarządzać nimi za pomocą kilku kliknięć, bez konieczności posiadania dużej wiedzy technicznej. Z udziałem w rynku wynoszącym ponad 40 procent, WordPress stał się praktycznie systemem operacyjnym internetu.
Dzięki łatwości użycia, aktywnej społeczności i wielu możliwościom dostosowania strony do własnych potrzeb WordPress jest idealnym rozwiązaniem dla dzisiejszej sieci. Jest to więc tym bardziej frustrujące, gdy twój WordPress nagle zaczyna mieć problemy. Ale nie ma powodu do paniki! Dziś pokażę ci, jak szybko, łatwo i samodzielnie rozwiązać cztery typowe błędy WordPressa.
Nasze wskazówki, jak naprawić typowe błędy WordPressa
Aby jak najlepiej pomóc ci w rozwiązywaniu problemów i podzielić się wiedzą z naszego wieloletniego doświadczenia w pomocy technicznej, wyjaśnię dziś możliwe przyczyny i odpowiednie rozwiązania dla czterech typowych problemów związanych z WordPressem.
Błąd WordPress #1: White Screen of Death
"White Screen of Death" (WSOD) jest analogią do Blue Screen of Death, który jest wyświetlany w systemie Windows w przypadku awarii systemu. Jak sama nazwa wskazuje, w przypadku WSOD strona, zarówno we frontendzie, jak i w backendzie (wp-admin), pozostaje po prostu biała - bez komunikatu o błędzie czy innych informacji.
Możliwe przyczyny i rozwiązania dla Białego ekranu śmierci
Przyczyna 1: Niekompatybilne wtyczki lub motywy
Błąd jest bardzo często powodowany przez wadliwą kombinację wtyczek lub motywów, np:
- Wtyczka nie jest kompatybilna z inną wtyczką lub z aktywnym motywem.
- Wtyczka/motyw została przesłana dwukrotnie przez S/FTP w różnych wersjach.
- Wtyczka/temat nie może być używana z ustawioną wersją PHP.
Jeden z tych błędów powoduje, że WordPress wpada w szok i wywołuje Biały Ekran Śmierci.
Analiza problemu: Czy twoje wtyczki i motywy są niekompatybilne?
Pierwszym sposobem jest cofnięcie ostatnich zmian. Zastanów się, jakich zmian dokonałeś. Czy może zainstalowałeś nową wtyczkę lub zmieniłeś motyw? Aktualizacje wtyczek i motywów również mogą prowadzić do takich zaburzeń.
Po pierwsze, powinieneś ustalić, czy błąd występuje na wszystkich stronach internetowych, czy tylko na niektórych. Na przykład, czy dotyczy to tylko twojej strony kontaktowej? Jeśli właśnie zintegrowałeś formularz kontaktowy, można wywnioskować, że to wtyczka formularza kontaktowego jest odpowiedzialna za WSOD.
Czy White Screen of Death występuje w całym frontendzie na wszystkich adresach URL? Wtedy może to być sam motyw lub wtyczka, która jest zintegrowana z całą stroną - na przykład widget w stopce, slider w nagłówku lub wtyczka do nawigacji.
Jeśli pozostaje biały nawet po przejściu do backendu (yourwebsite.com/wp-admin), to najprawdopodobniej jest to wina motywu lub błędnej konfiguracji serwera WWW.
"*" wyświetla wymagane pola
Sprawdź swój dziennik debugowania!
Często pomaga zajrzenie do pliku error.log twojego serwera lub do dziennika debugowania samego WordPressa (WP Debug Mode). Możesz to aktywować, edytując plik wp-config.php swojej instalacji WordPressa i przed /* To wszystko, zakończ edycję! Szczęśliwego blogowania. */ wstaw następujące linie:
<p>define('WP_DEBUG',true);</p>
<p>define('WP_DEBUG_DISPLAY',true);</p>Jeśli twoja instalacja ma już wpis 'WP_DEBUG', ale jest on ustawiony na false, możesz po prostu zmienić tę wartość na true i dodać pod nią następującą linijkę:
define('WP_DEBUG_DISPLAY',true);Jeśli ponownie przejdziesz do strony z problemem, zamiast białej strony zobaczysz odpowiednie przyczyny błędów. Błędy, które zaczynają się od Fatal Error lub Parse Error, są zazwyczaj tymi, które powodują White Screen of Death.
Debugowanie WordPressa w Raidboxes
Jeśli masz hosting WordPressa z Raidboxes, możesz po prostu włączyć dziennik debugowania jednym kliknięciem w ustawieniach swojego Boxa. Możesz uzyskać wygląd dziennika debugowania pod linkiem wymienionym w ustawieniach.
Teraz można dokładnie sprawdzić, który plik w którym momencie generuje błąd i dlaczego tak się dzieje. Mam dla Was przykład, który to zobrazuje. W błędzie parsowania pojawiają się następujące informacje:
W związku z tym pojawia się błąd:
- W pliku /wp-content/plugins /contact-form-7/wp-contact-form-7.php
- W wierszu 12
- Najwyraźniej jest tam jakiś nieoczekiwany znak, w tym przypadku jest to
“<”
.
W przypadku niekompatybilności Plugins & Themes dostępne są następujące rozwiązania:
Rozwiązanie 1: Jeśli możesz, przywróć kopię zapasową. To po prostu przywróci twoją instalację WordPressa do stanu sprzed wystąpienia błędu.
Rozwiązanie 2: Jeśli nie masz kopii zapasowej, nie pozostaje ci nic innego, jak zmienić nazwę folderu z podejrzaną wtyczką lub motywem przez S/FTP. To ją dezaktywuje. W naszym przykładzie będzie to folder wtyczki Contact Form 7.
Jeśli nie jesteś pewien, która wtyczka powoduje błąd, spróbuj wykonać następujące czynności: Zmień nazwę wszystkich folderów z wtyczkami i motywami, jeden po drugim. Jeśli błąd zniknie po zmianie nazwy folderu, zidentyfikowałeś sprawcę. W przypadku Raidboxes możesz również po prostu użyć zarządzania wtyczkami i motywami w desce rozdzielczej, aby je dezaktywować.
Wskazówka: Często problemem jest po prostu zmiana nazwy folderu motywu, więc powinieneś sprawdzić przez S/FTP, czy jest on poprawnie napisany!
Przyczyna 2: Błąd serwera
1) Problem: Zbyt mały limit pamięci PHP
Typowy komunikat o błędzie w error.log to:
"Błąd krytyczny: Allowed memory size of XXXX bytes exhausted (tried to allocate XXXX bytes) in..."
Ponadto może pojawić się biała strona, na której pojawi się komunikat o błędzie Internal Server Error.
Dzieje się to w następujący sposób:
Zadanie PHP zużywa więcej pamięci, niż pozwala na to wartość ustawiona przez hostera.
Rozwiązanie: W takim przypadku zwykle wystarczy dodać następującą linię do pliku wp-config.php:
define('WP_MEMORY_LIMIT','256M')Symbol "256M" oznacza ilość pamięci RAM, która ma być używana w MB. Możliwy do pomyślenia byłby na przykład również zapis "512M" dla 512MB.
Musisz jednak pamiętać, że zbyt wysoka wartość może spowodować całkowite zawieszenie się strony. Dlatego powinieneś zwiększać limit pamięci PHP tylko wtedy, gdy twoja taryfa zapewnia odpowiednią ilość pamięci RAM. Jeśli w twojej taryfie jest mało pamięci RAM, powinieneś rozważyć podniesienie taryfy u swojego hostera.
2) Problem: Przekroczenie maksymalnego czasu wykonania
Podczas instalowania większych motywów lub wtyczek WordPressa, a także większego importu lub eksportu danych może wystąpić następujący błąd, który jest zwykle wyświetlany w backendzie:
Błąd krytyczny: Przekroczono maksymalny czas wykonania XX w XXX
Oznacza to, że czas, w którym skrypt PHP może być uruchomiony, został przekroczony. Dzieje się tak często, gdy importujesz wiele produktów do WooCommerce lub eksportujesz dane zamówienia.
Rozwiązanie: Zwiększ max_execution_time. Wcześniejsza uwaga: Zwykle wystarcza runtime określony przez hostera. Aby uniknąć niepotrzebnie długich czasów ładowania i problemów, maksymalny czas wykonania powinien być zwiększany tylko w pojedynczych przypadkach (np. przy wysyłaniu dużego pliku), a następnie ponownie zmniejszany.
Na stronie Raidboxes można ustawić max_execution time osobno dla frontendu i backendu za pomocą ustawień Boxa:
Przy niektórych hostingach można edytować .htaccess przez S/FTP i dodać linię php_value max_execution_time 300 . Tutaj 300 oznacza maksymalną liczbę sekund, przez które może działać skrypt. W tym przypadku 5 minut.
Błąd WordPressa #2: Problemy z SSL
Najpóźniej od wejścia w życie Ogólnego Rozporządzenia o Ochronie Danych (RODO) w maju 2018 roku, certyfikat SSL powinien być dla Ciebie koniecznością. Nie bez powodu większość przeglądarek internetowych wyświetla ostrzeżenie, jeśli strona jest nie zaszyfrowana. Dlatego tym bardziej denerwujące jest, gdy na twojej witrynie WordPressa pojawiają się błędy SSL.
Możliwe przyczyny i rozwiązania problemów z SSL
Przyczyna 1: Certyfikat nie jest już aktualny
Najpóźniej dzięki darmowym certyfikatom Let's Encrypt ten błąd powinien należeć już do przeszłości. Istnieją jednak pewne rodzaje certyfikatów, które mają określony czas ważności. Jeśli upłynął jego termin ważności, może wystąpić błąd SSL.
Rozwiązanie: Najprostszym sposobem jest zintegrowanie certyfikatu SSL bez runtime'u, który niektórzy hostingodawcy, jak Raidboxes, dostarczają bezpłatnie i odnawiają automatycznie. Jeśli usługa ta nie jest oferowana przez twojego hostera, musisz odnowić certyfikat ręcznie. Aby to zrobić, najlepiej ustawić sobie przypomnienie o terminie i odpowiednio wcześnie skontaktować się z dostawcą twojego certyfikatu, by go odnowić.
Przyczyna 2: Domena nie jest jeszcze zarejestrowana na certyfikacie
Podczas wystawiania certyfikatu SSL określa się, dla jakich domen ma on być ważny. W ten sposób możliwe jest wejście na stronę http://domain.com. Jeśli przekierowanie z http://www.domain.com lub zostanie ustawione później, ta domena nie ma SSL i pojawi się błąd.
Rozwiązanie: Nowa domena musi zostać dodana do certyfikatu SSL, a następnie odnowiona. Ponieważ jest to dość czasochłonny i skomplikowany proces, powinieneś skontaktować się ze swoim hostingiem.
Pod adresem Raidboxes wystarczy wyłączyć i ponownie włączyć SSL w ustawieniach skrzynki po dodaniu dodatkowych domen.
Przyczyna 3: Błąd zawartości mieszanej
Podczas konfigurowania SSL w WordPressie adres http:// w bazie danych musi być domyślnie zastąpiony adresem https://. W Raidboxes dzieje się to automatycznie po skonfigurowaniu SSL. W około 5 do 10 procent przypadków może się zdarzyć, że zasoby są ładowane przez HTTP. Tak może być na przykład w przypadku zakodowanych na sztywno obrazków lub plików CSS/JS. W Chrome adres URL jest wtedy szary, a nie zielony.
Analiza i rozwiązanie problemu:
Po pierwsze, należy sprawdzić, czy na stronie faktycznie występują błędy mieszanej treści.
- Naciśnij klawisz F12 na swojej stronie internetowej (CMD+F12 na MAC), a otworzy się konsola deweloperska. W dolnej części konsoli pola z napisem "Zawartość mieszana" mają żółte tło.„.
- Teraz zrób kopię zapasową swojej strony.
- Zainstaluj wtyczkę Better Search Replace. Po aktywacji wtyczkę znajdziesz w zakładce "Narzędzia" > " Better Search Replace".
W polu "Szukaj" wpisz następujące dane: http://
a w "Zamień na": https://
Następnie wybierz wszystkie tabele w polu tabeli i zaznacz opcję "Testuj działanie" na dole.
Teraz kliknij na samym dole na "Rozpocznij wyszukiwanie/zastąp". - Kiedy bieg testowy znajdzie kilka tabel, możesz usunąć zaznaczenie "Bieg testowy?" i rozpocząć prawdziwy bieg.
- Po zakończeniu rzeczywistego działania sprawdź ponownie na stronie internetowej, czy nadal masz błędy mieszanej zawartości (patrz krok 1).
- Jeśli nadal pojawiają się błędy mieszanej zawartości, sprawdź w kodzie źródłowym, gdzie zasoby nadal zawierają "http" zamiast "https" i zastąp je odpowiednio.
Błąd WordPressa #3: 504 Gateway Time-out
Błąd 504 gateway time-out może pojawić się dość często, jeśli masz dużą liczbę wtyczek, które komunikują się także z zewnętrznymi usługami. Komunikat o błędzie oznacza, że proces PHP trwa dłużej niż 30 sekund. Jeśli jesteś właścicielem strony internetowej, błąd jest często bezpośrednio związany z problemem na serwerze. Jednak nie zawsze tak jest.
Możliwe przyczyny i rozwiązania dla 504 Gateway Time-out
Błąd przekroczenia limitu czasu 504 bramy występuje wtedy, gdy serwer działający jako brama, czyli serwer, który nawiązuje połączenie z innym serwerem, nie może się z nim połączyć w określonym czasie.
Ten błąd może być spowodowany przez wiele różnych elementów. Może to być twoja sieć lokalna, przeglądarka, dostawca usług internetowych (ISP), serwer WWW, a nawet wtyczka lub motyw innej firmy.
Przyczyna 1: Problem lokalny
Zmiana ustawień przeglądarki, aktywacja serwera proxy, problemy z dostawcą usług internetowych, nieaktualna lokalna pamięć podręczna DNS i wiele innych możliwości może spowodować ten błąd.
Rozwiązanie: Przetestuj adres URL na stronie http://www.isitdownrightnow.com/. Jeśli otrzymasz komunikat, że strona jest online ("yourwebsite.com" jest UP i osiągalna), oznacza to, że istnieje problem lokalny. Jeśli jednak wynik testu brzmi: "yourwebsite.com" jest DOWN, oznacza to problem z DNS, serwerem internetowym lub wtyczką czy motywem WordPressa.
Przyczyna 2: Problemy z DNS
DNS (Domain Name System) odpowiada za przekształcenie adresu URL (np. raidboxes.de) w adres IP.
W przypadku nowej rejestracji lub przeniesienia domeny może minąć trochę czasu, zanim wszystkie komputery, serwery DNS i dostawcy rozpoznają dostosowanie. W pewnych okolicznościach może to potrwać do 24 godzin.
Rozwiązanie: Najpierw należy sprawdzić, czy problem nie występuje lokalnie. Aby to zrobić, należy wyczyścić pamięć podręczną DNS:
Aby wyczyścić pamięć podręczną DNS w urządzeniu, najpierw otwórz wiersz polecenia w następujący sposób.
- Windows: Naciśnij [Win key + R], wpisz cmd i naciśnij Enter.
- Mac: Wystrzelenie terminala z doku przy Zastosowania > Narzędzia > Terminal
Następnie wpisujemy następujące dane:
- Windows: ipconfig /flushdns
- Mac: dscacheutil -flushcache
Następnie lokalna pamięć podręczna DNS zostanie wyczyszczona i będziesz mógł spróbować ponownie. Jeśli błąd nadal występuje, sprawdź, co mówią o nim inne serwery na świecie. Aby to zrobić, wejdź na stronę www.whatsmydns.net i wpisz adres URL w wierszu wyszukiwania. Upewnij się, że w drugim polu wybrana jest litera A, tak aby sprawdzany był tylko rekord A. Jest on odpowiedzialny za prawidłowe rozdzielenie nazwy domeny na adres IP. Następnie rozpocznij skanowanie!
Jeśli rekord DNS jest aktualny dla wszystkich serwerów, powinieneś zobaczyć zielony haczyk i wszędzie ten sam adres IP. W większości przypadków ten adres IP powinien wskazywać na adres IP twojego serwera (wyjątek: jeśli CDN jest podłączony do sieci upstream).
Jeśli błędy są wyświetlane w postaci czerwonego X, oznacza to, że dany serwer nie ma jeszcze poprawnego wpisu. Jeśli adresy IP są różne, serwer nadal ma stary wpis i nie został jeszcze zaktualizowany do nowego. Wtedy jedyną rzeczą, która pomaga, jest czekanie.
Przyczyna 3: Problem po stronie serwera
Strony intensywnie odwiedzane przez użytkowników oraz strony e-commerce, takie jak sklepy WooCommerce, generują bardzo wiele żądań do serwera, które ze względu na swoją zawartość nie mogą być buforowane, co prowadzi do dużego obciążenia serwera - aż do jego upadku.
Rozwiązanie: Jeśli wydajność twojego pakietu hostingowego nie jest wystarczająca dla twojej strony, być może będziesz musiał go uaktualnić. Często pomaga też zmiana hostera, którego architektura serwerów zapewnia lepszą wydajność. Możesz bezpłatnie przeprowadzić testowe przeniesienie do Raidboxes swojej strony internetowej WordPress. Nie będzie to przeszkadzać w działaniu twojej żywej strony, ponieważ otrzymasz całkowicie odrębne środowisko z własnym adresem URL, które nie będzie indeksowane przez wyszukiwarki. W ponad 80 procentach przypadków nastąpił znaczny wzrost wydajności i zmniejszenie liczby błędów 504 do 0.
Przyczyna 4: Traffic spam, ataki DDoS, ataki botów
Ataki DDoS i Traffic Spam mogą zniszczyć twoją stronę, generując tak wiele (nieprzebuforowanych) wejść, że dochodzi do awarii serwera.
Rozwiązanie: Aby filtrować takie ataki, często pomaga użycie CDN , takiego jak Cloudflare, który filtruje dostęp do Twojej strony i blokuje spamboty i ataki. W bardzo uporczywych przypadkach możesz wykluczyć (zablokować) adresy IP atakujących z dostępu do Twojej witryny.
Na stronie Raidboxes można to łatwo zrobić za pomocą ustawień Boxa:
Przyczyna 5: Problemy z wtyczkami i motywami
W niektórych przypadkach bardzo długie żądania z wtyczek lub motywów mogą prowadzić do błędów typu 504 gateway time-out. Jeśli właśnie zaktualizowałeś motyw lub wtyczkę, spróbuj je najpierw dezaktywować.
Dzięki Raidboxes możesz to zrobić za pomocą ustawień wtyczki/tematu Box - nawet jeśli nie możesz już dostać się do swojego backendu WordPressa.
Jeśli nie masz dostępu do swojego backendu WordPressa na innych hostach, możesz połączyć się przez S/FTP i wyszukać odpowiedni motyw lub wtyczkę w folderze ../wp-content/themes lub ../wp-content/plugins i zmienić nazwę folderu. To automatycznie dezaktywuje odpowiedni element.
Jeśli nie jesteś pewien, która wtyczka lub motyw powoduje problem, najpierw przełącz się na standardowy motyw, taki jak Twenty Twenty-Two.
Jeśli to rozwiąże problem, najprawdopodobniej jest on spowodowany przez motyw lub połączenie między motywem a wtyczkami. Skontaktuj się z producentem motywu. Jeśli nie, dezaktywuj wszystkie wtyczki i aktywuj je ponownie stopniowo, aż wyeliminujesz daną wtyczkę. Następnie spróbuj ponownie zainstalować tę wtyczkę. Jeśli i to nie pomoże, skontaktuj się z producentem wtyczki.
Błąd WordPress #4: Błąd przy nawiązywaniu połączenia z bazą danych
Błąd nawiązania połączenia z bazą danych to Super-GAU wśród błędów WordPressa. Komunikat o błędzie oznacza, że twój serwer nie ma już dostępu do bazy danych lub nie może się do niej dostać.
Prawie wszystkie informacje, których Twoja strona potrzebuje do prawidłowego działania, są przechowywane w bazie danych WordPressa. W bazie danych przechowywana jest nie tylko zawartość twoich stron i postów, ale także informacje o logowaniu oraz ustawieniach wtyczek i motywów.
Jedynie obrazy, pliki wtyczek, pliki motywów i pliki podstawowe WordPressa nie są przechowywane w bazie danych, ale w systemie plików twojej witryny, do którego możesz uzyskać dostęp np. przez S/FTP.
Możliwe przyczyny i rozwiązania dla: Błąd nawiązania połączenia z bazą danych
Jeśli twoja strona pozostaje biała i pojawia się tylko komunikat o błędzie "Błąd przy nawiązywaniu połączenia z bazą danych", oznacza to, że twoja strona nie może nawiązać połączenia z bazą danych albo brakuje na niej niezbędnych informacji lub są one nieprawidłowe. W większości przypadków nie możesz się już zalogować do zaplecza WordPressa.
Przyczyna 1: Nieprawidłowe dane w Konfiguracji WP
W większości przypadków przyczyną błędu są po prostu nieprawidłowe informacje o połączeniu z bazą danych. Ten błąd często występuje po przeniesieniu na nowy serwer lub hoster i jest dość łatwy do naprawienia:
Rozwiązanie: W przypadku wszystkich błędów związanych z systemem (a tego w szczególności!), należy wcześniej stworzyć kopię zapasową swojej strony. W przypadku Raidboxes wystarczy utworzyć ręczną kopię zapasową w kopiach zapasowych Boxa. W przypadku innych hosterów, może być konieczne wykonanie kopii zapasowej całej witryny lub przynajmniej plików, które zmieniasz lokalnie.
Teraz należy uzyskać informacje potrzebne do połączenia się z bazą danych. Są to:
- Nazwa bazy danych (DB_NAME)
- MySQL Username (DB_USER)
- MySQL Passwort (DB_PASSWORD)
- Nazwa hosta MySQL (DB_HOST) [To jest serwer].
- Table Prefix ($table_prefix) [meist ‘wp_’]
Zazwyczaj możesz znaleźć te informacje w panelu administracyjnym swojego hostingu. Zazwyczaj nie wszystkie informacje są potrzebne. W Raidboxes, na przykład, wystarczy prefiks tabeli, ponieważ pozostałe wpisy są automatycznie odczytywane i kontrolowane.
Jeśli masz potrzebne informacje, pobierz plik wp-config.php z katalogu głównego swojej instalacji WordPressa przez S/FTP, zrób jego kopię lokalnie jako backup i edytuj oryginał za pomocą edytora takiego jak Notepad++.
Znajdziesz tam następujące linie (uwaga: $table_prefix nie będzie tam we wszystkich przypadkach):
Porównaj te informacje z informacjami, które właśnie uzyskałeś. Zapisz te zmiany i prześlij plik do głównego katalogu swojego serwera (nadpisz oryginalny plik, masz przecież lokalną kopię zapasową). Jeśli informacje są poprawne, powinieneś móc znów normalnie korzystać ze swojej strony.
Przyczyna 2: Nieprawidłowa baza danych
W Twojej bazie danych mógł wystąpić błąd.
Rozwiązanie: WordPress może być w stanie naprawić bazę danych automatycznie. Aby to zrobić, wejdź na stronę yourdomain.com/wp-admin. Jeśli widzisz, że twoja baza danych może zostać naprawiona, dodaj następujące informacje bezpośrednio przed "/* To wszystko, zakończ edycję! Szczęśliwego blogowania. */", dodaj następującą linię do WP Config:
define(‘WP_ALLOW_REPAIR’,true);Następnie przejdź do strony yourwebsite.com/wp-admin/maint/repair.php.
Jeśli to rozwiąże Twoje problemy, nie zapomnij ponownie usunąć tej linii z wp-config.php.
Przyczyna 3: Problemy z hosterem
W pewnych okolicznościach serwer SQL przestaje działać i nie jest dostępny. Możliwe też, że osiągnięto maksymalny rozmiar bazy danych. Albo zasoby twojego hostingu zostały wyczerpane.
Niestety, często zdarza się to w przypadku hostingu współdzielonego. Ponieważ tam dzielisz serwer z wieloma innymi stronami. Jeśli strona zużywa tam dużo zasobów, to oczywiście dzieje się to kosztem twojej strony. Dlatego zawsze polecamy wydajny hosting specjalnie dostosowany do WordPressa, aby nie dochodziło do takich przeciążeń.
Rozwiązanie: Skontaktuj się ze swoim hostingiem lub sprawdź na jego stronie status (jeśli jest dostępna), czy nie ma obecnie żadnych problemów z serwerem. Jeśli to konieczne, poproś hostingodawcę o pokazanie obciążenia procesora i przełączenie się na inny serwer, jeśli obciążenie jest zbyt duże. Jeśli to nie przyniesie żadnej poprawy, powinieneś rozważyć zmianę hostingu na inny.
Wnioski
Na pewno znasz to uczucie paniki, kiedy nagle siedzisz przed białym ekranem lub nie możesz się zalogować do backendu WordPressa. Ważne jest, by zachować zimną krew, systematycznie docierać do sedna sprawy, a następnie wykonać odpowiednie kroki, by rozwiązać problem. Mam nadzieję, że ten artykuł pomoże ci w przyszłości analizować i naprawiać te typowe błędy WordPressa.
Z jakim problemem związanym z WordPressem musiałeś się zmierzyć najczęściej? Nie krępuj się zostawić mi swojej opinii w komentarzach.
"*" wyświetla wymagane pola
