Trusted WordPress tutorials, when you need them most.
Beginner’s Guide to WordPress
Puchar WPB
25 Million+
Websites using our plugins
16+
Years of WordPress experience
3000+
WordPress tutorials
by experts

Jak naprawiono błąd 500 Internal Server Error w WordPress?

Uwaga redakcyjna: Otrzymujemy prowizję z linków partnerskich na WPBeginner. Prowizje nie mają wpływu na opinie i oceny naszych redaktorów. Dowiedz się więcej o Proces redakcyjny.

Czy widzisz wewnętrzny błąd serwera 500 w WordPress?

Wewnętrzny błąd serwera jest jednym z najczęstszych błędów WordPressa.

Jest to nieco trudne, ponieważ błąd nie podaje żadnych innych informacji, a wielu początkujących uważa to za dość frustrujące.

W tym artykule pokażemy, jak łatwo poprawić błąd 500 Internal Server w WordPress.

Fixing the internal server error in WordPress

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

Czym jest wewnętrzny błąd serwera 500?

Błąd wewnętrzny serwera 500 jest powszechnym błędem serwera WWW. Nie jest on specyficzny dla WordPressa i może wystąpić na każdej witrynie internetowej.

500 w komunikacie o błędzie jest technicznie kodem błędu HTTP. Wyszukiwanie tego kodu pokaże tylko jego standardowy opis:

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

Jest to ogólny komunikat o błędzie, co oznacza, że serwer nie był w stanie przypisać lepszego, bardziej pomocnego komunikatu o błędzie, gdy napotkał problem.

Strona błędu wygląda inaczej w zależności od tego, z jakiego oprogramowania serwera WWW (Nginx lub Apache) korzysta twoja witryna internetowa i jakiej przeglądarki używasz.

Oto jak może wyglądać strona błędu Apache:

Internal server error page on Apache

Może wyglądać inaczej, jeśli używasz Nginx i Google Chrome.

Będzie również wyglądać inaczej, jeśli Google Chrome nie będzie w stanie znaleźć strony błędu do wyświetlenia:

Google Chrome http 500 error

Dla początkujących może to być niezwykle frustrujące. Żadna wskazówka ani komunikat nie wskaże im właściwego kierunku, by szybko to poprawić.

Pytanie o to, jak poprawić wewnętrzny błąd serwera, jest jak pytanie twojego lekarza o to, jak naprawić ból, którego doświadczasz, bez mówienia mu, gdzie jest ból.

Jeśli jednak znasz najczęstsze przyczyny, które powodują ten błąd, możesz spróbować naprawić je jeden po drugim, aby rozwiązać błąd bez uszkadzania czegokolwiek.

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

Wewnętrzny błąd serwera w WordPress jest często spowodowany uszkodzonym plikiem .htaccess, źle zakodowanymi wtyczkami lub twoim włączonym motywem WordPress.

Inne możliwe przyczyny wewnętrznego błędu serwera WordPress to limit pamięci PHP lub uszkodzone pliki rdzenia WordPress.

W niektórych przypadkach wewnętrzny błąd serwera może pojawić się tylko podczas próby uzyskania dostępu do obszaru administracyjnego WordPress, podczas gdy reszta witryny działa poprawnie.

Zazwyczaj błąd jest wywoływany zanim WordPress zdąży się wczytywać, a serwer nie jest w stanie uzyskać wystarczających informacji o tym, co go zatrzymało.

Aby dowiedzieć się więcej, zobacz nasz artykuł o tym, jak WordPress działa za kulisami.

Biorąc to pod uwagę, przyjrzyjmy się teraz, jak rozwiązać wewnętrzny błąd serwera w WordPress.

Film instruktażowy

Subscribe to WPBeginner

Jeśli wolisz instrukcje pisemne, po prostu czytaj dalej.

Poprawka błędu 500 Internal Server Error w WordPressie

Przed rozpoczęciem rozwiązywania problemów upewnij się, że masz pod ręką pełną kopię zapasową witryny internetowej 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ą twojej witryny internetowej.

W tym celu zalecamy skorzystanie z programu Duplicator. Pozwala on nie tylko szybko utworzyć kopię zapasową twojej witryny internetowej, ale także przechowywać kopie zapasowe w chmurze, a co najważniejsze, można przywrócić 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.

Następnie możesz wykonać następujące kroki, aby rozwiązać i poprawić wewnętrzny błąd serwera w twojej witrynie internetowej.

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

Przeglądarki i twoje wtyczki buforujące WordPress mogą czasami omyłkowo przechowywać w pamięci podręcznej kopię strony błędu.

Najprostszym sposobem na poprawienie tego jest wyczyszczenie pamięci podręcznej twojej przeglądarki.

Clear cache

Następnie, jeśli masz dostęp do obszaru administracyjnego WordPress swojej witryny internetowej, możesz opróżnić pamięć podręczną WordPress, przechodząc na stronę ustawień twojej wtyczki buforowania.

Aby uzyskać szczegółowe informacje, zapoznaj się z naszym poradnikiem na temat czyszczenia pamięci podręcznej WordPress.

Sprawdzanie uszkodzonego pliku .htaccess

Plik .htaccess to plik konfiguracyjny serwera, który jest również używany przez WordPress do ustawiania przekierowań.

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

Najprostszym sposobem na poprawienie tego jest po prostu przejście na stronę Ustawienia ” Permalinki w obszarze administracyjnym WordPress, a następnie kliknięcie przycisku „Zapisz zmiany” bez wprowadzania jakichkolwiek zmian.

Update permalinks to regenerate .htaccess file

WordPress spróbuje teraz zaktualizować twój plik .htaccess lub wygenerować nowy. Możesz teraz przejść na swoją witrynę internetową, aby sprawdzić, czy rozwiązało to wewnętrzny błąd serwera.

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

Czasami, ze względu na uprawnienia do plików i katalogów, WordPress może nie być w stanie utworzyć lub zapisać twojego pliku .htaccess.

Możesz teraz spróbować ręcznie zastąpić plik .htaccess. Po pierwsze, musisz logować się do twojej witryny internetowej za pomocą FTP lub aplikacji Menedżer plików w panelu sterowania konta hostingowego.

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

Aby zmienić nazwę pliku .htaccess, należy logować się do witryny za pomocą FTP lub aplikacji Menedżer plików w kokpicie cPanel konta hostingowego.

Po nawiązaniu połączenia plik .htaccess będzie znajdował się w tym samym katalogu, w którym widoczne będą katalogi takie jak wp-content, wp-admin i wp-includes.

Wystarczy kliknąć prawym przyciskiem myszy plik .htaccess i zmienić jego nazwę na .htaccess_old.

Rename .htaccess file

Następnie należy utworzyć nowy plik .htaccess.

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

Create new htaccess file

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

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

Wystarczy kliknąć plik prawym przyciskiem myszy, a następnie wybrać opcję „Zobacz/Edytuj” w twoim kliencie FTP lub aplikacji File Manager.

Edit .htaccess file

Pusty plik zostanie otwarty w zwykłym edytorze tekstu, takim jak Notatnik lub TextEdit.

Teraz należy skopiować i wkleić następujący kod:

# 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 jest domyślnym zestawem reguł używanym przez WordPress. Nie zapomnij zapisać swoich zmian i przesłać pliku z powrotem na serwer.

Możesz teraz przejść na twoją witrynę internetową, aby sprawdzić, czy rozwiązało to wewnętrzny błąd serwera.

Jeśli tak, to poklep się po plecach, bo poprawiłeś wewnętrzny błąd serwera.

Ważne: Zanim przejdziesz do innych rzeczy, upewnij się, że przeszedłeś do strony Ustawienia ” Bezpośrednie odnośniki w obszarze administracyjnym WordPress i kliknąłeś przycisk Zapisz bez wprowadzania żadnych zmian. Spowoduje to zregenerowanie pliku .htaccess z odpowiednimi regułami przepisywania, aby upewnić się, że twoje strony wpisów nie zwrócą błędu 404.

Jeśli sprawdzenie uszkodzonego pliku .htaccess nie przyniosło rezultatu, musisz kontynuować czytanie tego artykułu.

Zwiększanie limitu pamięci PHP

Czasami wewnętrzny błąd 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ść, jeśli jesteś początkującym użytkownikiem. Musisz dokładnie przestrzegać tych instrukcji, ponieważ nawet małe błędy w plikach rdzeni WordPress mogą zepsuć twoją witrynę.

Aby rozpocząć, wystarczy połączyć się z twoją witryną internetową WordPress za pomocą klienta FTP lub aplikacji Menedżer plików w panelu sterowania konta hostingowego.

Plik wp-config.php znajduje się w katalogu głównym twojej witryny internetowej. 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ć opcję „Zobacz/Edytuj”.

Edit wp-config file

W pliku wp-config.php należy dodać następujący kod tuż nad linią o treści „To wszystko, przestań edytować! Szczęśliwego publikowania”:

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

Więcej szczegółów można znaleźć 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ć do 512M.

Jeśli wewnętrzny błąd serwera pojawia się tylko wtedy, gdy próbujesz logować się do swojego panelu administracyjnego WordPress lub załadować obrazek w wp-admin, powinieneś zwiększyć limit pamięci, wykonując następujące kroki:

  1. Utwórz pusty plik tekstowy na twoim komputerze i nazwij go php.ini
  2. Wklej tam następujący kod: memory=256MB
  3. Zapisz plik
  4. Prześlij go do twojego katalogu /wp-admin/ za pomocą FTP.

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

Może to być źle zakodowana wtyczka lub nawet funkcja motywu. Zdecydowanie zalecamy, aby poprosić twoją firmę hostingową WordPress o zajrzenie do dzienników serwera WWW, aby pomóc ci znaleźć dokładną diagnostykę.

Jeśli zwiększenie limitu pamięci PHP nie poprawiło problemu, czeka cię więcej rozwiązywania problemów.

Wyłączanie wszystkich wtyczek WordPressa

Jeśli żadne z powyższych rozwiązań nie zadziałało w twoim przypadku, to błąd ten jest najprawdopodobniej powodowany przez konkretną wtyczkę zainstalowaną na twojej witrynie internetowej.

Możliwe jest również, że jest to kombinacja wtyczek, które nie grają ze sobą dobrze.

Jeśli masz dostęp do obszaru administracyjnego WordPress twojej witryny internetowej, możesz po prostu przejść do strony wtyczek i wyłączyć wszystkie wtyczki WordPress.

Deactivate all plugins

Jeśli jednak nie masz dostępu do obszaru administracyjnego WordPress, możesz wyłączyć wszystkie wtyczki WordPress za pomocą FTP.

Wystarczy połączyć się z twoją witryną internetową WordPress za pomocą klienta FTP lub aplikacji do zarządzania plikami w panelu sterowania konta hostingowego.

Po połączeniu przejdź do katalogu /wp-content/ i zmień nazwę katalogu wtyczek na plugins.wyłączanie.

Plugins deactivated via FTP

WordPress szuka wtyczek w katalogu plugins. Jeśli katalog plugins nie zostanie znaleziony, automatycznie wyłączy wszystkie wtyczki.

Możesz teraz spróbować przejść na twoją witrynę internetową, aby sprawdzić, czy rozwiązało to wewnętrzny błąd serwera na twojej witrynie.

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

Twoje wtyczki zostaną teraz przywrócone, ale nadal będą wyłączane.

Możesz teraz włączać wtyczki indywidualnie i przejść na twoją witrynę internetową, aby dowiedzieć się, która wtyczka powoduje wewnętrzny błąd serwera.

Więcej szczegółów można znaleźć w naszym przewodniku na temat wyłączania wszystkich wtyczek WordPress bez WP-Admin.

Jeśli wyłączanie wszystkich wtyczek nie poprawiło wewnętrznego błędu serwera na twojej witrynie internetowej, czytaj dalej.

Przejście na domyślny motyw WordPressa

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

Aby ustalić, czy tak jest, należy przełączyć twój motyw na domyślny motyw WordPress.

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 Włączanie, aby przełączyć motyw.

Activate a default theme

Jeśli nie masz zainstalowanego domyślnego motywu, możesz kliknąć przycisk „Utwórz nowy” u góry i zainstalować domyślny motyw (Twenty Twenty-Three, Twenty Twenty-Two itd.).

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

Wystarczy połączyć się z twoją witryną internetową WordPress za pomocą klienta FTP i przejść do katalogu /wp-content/.

Kliknij prawym przyciskiem myszy, aby wybrać katalog motywów i pobrać go na twój komputer jako kopię zapasową.

Download theme folder

Następnie należy usunąć katalog motywów z twojej witryny internetowej. Po jego usunięciu utwórz nowy katalog motywów.

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

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

Download a default theme

Twoja przeglądarka pobierze motyw w postaci pliku zip na twój komputer.

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

Extract theme files

Zobaczysz teraz katalog zawierający twój motyw WordPress.

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

Upload theme folder

Po przesłaniu WordPress automatycznie rozpocznie korzystanie z domyślnego motywu.

Możesz teraz przejść na twoją witrynę internetową, aby sprawdzić, czy rozwiązało to wewnętrzny błąd serwera.

Jeśli to nie zadziała, możesz ponownie załadować swój motyw WordPress z kopii zapasowej lub wrócić do motywu, którego używałeś.

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

Ponowne wgrywanie plików rdzeni

Jeśli opcje wtyczki i motywu nie poprawiły wewnętrznego błędu serwera, to warto ponownie załadować katalogi /wp-admin/ i /wp-includes/ ze świeżej instalacji WordPressa.

NIE usunie to żadnych twoich informacji, ale może rozwiązać problem w przypadku uszkodzenia jakiegokolwiek pliku.

Najpierw należy przejść na witrynę internetową WordPress.org i kliknąć przycisk „Pobierz”.

Download WordPress

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

Rozpakuj plik zip. Wewnątrz niego znajdziesz katalog wordpress.

WordPress folder extracted

Następnie musisz połączyć się z twoją witryną internetową WordPress za pomocą klienta FTP.

Po nawiązaniu połączenia przejdź do katalogu głównego twojej witryny internetowej. Jest to katalog, w którym znajdują się foldery wp-admin, wp-includes i wp-content.

W lewej kolumnie otwórz katalog WordPress na twoim komputerze.

Teraz musisz wybrać wszystkie pliki w katalogu wordpress i wgrać je na twoją witrynę internetową.

Upload core WordPress files

Twój klient FTP przeniesie teraz te katalogi na twój serwer.

Pojawi się pytanie, czy chcesz nadpisać pliki. Wybierz „Nadpisz”, a następnie wybierz „Zawsze używaj tego działania” i zaznacz pole wyboru „Zastosuj tylko do obecnej kolejki”.

Overwrite WordPress core files

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

Jeśli twoje pliki WordPress zostały uszkodzone, ten krok poprawi wewnętrzny błąd serwera.

Włączanie logów debugowania w WordPressie

WordPress posiada wbudowany system do przechowywania logów w celu debugowania.

Można ją włączyć za pomocą wtyczki WP Debugging. Więcej szczegółów można znaleźć w naszym przewodniku na temat instalacji wtyczki WordPress.

Po włączaniu, wtyczka włączy dzienniki debugowania na twojej witrynie internetowej WordPress.

Jeśli nie masz dostępu do obszaru administracyjnego twojej witryny internetowej 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żna je zobaczyć, korzystając z klienta FTP i przechodząc do katalogu /wp-content/.

Debug log

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

Niektóre błędy i ostrzeżenia mogą być nieszkodliwymi incydentami, które nie wymagają poprawki. Jeśli jednak widzisz wewnętrzny błąd serwera na twojej witrynie internetowej, mogą one wskazać ci właściwy kierunek.

Zapytaj swojego dostawcę hostingu

Jeśli wszystkie metody nie poprawią wewnętrznego błędu serwera na twojej witrynie internetowej, nadszedł czas, aby uzyskać dodatkową pomoc.

Skontaktuj się z zespołem pomocy technicznej twojego hostingu, który będzie mógł sprawdzić logi serwera i zlokalizować główną przyczynę błędu.

Jeśli chcesz kontynuować rozwiązywanie problemów na własną rękę, zapoznaj się z naszym przewodnikiem po rozwiązywaniu problemów WordPress dla początkujących.

Mamy nadzieję, że ten artykuł pomógł ci poprawić wewnętrzny błąd serwera w WordPress. Możesz również zapoznać się z naszą pełną listą najczęstszych błędów WordPress i naszym przewodnikiem na temat wyboru najlepszego dostawcy hostingu.

If you liked this article, then please subscribe to our YouTube Channel for WordPress video tutorials. You can also find us on Twitter and Facebook.

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

Avatar

Editorial Staff at WPBeginner is a team of WordPress experts led by Syed Balkhi with over 16 years of experience in WordPress, Web Hosting, eCommerce, SEO, and Marketing. Started in 2009, WPBeginner is now the largest free WordPress resource site in the industry and is often referred to as the Wikipedia for WordPress.

Najlepszy zestaw narzędzi WordPress

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

Reader Interactions

677 komentarzyZostaw odpowiedź

  1. Syed Balkhi says

    Hey WPBeginner readers,
    Did you know you can win exciting prizes by commenting on WPBeginner?
    Every month, our top blog commenters will win HUGE rewards, including premium WordPress plugin licenses and cash prizes.
    You can get more details about the contest from here.
    Start sharing your thoughts below to stand a chance to win!

  2. Ivan says

    What if it’s NOT the .htaccess file? Can we then change the filename back .htaccess??

    What if it’s NOT the plugins? Can we simply change the plugins folder name back to what it was??

    These are details we should know about.

    Thanks!

  3. philip says

    Thankyou so much, I had installed a plugin which had somehow corrupted the .htaccess file, renamed it to .htacces_old as per the advice on this page, and all’s back working again, if you cant find the .htaccess file on your server, it could be hidden, cpanel has an option to look for hidden files.

    thanks guys

  4. Akinshola Samuel says

    When all the files in your „wp-content” are empty, you always get the server (both locally and remotely). Took me longer time before recognising this.

    I was moving the an existing wordpress engine alognside many other things, Unfortunately the wp-contents and it’s respective folders were all empty.

    Finally, Happy when I solve this.

  5. Sofia Berglund says

    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

  6. Donald says

    Make sure index.php has permissions of 644. Somehow mine has 777 when transferred from one server to another.

  7. Keek says

    I must have spent 4 hours trying everything I found online. In the end, turns out I was running an old version of PHP. When I updated it in my cPanel, the 500 error was gone.

  8. krishna says

    Internal Server Error

    The server encountered an internal error or misconfiguration and was unable to complete your request.

    Please contact the server administrator, webmaster@ and inform them of the time the error occurred, and anything you might have done that may have caused the error.

    More information about this error may be available in the server error log.

    Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

    how to solve this error?

  9. M Jones says

    My problem was actually a corrupt wp theme rather than a corrupt plugin.

    To solve I renamed the corrupt theme (Oxygen) (which gave me a white screen) than named Twenty Sixteen „oxygen” so that my site would use Twenty Sixteen (a working theme) as my theme. Than I switched using dashboard to Twenty Fourteen (my second favorite installed theme) than again used my file editor to rename Twenty Sixteen back to „twentysixteen” & Oxygen to „oxygen.corrupt”.

    I think my theme did not download properly, making it corrupt.

    Thanks for pointing me in the right direction!

  10. mayur says

    Thank you so much for so complet information! :)

    i have a .htaccess problem.. solved.. now working as charm..

  11. SHYOPAT says

    Someone pointed me to your article (thank heavens) I did the htaccess file change and it helped it for two minutes. Then I did the php memory thing and that helped for a few minutes as well, then back to the internal server error. I’m currently working on trying to figure out if it’s a plugin. If that doesn’t help… then I’ll do the core files. And then after that… I have no idea. I guess I’ll try my hosting provider again.

  12. Will Paro says

    Is it possible to have an Internal Server Error only on select computers, but not others?
    That is the issue I’m dealing with right now.
    I have 6 sites all hosted through one account via GoDaddy. All are showing an Internal Server Error. They were fine this morning, but now nothing.
    Problem is that GoDaddy says that they see the sites just fine.
    I can pull the site up in gtmetrix.com and analyze it with no issues.
    Please help.
    Every computer I use PC, Macs and Chromebooks all show internal server errors, but gtmetrix.com and GoDaddy says everything is fine.

    One of the sites is

    Thanks in advance

  13. antony agnel says

    Phew…thanks a lot guys!

    A new guy here…installed 'bulletproof security’ plugin on my wordpress site & got an Error 500!

    Was shit scared…& finally found out about your site and this article – finally fixed it by applying your tip to rename to .htaccess file to .htaccess_old!

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

  14. hendra says

    Hi Guys

    I have a questions in regards of 500 internal server error, i experienced the problem with a plugins [JSON API] when i type example.com/api/ – it is showing 500 internal server error.

    any advises on how to solve this problem? much appreciated before.

  15. Linda says

    Thank you!
    In my case, it was the theme that was broken (my fault for tinkering around), not a plugin. I renamed the theme folder .mytheme-deactivate like in your plugin example, and hallelujah, I could access my site again! (I simply activated a different theme, but I could probably uninstall and re-install the original theme if I wanted to)

  16. Mike says

    Sometimes this is a bug in your own PHP code.

    For this it’s best to use a binary chop 'echo’ method. That is add a simple echo 'fred1′; exit; into your code starting at the top of the index.php. If you see 'fred1′ displayed when you visit your site then you know it’s a PHP bug and not any of the other reasons. (Note I used a .htaccess online validator to check the syntax of my .htaccess file too, in order to rule that out).

    Once 'fred1′ is displayed now move it halfway down the index.php file (useful to increment the integer each time too, e.g. fred2, fred3 etc). If the server error occurs then you know you need to move the statement up. If fred1 etc is printed then you need to move it further down the code. If you get to an include or require statement then you then delve into that file in the same way.

    I found the offending PHP file in under 10 minutes. You should then use php -l whateverfile.php to find offending line in that file and also to know what the syntax error is. If 'php -l’ doesn’t give you the syntax error then you should read this:

    The 'php -l’ would need to be done by remote logging into your hosting account. If you can’t do this then as this article says, contacting your hosting support can be useful to find the php log file.

  17. Peter Ishola says

    I have tried all the options given in this article but it’s still the same. the error message appears on both the admin and the web pages of my site. I’d appreciate more options to solve this problem. The error message is:

    500 – Internal server error.
    There is a problem with the resource you are looking for, and it cannot be displayed.

    Thanks

  18. Kristoff says

    I am running a large WooCommerce store and was receiving 500 internal server error on most front end pages & WP admin login. The store resides on a dedicated cloud server and had been running fast without fault for a few months. Tried ht access remedy firstly, but nothing changed, php memory should not have been a problem as I had increased this on install & I did not think WP ftp core files were corrupted, so looked elsewhere. Ran putty to connect to dedicate linux server and command line was showing huge CPU usage for mysql – 90%. Previously in my WP development experience sql errors or high usage are database related, so via a combination of sql workbench to kill connections & php myadmin to repair database tables (I only repaired wp_options in this instance) I was able to fix the internal server problem. My point on all of this is – even though problem was flagged as internal server error, it was a database table repair (after table analysis) which cleared the error.

  19. Dan says

    Hey Guys ,

    I have this problem right now with some site and it looks like it is because server is overloaded and website is on shared hosting, so keep an eye on that !

    • Janus says

      Thanks i think you are right, i tried all above solutions but nothing helped, and i have pinge my site to a lot of search engines today so can be robots from there that have made the error.

  20. Monayam Ahmad says

    Not work for me. I face this problem when I want to customize my theme. Everything goes well. But to do 'customize’ I get this error. I don’t why.

  21. Joe says

    Thank you so much! I was encountering endless Internal Server Errors for about 36 painful hours, and deleting/reuploading my theme via FTP then renaming the .htaccess file SAVED ME SO MUCH!
    You are a life saver.

  22. oladayo says

    Thank you very much. it was the option of re-uploading the wp-admin and include folders that saved me after about 3weeks of troubleshooting.

  23. Rod Salm says

    For me, it was the permissions setting for the entire directory. It needed to be 750. Soon as I changed that in the File Manager in cPanel it was back up.

    I didn’t figure that out on my own.

    Rod

  24. Giorgio says

    Thank you so much! You save me from an heart attack…
    Simply I have renamed, via FTP, the .htaccess in .htaccess_old, and WP goes on.

    This is the new .htaccess, created as you suggested:

    # BEGIN WordPress

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

    # END WordPress

    This is the .htaccess that I find in my FTP and renamed in .htaccess_old:

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

    # END WordPress

    I don’t know what had modify the file. Someone have an answer?
    Thank you!

  25. Oderinde Taiwo Martins says

    I just want to say a big thank you to you guys. You saved my day with this article. I’m bookmarking this website now as I know I will have to come back and learn more from your resources. Thanks a bunch.

  26. Petrus Rex says

    I had this issue after a fresh install of WordPress. I would get this error specifically when accessing the plugins from my dashboard it turned out to be a corrupt .htaccess file but had to be handled server side by my web host. I’m running on Arvixe.

  27. Ivan Aliku says

    I must give kudos to the moderators and content developers of this blog. I’ve not regreted knowing this website for one bit. The .htaccess solved the problem for me with ease. Keep up the good work.

  28. Usman Aslam says

    Thanks a lot, it was due to a bad plugin I couldn’t login, Wouldn’t have been possible without reading this. Great work … !

  29. Mitch says

    I’ve got a weird one. My Internal Server Errors only happen on „Posts”, and Not on „Pages”. The host just updated the PHP version as well as the memory limit, and I re-uploaded the wp-admin and wp-admin files. No luck. Any other ideas?

  30. Cachi says

    Thanks, It solved in my case. Just delete de .htaccess , reload, and a new .htaccess file was generated and the site works !

    Thank you again

  31. Rochelle says

    I have been in touch with my hosting provider two times and they have no idea what it is. They switched databases, thought it was hacked, and the other guy couldn’t figure out why I was having problems at all.

    Someone pointed me to your article (thank heavens) I did the htaccess file change and it helped it for two minutes. Then I did the php memory thing and that helped for a few minutes as well, then back to the internal server error. I’m currently working on trying to figure out if it’s a plugin. If that doesn’t help… then I’ll do the core files. And then after that… I have no idea. I guess I’ll try my hosting provider again.

    Would switching hosts be of any help at all?

  32. Adela says

    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 naszymi polityka komentarzy, a Twój adres e-mail NIE zostanie opublikowany. NIE używaj słów kluczowych w polu nazwy. Przeprowadźmy osobistą i konstruktywną rozmowę.