Jak naprawić wewnętrzny błąd serwera 500 w WordPress

Gdy natrafisz na podobny błąd, nie panikuj – mimo że artykuł nie podaje informacji, jak go naprawić, ani jego źródła. W tym artykule dowiesz się, jak z łatwością rozwiązać ten problem.

Spis treści

Jak naprawić wewnętrzny błąd serwera w WordPressie

Wewnętrzny błąd serwera może wystąpić z następujących powodów:

Uszkodzony plik .htaccess
Uszkodzone wtyczki lub motywy
Uszkodzony plik główny WordPressa
Limit pamięci

Teraz, gdy znasz już prawdopodobne źródła wewnętrznego błędu serwera, możemy przystąpić do jego rozwiązania w dowolnym momencie, gdy na niego natrafimy. Zanim jednak przejdziemy dalej, zapisz sobie ostatnią czynność, jaką wykonałeś na swojej stronie internetowej przed wystąpieniem tego błędu, ponieważ pomoże to szybko zidentyfikować źródło błędu.

Na przykład, powiedzmy, że właśnie aktywowałeś nowy motyw i pojawił się wewnętrzny błąd serwera. Wiedziałbyś, że źródłem tego błędu jest motyw, który właśnie aktywowałeś.

1) Uszkodzony plik .htaccess

Plik .htaccess (Hypertext Access) to plik konfiguracyjny, który służy do kontrolowania katalogu, w którym się znajduje, i wszystkich katalogów podrzędnych w katalogu hosta. W tym przypadku „public_html” lub „www” to katalog nadrzędny/hosta, a wszystkie inne katalogi w jednym z tych dwóch to podrzędne/podkatalogi. Plik .htaccess ma kontrolę nad wszystkimi z nich.

Uszkodzony plik .htaccess można zastąpić jedną z poniższych metod:

Jeśli możesz zalogować się do obszaru administracyjnego WordPress, przejdź do Ustawienia -> Permalinks, po prostu kliknij przycisk „Zapisz zmiany” bez zmiany jakichkolwiek ustawień. Spowoduje to wygenerowanie nowego pliku .htaccess. Ponownie załaduj stronę internetową, aby sprawdzić, czy błąd został naprawiony. Jeśli błąd nadal występuje, użyj drugiej metody.
Ta metoda wymaga zalogowania się na serwerze FTP lub możesz użyć menedżera plików w Panelu sterowania, szczegóły dotyczące logowania się na serwerze FTP można znaleźć w Panelu sterowania lub na koncie hostingowym. Po zalogowaniu przejdź do katalogu „public_html” lub „www” i kliknij dwukrotnie. Domyślnie niektóre firmy hostingowe ukryły plik .htaccess, jeśli tak jest, przejdź do ustawień i zezwól na „pokaż ukryte pliki”. Gdy plik będzie widoczny, kliknij prawym przyciskiem myszy i wybierz „zmień nazwę”, dodaj „_old” do nazwy pliku, np. „.htaccess_old”, a następnie zapisz. Ta metoda wymusi również wygenerowanie przez WordPress nowego pliku .htaccess. Ponownie załaduj stronę internetową, aby sprawdzić, czy błąd został naprawiony.

2) Uszkodzone wtyczki lub motywy

Tak samo ważne jak WordPress ponieważ są, źle zakodowane wtyczki i motywy mogą być źródłem wewnętrznego błędu serwera, gdy już będziesz pewien, że błąd jest spowodowany przez wtyczkę lub motyw, zaloguj się do serwera FTP, znajdź i kliknij dwukrotnie katalog „publick_html” w katalogu, znajdź i kliknij dwukrotnie katalog „wp-content”. Jeśli błąd został odizolowany od problemu z wtyczką, zmień nazwę katalogu „plugins” i dopisz „_deactivated”, np. „plugins_deactivated”, ta czynność uniemożliwi WordPressowi załadowanie twoich wtyczek, co naprawi błąd.

Jeśli błąd został ograniczony do kwestii motywów, kliknij dwukrotnie katalog motywów i znajdź katalog bieżącego motywu, kliknij prawym przyciskiem myszy folder i zmień nazwę na inną. Ta czynność wymusi załadowanie domyślnego motywu przez WordPress. Odśwież stronę internetową, aby sprawdzić, czy błąd został naprawiony.

3) Uszkodzony plik główny WordPressa

Pliki rdzenia WordPressa mogą również ulec atakowi wirusa, zmieniając w ten sposób strukturę kodu i powodując błąd Internal Server Error. Kiedy tak się stanie, pierwszym krokiem jest wykonanie kopii zapasowej bazy danych (można to zrobić z Panelu sterowania w sekcji bazy danych), zapisanie na dysku lokalnym. Możesz również wykonać kopię zapasową katalogu „wp-contents”.

Następnym krokiem jest zresetowanie witryny (można to również zrobić z Panelu sterowania) i ponowna instalacja skryptu WordPress. Jeśli możesz zidentyfikować uszkodzony plik lub katalog, możesz usunąć i ponownie przesłać pojedynczy plik lub katalog ze świeżego skryptu WordPress.

4) Niewystarczający limit pamięci

Podczas wykonywania kodów serwer potrzebuje wystarczającej ilości pamięci, aby ukończyć zadanie wykonania, WordPress został zoptymalizowany, aby bez problemu radzić sobie z limitem pamięci. Na przykład, jeśli PHP przydzielono 64 MB, nie musisz ustawiać wartości na 64M, ponieważ WordPress automatycznie wykorzysta wszystkie 64 MB, jeśli zajdzie taka potrzeba.

Są przypadki, w których Twój dostawca usług hostingowych przydzielił mniej pamięci niż potrzeba i nie pozwala na zwiększenie limitu pamięci PHP, w takim przypadku WordPress nie będzie mógł wykorzystać wszystkich 64 MB, ponieważ przydział dostawcy usług hostingowych zastępuje przydział WordPress. Krokiem, który należy podjąć, jest skontaktowanie się z hostem i poproszenie go o zwiększenie limitu pamięci.

Po zwiększeniu, logując się na serwer FTP, przejdź do katalogu „public_html”, w katalogu poszukaj pliku o nazwie „wp-config.php”. Kliknij prawym przyciskiem myszy plik i wybierz „Widok/Edytuj”, może pojawić się okno z prośbą o wybranie edytora, wybierz domyślny. Natychmiast po „

5) Aby szybciej znaleźć i naprawić błędy WordPressa, możesz włączyć raportowanie błędów

WordPress ma potężne narzędzie o nazwie „tryb debugowania”. Tryb debugowania WordPressa to wszystko w jednym detektorze błędów, nawet gdy nie zajmuje się wewnętrznym błędem serwera. To narzędzie pozwala na dokładne określenie źródła każdego błędu na Twojej stronie internetowej. Generuje plik tekstowy, który podaje lokalizację w katalogu WordPress i znacznik czasu błędu.

Aby włączyć raportowanie błędów, musisz edytować plik „wp-config.php”, zlokalizować plik (znajduje się on w katalogu „public_html” lub „www”), kliknąć prawym przyciskiem myszy i wybrać opcję „Widok/Edytuj” pod otwierającym znacznikiem „

zdefiniuj („WP_DEBUG”, prawda);

zdefiniuj('WP_DEBUG_LOG', true);

zdefiniuj('WP_DEBUG_DISPLAY', false)

zdefiniuj („WP_DEBUG”, prawda); aktywuje tryb debugowania.

zdefiniuj('WP_DEBUG_LOG', true); informuje WordPressa o zapisaniu i zaktualizowaniu pliku debug.log w katalogu domowym.

zdefiniuj('WP_DEBUG_DISPLAY', false); ukrywa błąd przed opinią publiczną, tak że tylko Ty możesz go zobaczyć.

Zaloguj się do serwera FTP i znajdź plik debug.log w katalogu głównym swojej witryny, edytuj plik i wyświetl dzienniki błędów.

Potrzebujesz więcej poradników na temat rozwiązywania błędów WordPressa za pomocą dziennika błędów? Jest świetny post na temat tego, jak to naprawić na 000webhost post na blogu.

Jak naprawić WordPress 500 – wewnętrzny błąd serwera