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.
Oto szybki przegląd tematów, które omówimy w tym artykule:
- Czym jest błąd 500 Internal Server Error?
- Co powoduje błąd wewnętrznego serwera w WordPress?
- Naprawianie błędu 500 Internal Server Error w WordPress
- Wyczyść pamięć podręczną WordPress i przeglądarki
- Sprawdzanie uszkodzonego pliku .htaccess
- Zwiększenie limitu pamięci PHP
- Dezaktywuj wszystkie wtyczki WordPress
- Przełącz się na domyślny motyw WordPressa
- Ponowne przesyłanie plików rdzeniowych
- Włącz logowanie debugowania w WordPress
- Zapytaj swojego dostawcę hostingu
- Samouczek wideo
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:
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:
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.
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.
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.
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.
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.
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”.
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:
- Utwórz na swoim komputerze pusty plik tekstowy i nazwij go php.ini
- Wklej tam ten kod: memory=256MB
- Zapisz plik
- 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.
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.
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.
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ą.
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.
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ć.
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.
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”.
Spowoduje to pobranie pliku zip WordPress na Twój komputer.
Rozpakuj plik zip. Wewnątrz znajdziesz 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ą.
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”.
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/.
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
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.
GEO D`ANJOS
Konieczna była aktualizacja wtyczki. Nic więcej.
Bardzo dobry ten plakat
Yasir
Napotkałem następujący błąd:
Błąd 500 – Błąd wewnętrzny serwera
Wystąpił błąd podczas przetwarzania Twojego żądania. Zazwyczaj jest to stan tymczasowy. Skontaktuj się z właścicielem witryny w celu uzyskania dalszej pomocy.
Porozmawiałem więc z moim wsparciem hostingowym i zasugerowali mi następującą procedurę:
” Twoje konto cPanel było ustawione na używanie wersji PHP 5.2 i wymagało aktualizacji do wersji PHP 5.4. ”
Dziękuję ………. zadziałało u mnie….
Używam inmotionhosting.
Venkateswarlu Santha
dzięki wielkie… działa mi
Sue
Dziękuję! Świetna rada, której może przestrzegać nawet nietechniczny wolontariusz. Główną poprawką był plik htaccess, ale z logów widziałem, że pamięć stanowiła ciągły problem, więc naprawiłem to przy okazji.
Pomocny Colin
Nie znalazłem się jeszcze w sytuacji, w której musiałbym testować moje wtyczki, wyłączając je wszystkie, ale gdybym musiał je wszystkie przetestować, spróbowałbym tej metody, aby spróbować zmniejszyć liczbę wymaganych testów po ich wyłączeniu:
1. Zreaktywowabym 50% z nich. Jeśli problem by się powtórzył, wiedziałbym, że problematyczny plugin znajduje się w grupie reaktywowanych, w przeciwnym razie byłby w grupie dezaktywowanych.
2. Jeśli problem był spowodowany przez grupę reaktywowanych, zdezaktywowałbym 50% z nich i przetestował ponownie, w przeciwnym razie reaktywowałbym 50% innej grupy, która jeszcze nie została reaktywowana i przetestowałbym ponownie.
3. W tym momencie wiedziałbym, która grupa 25% wszystkich moich pluginów zawiera wadliwy plugin i zmieniłbym stan aktywacji 50% tej grupy i przetestowałbym ponownie.
4. W tym momencie wiedziałbym, która grupa 12,5% wszystkich moich pluginów zawiera wadliwy plugin.
Gdybym miał 32 wtyczki, powyższe procenty podzieliłyby je bardzo schludnie na grupy po 16, 8, 4, 2 i 1. Bardziej prawdopodobne jest, że musiałbym podzielić je na grupy o nierównych rozmiarach, ale to nie umniejsza podstawowej koncepcji zmniejszenia liczby testów do zaledwie 5 zamiast 32.
Jeśli problem okazałby się związany z jedynym pluginem, którego nie reaktywowałem tą metodą, wtedy oczywiście przeprowadziłbym szósty test tylko z tym pluginem. Jeśli okaże się, że problem występuje tylko wtedy, gdy jest on aktywowany wraz z innymi pluginami, wtedy sytuacja skomplikowałaby się.
Warlley
That helped a lot! Thank you
mgarfath
wtyczka w3 total cache spowodowała błąd na mojej stronie, zmieniłem nazwę folderu cache, ale nic to nie zmieniło, potem pojawiły się inne pliki, które zostały zapisane, takie jak w3 advanced cache.php coś w tym stylu, zmieniłem nazwę KAŻDEGO PLIKU, który zawierał w3 cache lub nawet cache, zadziałało, ale przypadkowo usunąłem plik .htaccess, bezpiecznie skopiowałem zawartość pliku, więc utworzyłem nowy plik .htaccess i przesłałem go na serwer, wszystko zostało naprawione.
Mam nadzieję, że to rozwiązanie pomoże komuś innemu z tym problemem.
D zięki
Andrea S
thanks so much! I did, I was in panic, fortunately the first option (.htaccess) did the trick
anton
cześć
zmieniłem mój motyw na motyw wideo z tuby o nazwie „detube”
ale po zmianie otrzymuję ogromną liczbę błędów wewnętrznych 500 w Google Webmaster (ponad 800 błędów dziennie), a czasami, gdy przeglądam moją stronę, nie ładuje się i pokazuje mi „limit przepustowości zasobów”, a także otrzymuję około 15 ostrzeżeń dotyczących mapy witryny w Google Webmaster
przed zmianą motywu nie miałem żadnych problemów
czy ktoś może mi pomóc? co mogę zrobić? tracę moich gości z Google
sarfraz khan
Tysiąc polubień. .htaccess był problemem i zrobiłem to tak, jak pokazano na filmie, i problem został rozwiązany
Gulshan Kumar
Błąd wewnętrznego serwera najczęściej występuje w darmowym hostingu. Kiedy przeszedłem na premium, wszystko było na dobrej drodze.
Rich Finelli
Ten artykuł pomógł mi co najmniej dwa razy w ciągu ostatniego roku! Dzięki!
Joel Rodriguez
Dezaktywacja wtyczek rozwiązała mój problem… Wielkie dzięki
Alberto Cardenas
Dzięki kolego, uratowałeś mi życie hehehe, i zyskałeś nowego obserwatora, świetna strona.
Serge
php.ini z memory=64Mb rozwiązał mój problem WIELKIE DZIĘKI!!!!
David
Bardzo dobrze
jakies
nic z tych rozwiązań nie rozwiązuje problemu
toniak
wiele, wiele dzięki za ten artykuł
Nez
Thank you for these tips! It helped me a lot!
Imran Bughio
Bravo!
“Checking for Corrupt .htaccess File” This section helped me solve the issue, Thanks for the post
Sandile
Cześć. Dziękuję za udostępnienie tego, niedawno miałem błąd serwera 500 na mojej stronie internetowej, ale ponownie przesłałem wp-admin i wp-includes z czystej instalacji, teraz wszystko działa dobrze. Dziękuję.
Karan
Problem z moją witryną polega na tym, że czasami ładuje się poprawnie, a czasami pokazuje błąd wewnętrznego serwera 500. Czy możesz mi powiedzieć, co jest tego powodem?
Andrew P.
Mam naprawdę dziwny wewnętrzny błąd 500. Moja strona główna ładuje się poprawnie, ale za każdym razem, gdy klikam link w pasku nawigacyjnym, aby przejść do innej strony, pojawia się wewnętrzny błąd. Przejrzałem tę listę poprawek i nie mogę nic znaleźć. Mój dostawca hostingu też nie ma pojęcia, jakieś pomysły?
Sheff
Dziękuję za to. Mój panel uległ awarii w połowie aktualizacji Wordfence Security. Próbowałem przez ponad 3 godziny to naprawić, ale nie mogłem wejść do mojego panelu. (Błąd 500 http w IE, biały ekran w Firefox)
Już miałem poprosić mojego hosta o przywrócenie z wczoraj i utratę dnia pracy, aż znalazłem tę stronę. Użyłem FileZilla, zmieniłem nazwę folderu wtyczek na serwerze na „plugins-frs” i udało mi się wejść do mojego panelu administracyjnego ze wszystkimi 14 wtyczkami dezaktywowanymi. Następnie zmieniłem nazwę folderu z powrotem na „plugins” i udało mi się aktywować je pojedynczo. Zachowały wszystkie swoje ustawienia, bez problemu.
Ręcznie pobrałem i przesłałem najnowszą wersję wtyczki Wordfence Security, która rozpoczęła moje problemy, i aktywowałem nową wersję bez problemu.
Muszę przenieść się do Nowej Fundlandii i zostać rybakiem dorszy, zanim oszaleję!
Sheff
Maher Aarag
Czym jest FTP?
Jak zalogować się na moją stronę za pomocą FTP?
Czy masz na myśli logowanie do mojej domeny Godaddy? czy WordPress?
Prashant
FTP = File transfer protocol (protokół transferu plików).
aby zalogować się przez ftp (w panelu GoDaddy Cpanel), należy przejść do panelu sterowania, a następnie do opcji FTP i utworzyć nowe konto ftp, wybierając katalog „public_html”, a następnie zalogować się za pomocą dowolnego klienta ftp, takiego jak Filezilla.
host: ftp. yourdomain. com
username and password: jak podano podczas tworzenia użytkownika FTP.
port: pozostaw puste lub 21.
Akpan Promise
FTP oznacza protokół transferu plików. Pomaga w przesyłaniu i edycji plików na serwerze.
Oprogramowanie FTP to na przykład Filezilla, CuteFTP.
Lisa Martin
Dziękuję. Używałem tej techniki wielokrotnie na tej samej stronie. Jak może ulec uszkodzeniu plik .htcaccess? Czy można coś zrobić, aby temu zapobiec?
Wsparcie WPBeginner
Powinieneś sprawdzić uprawnienia swojego pliku .htaccess za pomocą klienta FTP. Uprawnienia tego pliku powinny być ustawione na 644.
Admin
Lisa Martin
Dzięki – właśnie pomyślałem, żeby sprawdzić tutaj Twoją odpowiedź. Uprawnienia do pliku są ustawione na 644, ale problem nadal występuje. Zawsze działa zmiana nazwy witryny i jej ponowne załadowanie, ale często klient musi mi powiedzieć, że jego witryna jest niedostępna, zanim dowiem się, że muszę ją naprawić. Wygląda na to, że jest to problem na wielu wątkach forum WordPressa.
Stephen Lee
Niektóre wtyczki uzyskują dostęp do pliku .htaccess, a zakłócenie ich działania podczas tej operacji może wprowadzić błędy do kodu .htaccess.
Lisa Martin
Dziękuję. Moim rozwiązaniem tego powtarzającego się problemu było znalezienie wszystkich wystąpień „flush_rewrite_rules” i przekazanie „false”, aby plik .htaccess nie został nadpisany w kodzie wtyczki. https://codex.wordpress.org/Function_Reference/flush_rewrite_rules
Nie mogłem wyłączyć wtyczki, ponieważ jest to WooCommerce i stanowi ona podstawę całej witryny. Wydaje się, że jest to całkiem dobre rozwiązanie dla mojej obecnej sytuacji.
Jon
Dziękuję za wskazówki, dzięki którym udało mi się odzyskać moją witrynę, stosując się do tych sugestii. Problemem był uszkodzony plik dostępu hta. Używając FileZilla (zdecydowanie polecany klient FTP), udało mi się wyłączyć mój folder wtyczek, a następnie wyłączyć plik dostępu hta.
Richard
Co mam zrobić, gdy nie mogę nawet wejść do panelu administracyjnego WordPress bez otrzymania tego błędu??
Loguję się bez problemu i widzę te opcje, ale w momencie, gdy chcę wejść do panelu administracyjnego, pojawia się ten błąd. Nie mogę nawet wyszukiwać motywów, korzystać z narzędzia dostosowywania itp., ponieważ wiąże się to z menu panelu administracyjnego WordPress.
Co mam zrobić?
Proszę o pomoc
PS: Nigdy nie miałem problemów z moją stroną, ale panel administracyjny WP.
Hiago Ams
Great! Thanks so much, the best step by step available for most things I want is here
Danielle Olson
Dziękuję! To było bardzo pomocne. Kiedy dodałem _deactivate do mojego folderu wtyczek, otrzymałem inny komunikat o błędzie, który dotyczył jednej konkretnej wtyczki. Więc wszedłem i dodałem _deactivate do poszczególnych wtyczek, aż znalazłem tę, która była problemem.
msmith00
Właśnie miałem z tym problem i pomyślałem, że podzielę się moimi odkryciami… przeglądając folder główny, następnego dnia pojawił się drugi plik .htaccess i spowodował błąd 500 Internal error.
Po prostu usunąłem nowy plik .htaccess (nie wiem, skąd się wziął) i wszystko wróciło do normy.
Elliot K
This is the best Wordpress help site around hands down! Love it so much! Guides are simple and everything always works for me first try. Thanks wpbeginner
Adil Adeel
This is a very informative and simple to understand tutorial for WP Beginners like me. I am using Wordpress for last 5 years but as a blogger. Recently I had to install and look after couple of Wordpress sites. Now 10 days back first Wordpress site went down with 500 internal server error. I searched for the solution and landed on this page and did first step i-e renamed .htaccess file and problem was solved. Now again today the second site went down
OMG !!!!! But again I visited this page to check for the solution.Now I have done all the steps explained on this page and nothing worked for me 
I have contacted the hosting provider and they are looking into problem for me. I will come back to share the solution once they rectify the problem. Thank you
jofralogo
Po wypróbowaniu wszystkiego (.htaccess, świeża instalacja wp-include/wp-admin, dezaktywacja wtyczek…) w końcu rozwiązałem ten problem, robiąc to:
1) Utwórz nowy folder w swoim katalogu wp.
2) Przenieś wszystkie pliki do tego nowego katalogu.
3) Przenieś je z powrotem do oryginalnego folderu.
4) Tadam!
Wiem, że to brzmi głupio, ale u mnie zadziałało.
Shahin Shateri
To mi bardzo pomogło. Naprawiło problem.
JCP
Dzięki za ratunek, właśnie dostałem nową pracę i zostałem rzucony do naprawy strony internetowej (mimo że nie jest to część mojego opisu stanowiska) i wow, te irytujące wtyczki! Jak mówi deemyboy: ZRÓB KOPIĘ ZAPASOWĄ folderu wp-content !!!!!!!
ed
może być wtyczką
thankfulpj
Dziękuję bardzo za ten przewodnik! Przynajmniej mogłem gdzieś zacząć, czekając na sprawdzenie przez hosting. W moim przypadku nie było to nic z wymienionych, ale duży plik dziennika błędów w katalogu głównym (miał 2 GB) spowodował problem. Ale kiedy ponownie przesłałem pliki rdzenia, postanowiłem go usunąć i zadziałało.
Paulo André Matta
Hi, I have tried all those sollutions above, but none worked for me. Im getting kind of desperated. Im new to WP.. I was changing some Settings (in the wp-admin link) and when I hit save, the 500 error came up. Idk what to do
Shaswat Shah
Wgrałem plik php.ini do mojego folderu /wp-admin/. Ale teraz nie wiem, jak mogę sprawdzić, czy błąd 500 (błąd wewnętrzny serwera) został naprawiony, czy nie? ponieważ błąd pojawiał się jednocześnie, a nie cały czas. Proszę o pomoc.
Patricia Mirasol
Wiem, że miałem wewnętrzny błąd usługi, ponieważ grzebałem w moim pliku .htaccess tuż przed jego wystąpieniem. Próbowałem zalogować się za pomocą klientów FTP (FileZilla i WinSCP), ale ciągle otrzymywałem błąd połączenia z przekroczeniem limitu czasu. Właśnie wysłałem e-mail do mojego dostawcy hostingu. Mam nadzieję, że mój dostawca będzie w stanie mi w tym pomóc.
Andrea Spila
Cześć Silvia i dzięki za to! Zmieniłem uprawnienia dwóch plików w wp-admin, które powodowały problemy na 775 (z 664) i to rozwiązało problem. I też nie wiem, dlaczego tak się stało! Stało się to znikąd. Tajemnica!
rajesh adulapuram
Próbowałem wszystkich powyższych kroków i w końcu, po skontaktowaniu się z moim dostawcą hostingu iPage, problem został rozwiązany. Powiedzieli, że problem dotyczy uprawnień do plików i naprawili go. To powinien być mój pierwszy krok.
Matt
Wróciłem do mojego WP-Admin, zmieniając nazwę .htaccess, ale kiedy zrobiłem ustawienia>permalink>zapisz, tak jak zaleciłeś, znowu zostałem zablokowany z panelu administracyjnego. Teraz zmiana nazwy .htaccess nic nie daje. Jakieś pomysły?
Furkanicus
Miałem ten problem wielokrotnie i czuję się komfortowo, dzieląc się moją radą na ten temat jako ekspert od błędów 500. Czasami problem rozwiązywało się przez zmianę pliku htaccess, ale było to tymczasowe rozwiązanie. Jak wskazano w artykule, błąd serwera 500 jest najczęściej spowodowany limitem pamięci PHP i niestety dodanie pliku php.ini nic nie da. Większość firm hostingowych ustawia limit PHP na 128 MB, w tym Dreampress, a jeśli go przekroczysz, Twój dostawca hostingu chwilowo odetnie połączenie z Twoją stroną internetową. Moja rada dla Was, którzy mają ten problem, jest następująca. Zainstaluj wtyczkę P3 i zidentyfikuj wtyczki pożerające pamięć. Jeśli nie są one niezbędne, usuń je. Również zmiana dostawcy hostingu na butikowego zamiast Bluehost lub Hostgator zapewni Ci lepszą obsługę klienta i wyższą jakość produktu.
Zespół WPBeginner
Jeśli nie możesz znaleźć pliku .htaccess, możesz zawsze utworzyć nowy pusty plik w edytorze tekstu. Nazwij ten plik .htaccess i prześlij go do głównego katalogu swojej witryny za pomocą klienta FTP.
Tobie! ®
nadal mam z tym problem. nie mogę znaleźć pliku .htaccess i zostałem zablokowany z panelu administracyjnego. cała strona nie jest widoczna. proszę o pomoc
Gaurav
Plik .htaccess jest ukryty. Podczas uzyskiwania dostępu do pliku upewnij się, że możesz również wyświetlać ukryte pliki.
Michael Fuller
Użyj cPanel > Menedżer plików, aby uzyskać dostęp do plików
Tobie! ®
Próbowałem wszystkiego i nadal nie działa!! Nie mogę znaleźć mojego pliku .htaccess i nie mogę go wygenerować, ponieważ jestem zablokowany z panelu administratora, POMOCY!!!
Chirag Patel
Change index.php permission to 644
Thomas
To zadziałało dla mnie, po tym jak wszystko inne zawiodło!
David Moore
Dziękuję, dziękuję. Plik index.php ustawiony na 644 zadziałał u mnie po wszelkich trudnościach.
Hasan Zaheer
Bardzo pomocne, ale jeszcze jedna rzecz, często jest to spowodowane wtyczką w3 total cache, jeśli ją masz, możesz zmienić nazwę folderu wtyczki cache przez FTP, a następnie spróbować, moja strona została w ten sposób naprawiona
jim
thx … wyczyszczenie pamięci podręcznej w3 rozwiązało mój problem