Zaufane samouczki WordPress, kiedy ich najbardziej potrzebujesz.
Przewodnik dla początkujących po WordPressie
WPB Cup
25 milionów+
Witryny korzystające z naszych wtyczek
16+
Lata doświadczenia z WordPressem
3000+
Samouczki WordPress od ekspertów

Jak naprawić błąd 500 Internal Server Error w WordPress

Twoja witryna WordPress działała idealnie — aż do momentu, gdy nagle przestała. Zamiast strony głównej widzisz błąd 500 Internal Server Error. Bez ostrzeżenia, bez jasnego wyjaśnienia — po prostu frustrujący ślepy zaułek. 😨

Znamy to uczucie. Ten moment zwątpienia, gdy Twoja witryna przestaje działać i nie masz pojęcia dlaczego. Jest to jeden z najczęstszych błędów WordPress, a jednocześnie jeden z najbardziej tajemniczych. Nie mówi, co jest nie tak, tylko że coś jest zepsute.

Dobra wiadomość? Prawie zawsze można to naprawić. Pomogliśmy niezliczonym klientom i wielokrotnie spotkaliśmy się z tym błędem.

W tym przewodniku przeprowadzimy Cię przez dokładne kroki, aby przywrócić Twoją witrynę do działania. Po prostu postępuj zgodnie z instrukcjami, a wkrótce wszystko będzie działać ponownie.

Naprawianie błędu wewnętrznego serwera w WordPress

Oto szybki przegląd tematów, które omówimy w tym artykule:

Czym jest błąd 500 Internal Server Error?

Błąd wewnętrzny serwera 500 jest jak zamknięte drzwi bez klucza. Wiesz, że coś jest nie tak, ale nie ma żadnej notatki wyjaśniającej, co się stało.

Ten błąd nie jest tylko problemem WordPress. Może pojawić się na każdej stronie internetowej, gdy serwer napotka problem, którego nie wie, jak obsłużyć.

„500” w komunikacie to kod statusu HTTP. Jeśli go wyszukasz, znajdziesz niejasną definicję:

„Kod odpowiedzi 500 Internal Server Error wskazuje, że serwer napotkał nieoczekiwany warunek, który uniemożliwił mu realizację żądania.”

To nie jest zbyt pomocne, prawda? To sposób serwera na powiedzenie: „Coś się zepsuło, ale nie jestem pewien co”.

Sposób wyświetlania tego błędu zależy od konfiguracji hostingu i przeglądarki internetowej. Oto przykład, jak pojawia się na serwerze Apache:

Strona błędu wewnętrznego serwera na Apache

Jeśli Twoja strona działa na Nginx, może wyglądać nieco inaczej. A jeśli Google Chrome nie może załadować poprawnej strony z błędem, zobaczysz coś takiego:

Błąd HTTP 500 w Google Chrome

Dla początkujących może to być przytłaczające. Nie ma żadnego komunikatu mówiącego, co poszło nie tak ani jak to naprawić.

To tak, jakby prosić mechanika o naprawę samochodu, nie mówiąc mu, co jest zepsute. Będzie musiał sprawdzić różne części, aż znajdzie problem.

Z naszego doświadczenia wynika, że najlepszym sposobem na rozwiązanie problemu jest podejście krok po kroku. Przeprowadzimy Cię przez najczęstsze przyczyny i rozwiązania, aby Twoja witryna znów działała.

Co powoduje błąd wewnętrznego serwera w WordPress?

Błąd wewnętrznego serwera w WordPress jest jak układanka z brakującymi elementami. Wiesz, że coś jest nie tak, ale komunikat o błędzie nie mówi Ci dokładnie, gdzie jest problem.

Z naszego doświadczenia wynika, że najczęstszym winowajcą jest uszkodzony plik .htaccess. Czasami jest to źle działająca wtyczka lub motyw, który nie współpracuje z Twoją konfiguracją.

Innym razem Twoja witryna może osiągnąć limit pamięci PHP, powodując awarię WordPressa. Uszkodzone pliki rdzenia również mogą wywołać ten błąd, pozostawiając Cię zablokowanym bez ostrzeżenia.

W niektórych przypadkach błąd pojawia się tylko podczas próby dostępu do obszaru administracyjnego WordPressa, podczas gdy reszta Twojej witryny działa poprawnie. To tak, jakbyś został zablokowany przed własnym domem, podczas gdy goście nadal mogą wejść tylnymi drzwiami.

To, co czyni ten błąd trudnym do zdiagnozowania, to fakt, że zazwyczaj pojawia się on, zanim WordPress zdąży się poprawnie załadować. Oznacza to, że serwer nie może zebrać wystarczających szczegółów, aby wyjaśnić, co poszło nie tak.

Jeśli chcesz dowiedzieć się więcej o tym, jak WordPress działa pod maską, zapoznaj się z naszym przewodnikiem na temat jak WordPress działa pod maską.

Teraz przejdźmy przez kroki rozwiązywania problemów, aby Twoja witryna znów działała.

Naprawianie błędu 500 Internal Server Error w WordPress

Zanim zaczniesz rozwiązywać problemy, upewnij się, że masz pod ręką pełną kopię zapasową swojej witryny WordPress.

Jeśli masz dostęp do obszaru administracyjnego WordPress, możesz użyć wtyczki do tworzenia kopii zapasowych WordPress, aby utworzyć pełną kopię zapasową swojej witryny.

Zalecamy użycie Duplicator do obsługi tego. Nie tylko pomaga szybko tworzyć kopie zapasowe Twojej witryny, ale także możesz przechowywać kopie zapasowe w chmurze, a co najważniejsze, możesz przywrócić swoją witrynę z kopii zapasowej.

Z drugiej strony, jeśli nie masz dostępu do obszaru administracyjnego WordPress, możesz ręcznie utworzyć kopię zapasową WordPress za pomocą phpMyAdmin i klienta FTP.

Po tym możesz postępować zgodnie z poniższymi krokami, aby rozwiązać problemy i naprawić błąd wewnętrznego serwera na swojej stronie internetowej.

Wyczyść pamięć podręczną WordPress i przeglądarki

Przeglądarki i wtyczki buforujące WordPress mogą czasami błędnie przechowywać buforowaną kopię strony z błędem.

Najprostszym sposobem na naprawienie tego jest najpierw wyczyszczenie pamięci podręcznej przeglądarki.

Wyczyść pamięć podręczną

Następnie, jeśli masz dostęp do obszaru administracyjnego WordPress Twojej witryny, możesz wyczyścić pamięć podręczną WordPress, odwiedzając stronę ustawień swojej wtyczki do buforowania.

Szczegółowe informacje znajdziesz w naszym poradniku jak wyczyścić pamięć podręczną WordPress.

Sprawdzanie uszkodzonego pliku .htaccess

Plik .htaccess to plik konfiguracyjny serwera używany przez WordPress do ustawiania przekierowań.

Jedną z najczęstszych przyczyn błędu wewnętrznego serwera jest uszkodzony plik .htaccess.

Najprostszym sposobem na naprawienie tego jest po prostu odwiedzenie strony Ustawienia » Bezpośrednie odnośniki w obszarze administracyjnym WordPress, a następnie kliknięcie przycisku „Zapisz zmiany” bez wprowadzania żadnych zmian.

Zaktualizuj linki stałe, aby wygenerować plik .htaccess

WordPress spróbuje teraz zaktualizować Twój plik .htaccess lub wygenerować nowy. Możesz teraz odwiedzić swoją stronę, aby sprawdzić, czy to rozwiązało błąd wewnętrznego serwera.

Jeśli nadal widzisz błąd, musisz upewnić się, że WordPress był w stanie wygenerować plik .htaccess lub zapisać do niego.

Czasami, z powodu uprawnień do plików i katalogów, WordPress może nie być w stanie utworzyć lub zapisać pliku .htaccess.

Możesz teraz spróbować ręcznie zastąpić plik .htaccess. Najpierw musisz zalogować się na swoją stronę internetową za pomocą FTP lub aplikacji Menedżer plików w panelu kontrolnym hostingu.

Następnie musisz zmienić nazwę swojego głównego pliku .htaccess na coś w rodzaju .htaccess_old. Pozwoli Ci to zachować plik jako kopię zapasową, ale WordPress go nie rozpozna.

Aby zmienić nazwę pliku .htaccess, musisz zalogować się na swoją stronę za pomocą FTP lub aplikacji Menedżer plików w panelu administracyjnym hostingu.

Po połączeniu plik .htaccess będzie znajdował się w tym samym katalogu, w którym zobaczysz foldery takie jak wp-content, wp-admin i wp-includes.

Po prostu kliknij prawym przyciskiem myszy na plik .htaccess i zmień jego nazwę na .htaccess_old.

Zmień nazwę pliku .htaccess

Następnie musisz utworzyć nowy plik .htaccess.

W głównym folderze Twojej witryny kliknij prawym przyciskiem myszy, a następnie wybierz opcję „Utwórz nowy plik” w swoim kliencie FTP lub aplikacji Menedżer plików.

Utwórz nowy plik htaccess

Nazwij ten nowy plik .htaccess i kliknij „OK”, aby go zapisać.

Teraz ten plik .htaccess jest pusty i musisz dodać do niego domyślne reguły przepisywania WordPressa.

Po prostu kliknij prawym przyciskiem myszy na plik, a następnie wybierz „Wyświetl/Edytuj” w swoim kliencie FTP lub aplikacji Menedżer plików.

Edytuj plik .htaccess

Pusty plik otworzy się w prostym edytorze tekstu, takim jak Notatnik lub TextEdit.

Teraz musisz skopiować i wkleić poniższy kod w jego wnętrzu:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Ten kod to domyślny zestaw reguł używany przez WordPress. Nie zapomnij zapisać zmian i przesłać pliku z powrotem na serwer.

Możesz teraz odwiedzić swoją witrynę, aby sprawdzić, czy to rozwiązało błąd wewnętrzny serwera.

Jeśli tak się stało, pogratuluj sobie, ponieważ naprawiłeś błąd wewnętrznego serwera.

Ważne: Zanim przejdziesz dalej, upewnij się, że przeszedłeś do strony Ustawienia » Permalink w obszarze administracyjnym WordPress i kliknąłeś przycisk Zapisz bez wprowadzania żadnych zmian. Spowoduje to ponowne wygenerowanie pliku .htaccess z odpowiednimi regułami zapisu, aby upewnić się, że strony Twoich postów nie zwracają błędu 404.

Jeśli sprawdzenie rozwiązania z uszkodzonym plikiem .htaccess nie zadziałało, musisz kontynuować czytanie tego artykułu.

Zwiększenie limitu pamięci PHP

Czasami błąd wewnętrzny serwera może wystąpić, jeśli skrypt zużyje cały limit pamięci PHP.

Najprostszym sposobem na zwiększenie limitu pamięci PHP jest edycja pliku wp-config.php. Zachowaj ostrożność podczas tej czynności, jeśli jesteś początkującym. Chcesz postępować zgodnie z tymi instrukcjami ostrożnie, ponieważ nawet drobne błędy w plikach rdzennych WordPressa mogą zepsuć Twoją witrynę.

Aby rozpocząć, po prostu połącz się ze swoją stroną WordPress za pomocą klienta FTP lub aplikacji Menedżer plików w panelu kontrolnym hostingu.

Plik wp-config.php znajdziesz w głównym folderze swojej witryny. Kliknij go prawym przyciskiem myszy i wybierz „Pobierz”. Zapewni to kopię zapasową pliku na wypadek, gdyby coś poszło nie tak.

Po zapisaniu możesz kliknąć go prawym przyciskiem myszy i wybrać „Wyświetl/Edytuj”.

Edytuj plik wp-config

W pliku wp-config.php musisz dodać następujący kod tuż nad linią, która brzmi: „To wszystko, przestań edytować! Miłego publikowania”:

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

Więcej szczegółów znajdziesz w naszym poradniku na temat zwiększania limitu pamięci PHP w WordPress.

Uwaga: Jeśli 256M nie rozwiąże problemu, spróbuj zwiększyć go do 512M.

Jeśli widzisz błąd wewnętrzny serwera tylko wtedy, gdy próbujesz zalogować się do panelu administracyjnego WordPress lub przesłać obraz w swoim wp-admin, powinieneś zwiększyć limit pamięci, wykonując następujące kroki:

  1. Utwórz na swoim komputerze pusty plik tekstowy i nazwij go php.ini
  2. Wklej tam ten kod: memory=256MB
  3. Zapisz plik
  4. Prześlij go do swojego folderu /wp-admin/ za pomocą FTP

Jeśli zwiększenie limitu pamięci rozwiązało problem, to tylko tymczasowo. Nadal musisz znaleźć przyczynę, która wyczerpuje Twój limit pamięci.

Może to być źle napisana wtyczka lub nawet funkcja motywu. Zdecydowanie zalecamy, aby poprosić swoją firmę hostingową WordPress o sprawdzenie logów serwera, aby pomogła Ci znaleźć dokładne diagnozy.

Jeśli zwiększenie limitu pamięci PHP nie rozwiązało problemu, potrzebujesz dalszego rozwiązywania problemów.

Dezaktywuj wszystkie wtyczki WordPress

Jeśli żadne z powyższych rozwiązań nie zadziałało, ten błąd jest najprawdopodobniej spowodowany przez konkretną wtyczkę zainstalowaną na Twojej stronie internetowej.

Jest również możliwe, że jest to kombinacja wtyczek, które nie współpracują ze sobą.

Jeśli masz dostęp do obszaru administracyjnego WordPress swojej witryny, możesz po prostu przejść do strony wtyczek i dezaktywować wszystkie wtyczki WordPress.

Dezaktywuj wszystkie wtyczki

Jednakże, jeśli nie możesz uzyskać dostępu do obszaru administracyjnego WordPress, możesz dezaktywować wszystkie wtyczki WordPress za pomocą FTP.

Po prostu połącz się ze swoją stroną WordPress za pomocą klienta FTP lub aplikacji menedżera plików w panelu sterowania swojego hostingu.

Po połączeniu przejdź do folderu /wp-content/ i zmień nazwę folderu plugins na plugins.deactivated.

Wtyczki dezaktywowane przez FTP

WordPress szuka wtyczek w folderze wtyczek. Jeśli folder wtyczek nie zostanie znaleziony, wszystkie wtyczki zostaną automatycznie dezaktywowane.

Możesz teraz spróbować odwiedzić swoją stronę, aby sprawdzić, czy rozwiązało to problem błędu wewnętrznego serwera na Twojej stronie.

Aby przywrócić wszystkie wtyczki, możesz po prostu zmienić nazwę folderu „plugins.deactivated” z powrotem na plugins.

Twoje wtyczki zostaną przywrócone, ale nadal będą dezaktywowane.

Możesz teraz aktywować wtyczki pojedynczo i odwiedzić swoją stronę internetową, aby dowiedzieć się, która wtyczka powoduje błąd wewnętrznego serwera.

Więcej szczegółów znajdziesz w naszym przewodniku jak dezaktywować wszystkie wtyczki WordPress bez dostępu do panelu administracyjnego.

Jeśli dezaktywacja wszystkich wtyczek nie rozwiązała błędu wewnętrznego serwera na Twojej stronie internetowej, kontynuuj czytanie.

Przełącz się na domyślny motyw WordPressa

Jedną z możliwych przyczyn błędu wewnętrznego serwera może być jakiś kod w Twoim motywie WordPress.

Aby ustalić, czy tak jest, musisz przełączyć swój motyw na domyślny motyw WordPressa.

Jeśli masz dostęp do obszaru administracyjnego WordPress, przejdź do strony Wygląd » Motywy. Jeśli masz już zainstalowany domyślny motyw, możesz po prostu kliknąć przycisk Aktywuj, aby przełączyć motyw.

Aktywuj domyślny motyw

Jeśli nie masz zainstalowanego domyślnego motywu, możesz kliknąć przycisk „Dodaj nowy” na górze i zainstalować domyślny motyw (Twenty Twenty-Three, Twenty Twenty-Two i tak dalej).

Jeśli nie masz dostępu do obszaru administracyjnego WordPress, nadal możesz przełączyć się na domyślny motyw.

Po prostu połącz się ze swoją witryną WordPress za pomocą klienta FTP i przejdź do folderu /wp-content/.

Kliknij prawym przyciskiem myszy, aby wybrać folder motywów i pobierz go na swój komputer jako kopię zapasową.

Pobierz folder motywu

Następnie musisz usunąć folder motywów ze swojej strony internetowej. Po jego usunięciu utwórz nowy folder motywów.

Twój nowy folder motywów będzie całkowicie pusty, co oznacza, że w tej chwili nie masz zainstalowanych żadnych motywów WordPress.

Następnie musisz odwiedzić katalog motywów WordPress i pobrać domyślny motyw WordPress na swój komputer.

Pobierz domyślny motyw

Twoja przeglądarka pobierze motyw jako plik zip na Twój komputer.

Zlokalizuj plik na swoim komputerze, a następnie go rozpakuj. Użytkownicy systemu Windows mogą rozpakować plik, klikając go prawym przyciskiem myszy, a następnie wybierając „Wyodrębnij wszystko”. Użytkownicy systemu Mac mogą dwukrotnie kliknąć plik zip, aby go rozpakować.

Wyodrębnij pliki motywu

Zobaczysz teraz folder zawierający Twój motyw WordPress.

Przełącz się z powrotem do klienta FTP lub Menedżera plików i prześlij ten folder do pustego folderu motywów.

Prześlij folder motywu

Po przesłaniu WordPress automatycznie zacznie używać domyślnego motywu.

Możesz teraz odwiedzić swoją witrynę, aby sprawdzić, czy to rozwiązało błąd wewnętrzny serwera.

Jeśli to nie zadziała, możesz ponownie przesłać swoje motywy WordPress z kopii zapasowej lub wrócić do używanego wcześniej motywu.

Nie martw się. Jest jeszcze kilka rzeczy, które możesz zrobić, aby naprawić błąd.

Ponowne przesyłanie plików rdzeniowych

Jeśli opcje wtyczki i motywu nie rozwiązały problemu wewnętrznego błędu serwera, warto ponownie przesłać foldery /wp-admin/ i /wp-includes/ z czystej instalacji WordPressa.

To NIE usunie żadnych twoich danych, ale może rozwiązać problem, jeśli jakiś plik jest uszkodzony.

Najpierw musisz odwiedzić stronę WordPress.org i kliknąć przycisk „Pobierz”.

Pobierz bibliotekę multimediów

Spowoduje to pobranie pliku zip WordPress na Twój komputer.

Rozpakuj plik zip. Wewnątrz znajdziesz folder wordpress.

Rozpakowany folder WordPress

Następnie musisz połączyć się ze swoją stroną WordPress za pomocą klienta FTP.

Po połączeniu przejdź do głównego folderu swojej strony internetowej. Jest to folder, który zawiera w sobie foldery wp-admin, wp-includes i wp-content.

W lewej kolumnie otwórz folder WordPress na swoim komputerze.

Teraz musisz zaznaczyć wszystkie pliki w folderze wordpress i przesłać je na swoją stronę internetową.

Prześlij podstawowe pliki WordPress

Twój klient FTP przesle teraz te foldery na Twój serwer.

Zostaniesz zapytany, czy chcesz nadpisać pliki. Wybierz „Nadpisz”, a następnie wybierz „Zawsze używaj tej akcji” i zaznacz pole wyboru „Zastosuj tylko do bieżącej kolejki”.

Nadpisywanie plików rdzeniowych WordPressa

Twój klient FTP zastąpi teraz starsze pliki WordPress nowymi, świeżymi kopiami.

Jeśli Twoje pliki WordPress zostały uszkodzone, ten krok naprawi dla Ciebie błąd wewnętrznego serwera.

Włącz logowanie debugowania w WordPress

WordPress posiada wbudowany system do prowadzenia logów w celach debugowania.

Możesz ją włączyć, korzystając z wtyczki WP Debugging. Więcej szczegółów znajdziesz w naszym przewodniku jak zainstalować wtyczkę WordPress.

Po aktywacji wtyczka włączy logowanie debugowania na Twojej stronie WordPress.

Jeśli nie masz dostępu do obszaru administracyjnego swojej strony WordPress, możesz włączyć debugowanie, dodając następujący kod do pliku wp-config.php:

define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true); 

Po włączeniu dzienników debugowania możesz je przeglądać za pomocą klienta FTP, przechodząc do folderu /wp-content/.

Dziennik debugowania

Możesz otworzyć plik dziennika debugowania w edytorze tekstu, a wyświetli on listę błędów i ostrzeżeń występujących na Twojej stronie.

Niektóre błędy i ostrzeżenia mogą być niegroźnymi incydentami, które nie wymagają naprawy. Jednak jeśli na Twojej stronie pojawia się błąd wewnętrznego serwera, może on wskazać właściwy kierunek.

Zapytaj swojego dostawcę hostingu

Jeśli wszystkie metody zawiodą w naprawie błędu wewnętrznego serwera na Twojej stronie, czas na uzyskanie dodatkowej pomocy.

Skontaktuj się z zespołem wsparcia swojego hostingu internetowego, a oni będą w stanie sprawdzić logi serwera i zlokalizować przyczynę błędu.

Jeśli chcesz kontynuować rozwiązywanie problemów samodzielnie, zapoznaj się z naszym ostatecznym przewodnikiem po rozwiązywaniu problemów z WordPress dla początkujących.

Samouczek wideo

Subskrybuj WPBeginner

Mamy nadzieję, że ten artykuł pomógł Ci naprawić błąd wewnętrznego serwera w WordPress. Możesz również zapoznać się z naszą pełną listą najczęstszych błędów WordPress oraz naszym przewodnikiem jak skontaktować się z pomocą techniczną WordPress.

Jeśli podobał Ci się ten artykuł, zasubskrybuj nasz kanał YouTube po samouczki wideo WordPress. Możesz nas również znaleźć na Twitterze i Facebooku.

Ujawnienie: Nasze treści są wspierane przez czytelników. Oznacza to, że jeśli klikniesz w niektóre z naszych linków, możemy otrzymać prowizję. Zobacz jak finansowany jest WPBeginner, dlaczego to ważne i jak możesz nas wesprzeć. Oto nasz proces redakcyjny.

Ostateczny zestaw narzędzi WordPress

Uzyskaj BEZPŁATNY dostęp do naszego zestawu narzędzi – kolekcji produktów i zasobów związanych z WordPress, które powinien mieć każdy profesjonalista!

Interakcje czytelników

677 CommentsLeave a Reply

  1. Co jeśli to NIE jest plik .htaccess? Czy możemy wtedy zmienić nazwę pliku z powrotem na .htaccess??

    A co jeśli to NIE wtyczki? Czy możemy po prostu zmienić nazwę folderu wtyczek z powrotem na poprzednią?

    To są szczegóły, które powinniśmy znać.

    Dzięki!

  2. Bardzo dziękuję, zainstalowałem wtyczkę, która w jakiś sposób uszkodziła plik .htaccess, zmieniłem jej nazwę na .htacces_old zgodnie z poradą na tej stronie, i wszystko działa ponownie. Jeśli nie możesz znaleźć pliku .htaccess na swoim serwerze, może być ukryty, cPanel ma opcję wyszukiwania ukrytych plików.

    dzięki chłopaki

  3. Kiedy wszystkie pliki w twoim „wp-content” są puste, zawsze pojawia się błąd serwera (zarówno lokalnie, jak i zdalnie). Zajęło mi to sporo czasu, zanim to rozpoznałem.

    Przenosiłem istniejący silnik WordPress wraz z wieloma innymi rzeczami. Niestety, zawartość wp-contents i jej odpowiednie foldery były puste.

    Wreszcie, szczęśliwy, gdy to rozwiążę.

  4. Thanks! Great tutorial. Turned out for me that, when I was unactivated the plugins, I got another error-message saying i had some corrupt @media print-code in the functions.php. Took that away and got my page back :D

  5. Upewnij się, że plik index.php ma uprawnienia 644. Z jakiegoś powodu mój miał 777 po przeniesieniu z jednego serwera na drugi.

  6. Musiałem spędzić 4 godziny, próbując wszystkiego, co znalazłem w internecie. W końcu okazało się, że używałem starej wersji PHP. Kiedy zaktualizowałem ją w moim cPanelu, błąd 500 zniknął.

  7. Błąd wewnętrzny serwera

    Serwer napotkał wewnętrzny błąd lub błąd konfiguracji i nie mógł zrealizować Twojego żądania.

    Skontaktuj się z administratorem serwera, webmaster@ i poinformuj go o czasie wystąpienia błędu oraz o wszystkim, co mogłeś zrobić, co mogło spowodować błąd.

    Więcej informacji o tym błędzie można znaleźć w dzienniku błędów serwera.

    Dodatkowo, podczas próby użycia ErrorDocument do obsługi żądania napotkano błąd 500 Internal Server Error.

    jak rozwiązać ten błąd?

  8. Mój problem polegał na uszkodzonym motywie WordPress, a nie na uszkodzonej wtyczce.

    Aby rozwiązać problem, zmieniłem nazwę uszkodzonego motywu (Oxygen) (który spowodował biały ekran), a następnie nazwałem Twenty Sixteen „oxygen”, aby moja strona używała Twenty Sixteen (działającego motywu) jako mojego motywu. Następnie przełączyłem się za pomocą panelu administracyjnego na Twenty Fourteen (mój drugi ulubiony zainstalowany motyw), a następnie ponownie użyłem mojego edytora plików, aby zmienić nazwę Twenty Sixteen z powrotem na „twentysixteen” & Oxygen na „oxygen.corrupt”.

    Myślę, że mój motyw nie pobrał się poprawnie, przez co jest uszkodzony.

    Dzięki za wskazanie właściwego kierunku!

  9. Thank you so much for so complet information! :)

    mam problem z .htaccess.. rozwiązany.. teraz działa jak marzenie..

  10. Ktoś skierował mnie do Twojego artykułu (niech to będzie pochwalone). Zmieniłem plik htaccess i pomogło na dwie minuty. Potem zrobiłem rzecz z pamięcią php i to też pomogło na kilka minut, a potem znowu błąd wewnętrzny serwera. Obecnie próbuję dowiedzieć się, czy to wtyczka. Jeśli to nie pomoże... wtedy zajmę się plikami rdzenia. A potem... nie mam pojęcia. Chyba znowu skontaktuję się z moim dostawcą hostingu.

  11. Czy możliwe jest wystąpienie błędu wewnętrznego serwera tylko na wybranych komputerach, a nie na innych?
    Z tym właśnie mam teraz do czynienia.
    Mam 6 stron, wszystkie hostowane na jednym koncie przez GoDaddy. Wszystkie pokazują błąd wewnętrznego serwera. Rano wszystko było w porządku, a teraz nic.
    Problem polega na tym, że GoDaddy twierdzi, że widzi strony bez problemu.
    Mogę otworzyć stronę na gtmetrix.com i przeanalizować ją bez problemów.
    Proszę o pomoc.
    Każdy komputer, którego używam, PC, Mac i Chromebooki, pokazuje błędy wewnętrznego serwera, ale gtmetrix.com i GoDaddy mówią, że wszystko jest w porządku.

    Jedna z witryn to

    Z góry dziękuję

  12. Uff… dzięki wielkie, chłopaki!

    Nowy tutaj… zainstalowałem wtyczkę „bulletproof security” na mojej stronie wordpress i dostałem błąd 500!

    Byłem przerażony...& w końcu dowiedziałem się o Twojej stronie i tym artykule – w końcu naprawiłem to, stosując Twoją wskazówkę, aby zmienić nazwę pliku .htaccess na .htaccess_old!

    Once again, thank you so much – you guys rock!! :D

  13. Cześć Chłopaki

    Mam pytanie dotyczące błędu 500 wewnętrznego błędu serwera, doświadczyłem problemu z wtyczkami [JSON API] kiedy wpisuję example.com/api/ – pojawia się błąd 500 wewnętrznego błędu serwera.

    jakieś rady, jak rozwiązać ten problem? Będę bardzo wdzięczny z góry.

  14. Dziękuję!
    W moim przypadku to motyw był zepsuty (moja wina, że grzebałem), a nie wtyczka. Zmieniłem nazwę folderu motywu na .mytheme-deactivate, tak jak w przykładzie z twoją wtyczką, i chwała Bogu, znowu mogłem wejść na moją stronę! (Po prostu aktywowałem inny motyw, ale prawdopodobnie mógłbym odinstalować i ponownie zainstalować oryginalny motyw, jeśli bym chciał)

  15. Czasami jest to błąd we własnym kodzie PHP.

    Do tego najlepiej użyć metody binarnego podziału 'echo'. Czyli dodaj proste echo 'fred1'; exit; do swojego kodu, zaczynając od góry pliku index.php. Jeśli zobaczysz 'fred1' wyświetlone po odwiedzeniu swojej strony, będziesz wiedział, że jest to błąd PHP, a nie żadna z innych przyczyn. (Uwaga: użyłem walidatora .htaccess online, aby sprawdzić składnię mojego pliku .htaccess, aby to wykluczyć).

    Gdy pojawi się komunikat 'fred1', przesuń go w połowie pliku index.php (warto też zwiększać liczbę całkowitą za każdym razem, np. fred2, fred3 itd.). Jeśli wystąpi błąd serwera, wiesz, że musisz przesunąć instrukcję wyżej. Jeśli wyświetli się fred1 itp., musisz przesunąć ją dalej w kodzie. Jeśli dojdziesz do instrukcji include lub require, wtedy zagłębisz się w ten plik w ten sam sposób.

    Znalazłem problematyczny plik PHP w niecałe 10 minut. Następnie powinieneś użyć polecenia php -l nazwa_pliku.php, aby znaleźć problematyczną linię w tym pliku i dowiedzieć się, jaki jest błąd składni. Jeśli 'php -l' nie poda błędu składni, powinieneś przeczytać to:

    „php -l” trzeba by wykonać przez zdalne logowanie się na konto hostingowe. Jeśli nie możesz tego zrobić, to tak jak mówi artykuł, kontakt z pomocą techniczną hostingu może być pomocny w znalezieniu pliku dziennika php.

  16. Próbowałem wszystkich opcji podanych w tym artykule, ale nadal jest tak samo. komunikat o błędzie pojawia się zarówno na stronach administracyjnych, jak i internetowych mojej witryny. Doceniłbym więcej opcji rozwiązania tego problemu. Komunikat o błędzie brzmi:

    500 – Błąd wewnętrzny serwera.
    Jest problem z zasobem, którego szukasz, i nie można go wyświetlić.

    Dzięki

  17. Prowadzę duży sklep WooCommerce i otrzymywałem błąd wewnętrzny serwera 500 na większości stron front-endowych i podczas logowania do panelu administratora WP. Sklep znajduje się na dedykowanym serwerze w chmurze i działał szybko bez zarzutu przez kilka miesięcy. Najpierw próbowałem rozwiązań z pliku .htaccess, ale nic się nie zmieniło, pamięć PHP nie powinna być problemem, ponieważ zwiększyłem ją podczas instalacji i nie sądziłem, że pliki rdzenia WP są uszkodzone przez FTP, więc szukałem gdzie indziej. Uruchomiłem putty, aby połączyć się z dedykowanym serwerem linux, a w wierszu poleceń widziałem ogromne użycie procesora przez mysql – 90%. Wcześniej w moim doświadczeniu z rozwojem WP błędy SQL lub wysokie użycie były związane z bazą danych, więc za pomocą kombinacji SQL workbench do zabijania połączeń i php myadmin do naprawy tabel bazy danych (w tym przypadku naprawiłem tylko wp_options) udało mi się naprawić problem wewnętrznego serwera. Moim zdaniem w tym wszystkim jest to, że – mimo że problem został oznaczony jako błąd wewnętrzny serwera, to naprawa tabeli bazy danych (po analizie tabeli) usunęła błąd.

  18. Hej chłopaki,

    Mam teraz ten problem z jakąś stroną i wygląda na to, że serwer jest przeciążony, a strona jest na współdzielonym hostingu, więc miej to na oku!

    • Dzięki, myślę, że masz rację, wypróbowałem wszystkie powyższe rozwiązania, ale nic nie pomogło, i dzisiaj wysłałem ping mojej strony do wielu wyszukiwarek, więc mogą to być roboty stamtąd, które spowodowały błąd.

  19. Nie działa u mnie. Napotykam ten problem, gdy chcę dostosować mój motyw. Wszystko idzie dobrze. Ale podczas próby 'dostosowania' otrzymuję ten błąd. Nie wiem dlaczego.

  20. Dziękuję bardzo! Przez około 36 bolesnych godzin napotykałem niekończące się błędy wewnętrzne serwera, a usunięcie/ponowne przesłanie mojego motywu przez FTP, a następnie zmiana nazwy pliku .htaccess, URATOWAŁO MNIE TAK BARDZO!
    Jesteś wybawcą.

  21. Bardzo dziękuję. Opcja ponownego przesłania folderów wp-admin i include uratowała mnie po około 3 tygodniach rozwiązywania problemów.

  22. U mnie problemem były ustawienia uprawnień dla całego katalogu. Musiały być ustawione na 750. Jak tylko zmieniłem to w Menedżerze plików w cPanelu, wszystko wróciło do normy.

    Nie wymyśliłem tego sam.

    Rod

  23. Bardzo dziękuję! Uratowałeś mnie przed zawałem serca…
    Po prostu zmieniłem nazwę .htaccess na .htaccess_old przez FTP i WP działa.

    Oto nowy .htaccess, utworzony zgodnie z Twoją sugestią:

    # BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    # KONIEC WordPress

    Oto plik .htaccess, który znalazłem w moim FTP i zmieniłem jego nazwę na .htaccess_old:

    ## BEGIN WordPress<
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    # KONIEC WordPress

    Nie wiem, co zmodyfikowało plik. Czy ktoś ma odpowiedź?
    Dziękuję!

    • Myślę, że to jest problem #, ponieważ twój stary plik ma 2 #, a nowy 1 # na początku.

      Mam nadzieję, że pomogło

  24. Chcę tylko powiedzieć wielkie dzięki dla was. Uratowaliście mi dzień dzięki temu artykułowi. Teraz dodaję tę stronę do zakładek, ponieważ wiem, że będę musiał wrócić i dowiedzieć się więcej z waszych zasobów. Wielkie dzięki.

  25. Miałem ten problem po świeżej instalacji WordPressa. Błąd pojawiał się konkretnie podczas próby dostępu do wtyczek z mojego panelu, okazało się, że plik .htaccess jest uszkodzony, ale musiał zostać naprawiony po stronie serwera przez mojego dostawcę hostingu. Działam na Arvixe.

  26. Muszę oddać hołd moderatorom i twórcom treści tego bloga. Ani trochę nie żałuję, że poznałem tę stronę. .htaccess rozwiązał problem z łatwością. Tak trzymajcie.

  27. Wielkie dzięki, to był zły plugin, przez który nie mogłem się zalogować. Nie udałoby się bez przeczytania tego. Świetna robota… !

  28. Mam dziwny problem. Błędy wewnętrznego serwera występują tylko w "Wpisach", a nie w "Stronach". Host właśnie zaktualizował wersję PHP oraz limit pamięci, a ja ponownie przesłałem pliki wp-admin i wp-admin. Bez powodzenia. Jakieś inne pomysły?

  29. Dzięki, w moim przypadku pomogło. Po prostu usuń .htaccess, przeładuj, a nowy plik .htaccess został wygenerowany i strona działa!

    Jeszcze raz dziękuję

  30. Kontaktowałem się z moim dostawcą hostingu dwukrotnie i nie mają pojęcia, co to jest. Zmieniali bazy danych, myśleli, że zostałem zhakowany, a drugi facet nie mógł zrozumieć, dlaczego w ogóle mam problemy.

    Ktoś skierował mnie do Twojego artykułu (niech to będzie pochwalone). Zmieniłem plik htaccess i pomogło na dwie minuty. Potem zrobiłem rzecz z pamięcią php i to też pomogło na kilka minut, a potem znowu błąd wewnętrzny serwera. Obecnie próbuję dowiedzieć się, czy to wtyczka. Jeśli to nie pomoże... wtedy zajmę się plikami rdzenia. A potem... nie mam pojęcia. Chyba znowu skontaktuję się z moim dostawcą hostingu.

    Czy zmiana hostingu mogłaby w czymś pomóc?

  31. Thank you so much for so complet information! :)
    It was a plugin problem for me, impossible to find without your help!

Zostaw odpowiedź

Dziękujemy za pozostawienie komentarza. Pamiętaj, że wszystkie komentarze są moderowane zgodnie z naszą polityką komentowania, a Twój adres e-mail NIE zostanie opublikowany. Prosimy NIE używać słów kluczowych w polu nazwy. Prowadźmy osobistą i znaczącą rozmowę.