Kompletny przewodnik po rozwiązywaniu 500 wewnętrznych błędów serwera i pustych białych stron w WordPress

Kompletny przewodnik po rozwiązywaniu 500 wewnętrznych błędów serwera i pustych białych stron w WordPress

ten 500 wewnętrzny błąd serwera to najbardziej nieprzydatna zmora użytkowników WordPressa na całym świecie. Jest to komunikat o błędzie typu catch-all, który oznacza dokładnie: coś poszło nie tak. Co gorsza, Twoja witryna WordPress może w ogóle nie zawierać błędów i po prostu wyświetlać pustą białą stronę.





Jak więc dokładnie dowiedzieć się, co jest nie tak i to naprawić?





Po pierwsze: nie panikuj, bo zazwyczaj jest to łatwe rozwiązanie! Następnie: wykonaj ten proces debugowania, a wewnętrzny błąd serwera WordPress zostanie naprawiony w mgnieniu oka.





Czy wtyczki WordPress powodują błąd 500?

Jeśli właśnie zainstalowałeś nową wtyczkę lub jeśli Twoja witryna wyświetla błąd 500 po aktualizacji rdzenia WordPress, najbardziej prawdopodobną przyczyną jest niekompatybilna wtyczka. Istnieje wiele powodów, dla których wtyczka może zostać zepsuta:

  • WordPress mógł usunąć niektóre podstawowe funkcje używane przez wtyczkę.
  • Być może został zakodowany dla starej wersji PHP i nie był aktualizowany od lat.
  • Może być po prostu niepoprawnie zakodowany, na przykład odwołując się do domyślnych nazw baz danych zamiast używania przedrostków. Wszyscy czasami jesteśmy winni leniwego kodowania!

Identyfikacja wtyczki jest łatwa, jeśli właśnie ją zainstalowałeś i właśnie pojawił się błąd. Ale jak wyłączyć wtyczkę, jeśli obszar administracyjny jest niedostępny? A co jeśli nawet nie wiesz, która wtyczka spowodowała błąd? W obu przypadkach będziesz potrzebować dostępu do FTP, ale internetowy menedżer plików z CPanel lub Plesk również będzie działał dobrze.



Rozwiązanie:

Wiesz dokładnie, która wtyczka jest uszkodzona? Znajdź wtyczkę i usuń ją z poziomu wp-treść/wtyczki/ teczka. Teraz powinno być możliwe ponowne zalogowanie się. Znajdź alternatywę dla dowolnej funkcjonalności, której potrzebujesz.

Jeśli nie masz pewności, która wtyczka spowodowała błąd, zmień nazwę całego wp-treść/wtyczki/ sam folder. Umieść podkreślenie (' _ ') z przodu, więc to się nazywa _wtyczki .





Umieszczenie podkreślenia (_) na początku nazwy folderu wtyczek to szybki i łatwy sposób na dezaktywację wszystkich wtyczek jednocześnie!

Zmieniając nazwę folderu, skutecznie dezaktywujesz każdą wtyczkę naraz. Powinno być możliwe ponowne zalogowanie się, ale zostaniesz powitany listą komunikatów o błędach z WordPressa o treści „Wtyczka coś.php została dezaktywowana z powodu błędu: plik wtyczki nie istnieje”.





Nie martw się, nie utraciłeś żadnych ustawień. Ustawienia wtyczek są przechowywane w bazie danych, a większość wtyczek odnajdzie je ponownie po ponownej aktywacji.

Następny, zmień nazwę folderu z powrotem , usuwając podkreślenie. Wszystkie będą wymienione na Twojej stronie Wtyczki, ale w stanie dezaktywowanym. Możesz je teraz reaktywować jeden po drugim, aż znajdziesz winowajcę.

Gdy witryna ponownie się zawiesi, powtórz proces, ale tym razem nie aktywuj ponownie uszkodzonej wtyczki!

500 Wewnętrzny błąd serwera: niezgodny motyw

Wyłączenie wtyczek nie pomogło? Może to być wtedy związane z twoim motywem. Podobnie jak w przypadku wtyczek, możesz wymusić wyłączenie aktywnego motywu, po prostu zmieniając nazwę jego folderu, który znajdziesz w wp-treść/motywy/ informator.

Jeśli nadal nie możesz uzyskać dostępu do obszaru administracyjnego po próbie zmiany nazw wtyczek i bieżącego motywu, przejdź do dalszych kroków. Jeśli możesz się zalogować, WordPress powiadomi Cię, że został przywrócony do domyślnego motywu. W tym momencie możesz znaleźć nowy motyw, skontaktować się z twórcą motywu w celu uzyskania pomocy lub spróbować samodzielnie go naprawić.

Aby naprawić to samodzielnie lub podać dalsze wyjaśnienia dla dewelopera, zapoznaj się z sekcją później Włączanie trybu debugowania WordPress .

500 Wewnętrzny błąd serwera: nieprawidłowy plik .htaccess

Jeśli dezaktywacja wtyczek i motywu nic nie dała, możliwe, że Twój .htaccess plik został w jakiś sposób uszkodzony. Zwykle dzieje się tak, jeśli nadal możesz uzyskać dostęp do obszaru administracyjnego witryny, ale interfejs nie działa poprawnie.

Plik .htaccess obsługuje konwersję permalinków (ładne wersje adresu URL, takie jak /moj-blog-post ), do wewnętrznego schematu brzydkich adresów URL WordPress (ten, który otrzymujesz domyślnie, który wygląda jak /? p=12345). To kluczowa część WordPressa, ale wtyczki mogą czasem to zepsuć.

jak uzyskać internet w domu?

Rozwiązanie:

Ponownie przejdź do swojego klienta FTP lub menedżera plików. Zmień nazwę .htaccess plik w katalogu głównym katalogu instalacyjnego WordPressa do czegoś takiego .htaccess_old . Jeśli nie widzisz tam pliku, musisz włączyć przeglądanie ukrytych plików ---dokładna metoda wykonania tego zależy od klienta FTP.

Kropka na początku nazwy pliku to sposób na powiedzenie „ukryj ten plik” w Linuksie i innych systemach typu UNIX.

Po zmianie nazwy bieżącego .htaccess wróć do obszaru administracyjnego WordPress, a następnie przejdź do Ustawienia > Permalinki i bez wprowadzania zmian naciśnij Zapisz. Spowoduje to automatyczne wygenerowanie nowej działającej wersji pliku.

Jeśli ręcznie dokonałeś jakichkolwiek zmian w pliku, zostaną one utracone (ale i tak nie powinieneś edytować pliku ręcznie).

Włącz tryb debugowania WordPress, aby śledzić błędy

Możemy włączyć dziennik debugowania z poziomu konfiguracji WordPressa, co może dać wskazówkę co do dokładnego problemu, ale w tym momencie jesteś sam. Musisz wymyślić, jak to naprawić, co będzie wymagało umiejętności kodowania.

Aby włączyć dziennik debugowania, otwórz wp-config.php , który znajdziesz w katalogu głównym instalacji WordPressa. Bądź bardzo ostrożny podczas edycji tego pliku: dobrym pomysłem może być najpierw wykonanie kopii, którą można cofnąć w przypadku jakichkolwiek niezamierzonych zmian.

Znajdź linię, która mówi:

define('WP_DEBUG', false);

Jeśli Twoja witryna nie jest często odwiedzana i nie przeszkadza Ci, że komunikaty o błędach są wyświetlane wszystkim, po prostu zmień słowo fałszywe do prawda . Komunikaty o błędach będą teraz wyświetlane po załadowaniu witryny.

jak pobierać zdjęcia z Instagrama na PC

Jeśli wolisz zachować prywatność komunikatów o błędach, skomentuj ten wiersz, wpisując // na początku, a następnie wklej poniżej:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);

Rozpocznie to wypisywanie błędów do pliku w wp-treść folder o nazwie error.log . Jeśli odświeżysz klienta FTP i po około minucie nic nie zobaczysz, możliwe, że WordPress nie ma uprawnień do utworzenia pliku. Ręcznie utwórz nowy plik error.log i nadaj mu uprawnienia 666.

Uważaj: ten plik będzie się powiększał, dopóki nie usuniesz tych linii z konfiguracji. Nie zapomnij również odkomentować oryginalnej linii. Przeczytaj plik w dowolnym edytorze tekstu i sprawdź, czy nie ma krytycznych błędów PHP.

W tym przykładzie widzę wiele powiadomień PHP dotyczących przestarzałego kodu, ale w rzeczywistości nie spowodują one uszkodzenia witryny.

500 Wewnętrzny błąd serwera: błędna konfiguracja serwera

Prowadzenie własnego wirtualnego serwera prywatnego nie jest łatwe. Miałem kiedyś do czynienia z tajemniczym przypadkiem, w którym mniej więcej połowa wszystkich załadowanych stron wyświetlała błąd 500, ale bez dostrzegalnego wzorca i żadnych wskazówek w dziennikach błędów serwera. Aktywacja dzienników debugowania WordPressa również nie wykazała niczego oczywistego: wiele powiadomień PHP i przestarzałych, ale nic krytycznego.

Wreszcie zdałem sobie sprawę, że zainstalowałem buforowanie APC na serwerze w weekend wcześniej, aby używać go z W3 Total Cache w celu przyspieszenia działania witryny. Odinstalowanie, które całkowicie wyeliminowało błędy 500.

Chodzi mi o to, że błąd 500 może być po prostu kombinacją konfiguracji serwera, która przedstawia niezgodność. Jest to mało prawdopodobne, jeśli korzystasz z usług zarządzanych, ale z własnym wirtualnym serwerem prywatnym ( co to jest serwer wirtualny i dlaczego warto go chcieć ) odpowiadasz za upewnienie się, że wszystko działa, a to jest trudniejsze, niż się wydaje.

Czy Twoja witryna nie ma pamięci?

Na współdzielonym hoście możesz znaleźć Limit pamięci PHP jest hitem ---WooCommerce, fora lub powiązane wtyczki mogą to powodować ze względu na swoją złożoność. Jeśli masz szczęście, zobaczysz komunikat o błędzie, taki jak „Błąd krytyczny: wyczerpano dozwolony rozmiar pamięci xxx bajtów”, ale nie zawsze.

Możesz to naprawić, dodając następujący wiersz do swojego wp-config.php :

define('WP_MEMORY_LIMIT', '64M');

Większość współdzielonych hostów nie pozwala jednak na zwiększenie limitu pamięci --- otrzymujesz to, co masz. Być może nadszedł czas na rozważenie innych form hostingu.

500 Naprawiono błąd? Teraz rób kopie zapasowe codziennie!

Aktualizuj wtyczki, aby uniknąć konfliktów z nowymi wersjami WordPress

Najlepszą obroną przed wszelkimi krytycznymi błędami WordPressa jest utrzymywanie codziennych kopii zapasowych, a także ręcznych kopii zapasowych przed każdą znaczącą akcją (jak główna aktualizacja WordPressa). Ponadto aktualizuj wtyczki i motywy: nowe wersje WordPressa często łamią stary kod.

Awaria witryny może być przerażająca — zwłaszcza jeśli jest to dla Ciebie źródło dochodu, a nie tylko hobby. Postępując zgodnie z tym przewodnikiem i będąc metodycznym, wkrótce powinieneś mieć kopię zapasową.

Rozważ uaktualnienie do zarządzanej usługi hostingowej WordPress, która obsługuje kopie zapasowe i optymalizacje za Ciebie, dzięki czemu takie błędy nie występują. Polecamy InMotion Hosting (użyj ten link aby uzyskać 38% zniżki) i Bluehost (użyj ten link aby uzyskać 25% zniżki).

Udział Udział Ćwierkać E-mail Usuń te pliki i foldery systemu Windows, aby zwolnić miejsce na dysku

Chcesz zwolnić miejsce na dysku na komputerze z systemem Windows? Oto pliki i foldery systemu Windows, które można bezpiecznie usunąć, aby zwolnić miejsce na dysku.

Czytaj dalej
Powiązane tematy
  • Programowanie
  • Wordpress
  • Wtyczki Wordpress
O autorze James Bruce(707 opublikowanych artykułów)

James ma tytuł licencjata w dziedzinie sztucznej inteligencji i posiada certyfikaty CompTIA A+ i Network+. Kiedy nie pracuje jako redaktor recenzji sprzętu, lubi gry LEGO, VR i gry planszowe. Przed dołączeniem do MakeUseOf był technikiem oświetlenia, nauczycielem języka angielskiego i inżynierem centrum danych.

Więcej od Jamesa Bruce .a

Zapisz się do naszego newslettera

Dołącz do naszego newslettera, aby otrzymywać porady techniczne, recenzje, bezpłatne e-booki i ekskluzywne oferty!

Kliknij tutaj, aby zasubskrybować