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.
Oto krótki przegląd tematów, które omówimy w tym artykule:
- What Is the 500 Internal Server Error?
- What Causes the Internal Server Error in WordPress?
- Fixing the 500 Internal Server Error in WordPress
- Clear WordPress and Browser Cache
- Checking for Corrupt .htaccess File
- Increasing the PHP Memory Limit
- Deactivate All WordPress Plugins
- Switch to a Default WordPress Theme
- Re-Uploading Core Files
- Enable Debug Logs in WordPress
- Ask Your Hosting Provider
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:
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:
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
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.
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.
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.
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.
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.
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”.
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:
- Utwórz pusty plik tekstowy na twoim komputerze i nazwij go php.ini
- Wklej tam następujący kod: memory=256MB
- Zapisz plik
- 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.
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.
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.
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ą.
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.
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ć.
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.
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”.
Spowoduje to pobranie pliku zip WordPress na twój komputer.
Rozpakuj plik zip. Wewnątrz niego znajdziesz katalog wordpress.
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ą.
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”.
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/.
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.
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.
WPBeginner Staff
You can download the old .htaccess file to your computer as backup.
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
brooke
thank you! that just saved the day when I made the .htaccess ftp change. i can breathe again… ; D
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.
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
pun
My prob is solve, thank you for this tutorial, thank you sooo much
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!
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!
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
Henrique
Thank you very much!
Deepanshu Kakkar
Thanks
Basha
Very Very Useful Article…Thank..you so much
Guan
500 internal server error after activated wordpress plugins
Warix
Thank you so much, it was problem in plugins
Kristian Frisk
Thanks for this post. Learned (the bitter way) how much grief a bad plugin can cause to a wordpress site.
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.
Tom Grant
Good job-massive help!
Anurag
A Big THUMBS up to this tutorial
Md.Zelal Hossain
Thank you so much for the nice tutorial..!!!!
Mulyadi Subali
you’ve just saved my day. thanks!
imam
Ok thanks
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?
Kyle Hunzinger
Thank you it was the PHP Memory Limit!
Uwe
Thank you very much! The .htaccess was the reason!
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.
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!
Jorge Santos Velasco
Thank you very much!! this was very helpfull!!
Lakshay Sharma
Many thanks for this post, resoled my issue.
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?
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.
Jos
I have seen this twice. Just reloading the page fixed it. But can something still be wrong?
Matthew Newton
Thanks a bunch guys, I suspected it was the .htaccess and this confirmed it
WPBeginner Staff
Check out our guide on how to deactivate plugins in WordPress when not able to access admin area.
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?
Mitesh Raghwani
Thank you so much for your help. A simple fix for what seemed a massive problem.
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..!
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.
Mark Brandson
Thank you so very much. The .htaccess trick worked. You saved my life!
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
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…
luka
Just change the php verison to 5.4 or higher. It work for me:)
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.
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
sherly
With your help I just fixed my 500 internal server error. I’m a total newbie so this is very helpful!! Thanks!!
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!!
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.
Anita Hunt
Thanks so much for your help
Keely
Thanks wpbeginner – the .htaccess fix worked for me
Olsi
Deleting whole themes via File Manager and leaving only 1 theme worked for me