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?

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

676 komentarzyZostaw odpowiedź

  1. krzysiek

    in my case it was simple although i spend few hours… I typed wrong sql server. Suprisingly it didn’t throw window with wrong config settings.

  2. Ronaldo

    Hi!

    Thanks for this information. I renamed the .htaccess and my sites are up and running. My server is godaddy.
    My question is, can I erase the old renamed .htaccess , because I called many times to godaddy to fix this kind of 500 internal error after many callings ?

    Thanks

  3. brooke

    thank you! that just saved the day when I made the .htaccess ftp change. i can breathe again… ; D

  4. itechaleart

    i am facing this 500 error to last 15 days on godaddy hosting. i have tried everything what ever you mention here but not able to solve this error and also called godaddy for help, he said site are working fine on our site you check in different system.

    Now feeling hopeless and thinking to move another hosting provider… :(

    plz help me and suggest me for better option for hosting.

    Thank you.

  5. Silvia

    Hello
    i had the same problem with my website and went through all
    your advices, without solving it. At the end i contacted my host and
    they checked things for me, finding that some folders in the FTP had
    CHMOD permissions different from 775. I didn’t do anything to cause
    that, it just happened one day and i can’t get why. Anyway they fixed
    the problem for me and said it’s easily manageable with ftp clients or
    via their own file manager.
    Just hoping it may be useful :)

  6. pun

    My prob is solve, thank you for this tutorial, thank you sooo much

  7. Arun

    Hi, I’m a non-techie and a newbie… Had this issue of Internal server error last week. It all began with my admin access getting restricted. But the site was working well. Sat through this with the Hosting provider (GoDaddy) for more than 4.5 hours through the night with 3 different personnel.(This was the 3rd time over a period of 4 days or so) They were helpful to a certain extent and identified the problem (wp-admin folder was missing). They emphasized that I should have deleted it as they did not have access(Just 2 days back they changed the files for me!!). I was logging in after a periodof 7 or 8 months of setting up the site. Anyways, I asked if they could restore the folder to a previous date. They denied. The solution given was a fee of $150, where they will „try” to find out the file changes etc, but with no guarentee. (While reading the above, I assume they should have used the above content as the questions/instructions were in the above written order).
    Anyways, from one of the discussions (forgot the site), I found that if the wp-admin folder(of the version installed) is put in, it should solve. Yes, it did work for me… I activated all my plugins(they had deactivated it) and the site was working. I also updated all the plugins and themes that i was using/trying. the site is up and running!

  8. deemyboy

    @Levent Ultanur

    One of the reason’s that some people might be getting an error with .htaccess and not with images is because they might be uploading it as a binary.

    In Filezilla (at least) you can set the transfer type in the Transfer menu tab to:
    auto
    binary
    ascii

    I’m not certain but „auto” should usually work fine but it you’re only uploading text then maybe switch to „ascii” for that upload session, but remember to switch back again.

    I never knew about this till yesterday when all the images on my site were being corrupted when I downloaded them to local. So I googled and found a post mentioning transfer type „binary” for images, but when I checked I found the transfer type was set to „ascii” (for text – I don’t know how as I don’t remember touching it!!) So I switched it to „binary” and my images came down perfectly as before.

    The reason I say that „auto” is fine is because I’ve up and downloaded complete sites with a mixture of images (png, jpeg, gif etc) and text files (.php, .html, .css) and never had to set each transfer type individually or set it to „ascii” and upload only text files, then switch to binary and upload only images – Filezilla handles it all automatically…normally!

    In fact I was totally unaware of this setting and I’ve been using Filezilla for around 2 or 3 years!

    That MIGHT be the problem so get your clients to check the transfer type on their ftp application

    I hope it helps!

  9. deemyboy

    You have not emphasised STRONGLY enough in the solution which replaces the WordPress core that people should
    a) backup the wp-content folder <— this is your website (plus the wp database which doesn't come into this as it should be unnaffected by replacing the core)
    b) make sure when they replace wp-admin and wp-includes they do not grab all 3 folders (ie. do NOT include wp-content) when uploading the new core

  10. Basha

    Very Very Useful Article…Thank..you so much

  11. Guan

    500 internal server error after activated wordpress plugins

  12. Kristian Frisk

    Thanks for this post. Learned (the bitter way) how much grief a bad plugin can cause to a wordpress site.

  13. F. Parisis

    Thank you very very very much! That was the best and only place where I found solution, after a day’s search on the web.

  14. Anurag

    A Big THUMBS up to this tutorial :)

  15. Md.Zelal Hossain

    Thank you so much for the nice tutorial..!!!!

  16. Levent Ultanur

    Hey guys n girls…
    What i dont get with this error is that i CAN upload images without getting the http error but My client gets the error… Same server, same files… Why ooo why… Anybody?

  17. Kyle Hunzinger

    Thank you it was the PHP Memory Limit!

  18. Uwe

    Thank you very much! The .htaccess was the reason!

  19. Mark C.

    Hi, guys. Awesome post! I use this page every time I get an Internal Server error.

    I would offer an additional step, however. Actually, this should be the very first step before anything else is done. That is to verify there is not a problem with the web host.

    I went through all the usual steps this morning on a client’s site that went down an hour ago only to find, quite by chance, that PHP was not working on the host. A quick check of the service bulletins on the web host’s website indicated a problem had occurred with that particular server. So, all we can do is wait until they fix it. (there are other tricks like changing the A record to a different server, but that’s only if the server issue is long term.)

    That said, other parts of the server are still functioning so a quick and dirty index.html was created just so visitors see something nice instead of an error.

    It’s also handy to create a „test.php” file that demonstrates if PHP is working or not, and then try to access that file every so often. When service is restored, delete or rename the index.html so that the index.php will load instead.

    Here is my test.php code:

    PHP Test

    <?php echo '<p>Hello World</p>’; ?>

    I sure hope this helps someone in a similar boat. All the best.

  20. Bwana

    Thanks for your help! My site only exhibited the „500 Internal Server Error” when I tried to see what plugins were installed. Naturally, I figured there was a misbehaving plugin. After several attempts to fix the problem by removing all of the plugins, I found your article. Your „memory=64MB” in a clean php.ini, placed in wp-admin, did the trick. Now at least I can work with the site to determine what is hording all the RAM. Nice article!

  21. Jorge Santos Velasco

    Thank you very much!! this was very helpfull!!

  22. Lakshay Sharma

    Many thanks for this post, resoled my issue.

  23. Denise O'Reilly

    I have been locked out of logging into Wordpress for 2 weeks, as it tells me the security certificate is not verified. Can someone fix this so I can log in?

  24. WPBeginner Staff

    Sometimes server misconfiguration gets fixed and the error does not come back again. If it does then you should contact your web host.

  25. Jos

    I have seen this twice. Just reloading the page fixed it. But can something still be wrong?

  26. Matthew Newton

    Thanks a bunch guys, I suspected it was the .htaccess and this confirmed it

  27. Jessica

    I can’t even log on to my admin panel at all to try to deactivate plug-ins etc… I talked with my hosting provider and they couldn’t find any problems. Any suggestions for what to do when you can’t even get to the admin panel?

  28. Mitesh Raghwani

    Thank you so much for your help. A simple fix for what seemed a massive problem.

  29. Kailash Ghodke

    I tried All Things which described above , but not worked for me :(
    Is any other option like to install new wordpress on domain with all old posts ???

    Your Help is needed please help to fix that issue..!

  30. Lidia Lewis

    Thanks for this article! My .htaccess file was corrupt and every time I kept renaming it, another duplicate kept appearing! The site kept returning 500 error messages. What I didn’t realise was that I had to save the permalinks setting in Wordpress to update the file. Hope this fixes it for good! Thanks so much.

  31. Mark Brandson

    Thank you so very much. The .htaccess trick worked. You saved my life!

  32. Astrid

    Deactivating the plug ins worked for me after the latest WP upgrade (April/8/14). Although I think it was the WP Mobile detector that was conflicting with my W3 cache who was the culprit.
    Thanks so much you are a life saver!

    My hosting company told me that I should have had a back up (which I thought I did via a plug in) and that if I wanted to get a recovery and back up I’d have to pay $75.00 bucks. Really? I am so disappointed but super happy I found this article.

    BTW, You are my go to guys when it comes to easy to understand, step by step issues with WP, plugins and the like. We need you around– Keep up the good work. Truly appreciate your efforts.

    You guys ROCK!

    Subscribed and following :)

  33. sangeetha menon

    Hi Syed,

    I have deleted the infected files as I kept getting the 500 Internal server error. Now the host provider has asked me to upload the fresh files .. As I dont have any clue , I have asked the host providers to fix it..

    If i have to do it , when uploading to the web root should I give overwrite the existing files ?
    Should I do the htaccess file fix too ? Pls help…

  34. luka

    Just change the php verison to 5.4 or higher. It work for me:)

  35. Meg

    O.M.G. Nothing like waking up to a lost webpage. And yes, I did panic, but luckily found your post, took a deep breath and actually fixed everything with the first step: corrupt htaccess file. THANK YOU! I really do need to learn more about Wordpress.

  36. Kevin

    Thanks for the help, I was searching for quite a bit until I found your solution. I took a look at my .htaccess file and saw that it was corrupt, so I renamed it and it did the trick. Cheers :)

  37. sherly

    With your help I just fixed my 500 internal server error. I’m a total newbie so this is very helpful!! Thanks!!

  38. Derrick

    Hi Editorial Staff,

    Thank you very much!! The best 500 internal server error remedy post I’ve came across just when I needed it!!

    Thank you very much!!

  39. Nepal

    Very helpful! Thank you so much…

    I didn’t do anything by myself but I contacted my hosting provider..Lets see how long will they take to fix this issue.

  40. Anita Hunt

    Thanks so much for your help :)

  41. Keely

    Thanks wpbeginner – the .htaccess fix worked for me :)

  42. Olsi

    Deleting whole themes via File Manager and leaving only 1 theme worked for me

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ę.