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

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

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

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

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

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

Naprawianie błędu wewnętrznego serwera w WordPress

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

Czym jest błąd 500 Internal Server Error?

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

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

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

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

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

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

Strona błędu wewnętrznego serwera na Apache

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

Błąd HTTP 500 w Google Chrome

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

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

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

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

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

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

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

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

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

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

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

Naprawianie błędu 500 Internal Server Error w WordPress

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

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

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

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

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

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

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

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

Wyczyść pamięć podręczną

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

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

Sprawdzanie uszkodzonego pliku .htaccess

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

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

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

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

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

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

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

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

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

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

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

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

Zmień nazwę pliku .htaccess

Następnie musisz utworzyć nowy plik .htaccess.

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

Utwórz nowy plik htaccess

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

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

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

Edytuj plik .htaccess

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

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

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

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

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

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

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

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

Zwiększenie limitu pamięci PHP

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

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

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

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

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

Edytuj plik wp-config

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

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

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

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

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

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

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

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

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

Dezaktywuj wszystkie wtyczki WordPress

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

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

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

Dezaktywuj wszystkie wtyczki

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

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

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

Wtyczki dezaktywowane przez FTP

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

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

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

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

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

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

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

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

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

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

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

Aktywuj domyślny motyw

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

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

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

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

Pobierz folder motywu

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

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

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

Pobierz domyślny motyw

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

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

Wyodrębnij pliki motywu

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

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

Prześlij folder motywu

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

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

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

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

Ponowne przesyłanie plików rdzeniowych

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

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

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

Pobierz bibliotekę multimediów

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

Rozpakuj plik zip. Wewnątrz znajdziesz folder wordpress.

Rozpakowany folder WordPress

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

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

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

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

Prześlij podstawowe pliki WordPress

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

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

Nadpisywanie plików rdzeniowych WordPressa

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

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

Włącz logowanie debugowania w WordPress

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

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

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

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

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

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

Dziennik debugowania

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

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

Zapytaj swojego dostawcę hostingu

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

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

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

Samouczek wideo

Subskrybuj WPBeginner

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

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

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

Ostateczny zestaw narzędzi WordPress

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

Interakcje czytelników

677 CommentsLeave a Reply

  1. w moim przypadku było to proste, chociaż spędziłem kilka godzin… Wpisałem zły serwer SQL. Co zaskakujące, nie wyświetliło okna z błędnymi ustawieniami konfiguracji.

  2. Cześć!

    Dziękuję za te informacje. Zmieniłem nazwę pliku .htaccess i moje strony działają. Mój serwer to GoDaddy.
    Moje pytanie brzmi, czy mogę usunąć stary, przemianowany plik .htaccess, ponieważ wielokrotnie dzwoniłem do GoDaddy, aby naprawić tego rodzaju błąd wewnętrzny 500 po wielu próbach?

    Dzięki

  3. dziękuję! to uratowało mi dzień, kiedy dokonałem zmiany .htaccess przez FTP. mogę znowu oddychać… ; D

  4. Mam ten błąd 500 od 15 dni na hostingu godaddy. Próbowałem wszystkiego, co tu wymieniasz, ale nie udało mi się rozwiązać tego błędu, a także zadzwoniłem do godaddy po pomoc, powiedział, że strony działają dobrze na naszej stronie, sprawdź w innym systemie.

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

    proszę pomóż mi i zasugeruj lepszą opcję hostingu.

    Dziękuję.

  5. 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. Cześć, jestem laikiem w sprawach technicznych i nowicjuszem… W zeszłym tygodniu miałem problem z błędem wewnętrznego serwera. Wszystko zaczęło się od ograniczenia mojego dostępu administracyjnego. Ale strona działała dobrze. Spędziłem nad tym z dostawcą hostingu (GoDaddy) ponad 4,5 godziny w nocy z 3 różnymi pracownikami. (To był 3. raz w ciągu około 4 dni). Byli pomocni do pewnego stopnia i zidentyfikowali problem (brakowało folderu wp-admin). Podkreślili, że powinienem go usunąć, ponieważ oni nie mieli dostępu (zaledwie 2 dni temu zmienili dla mnie pliki!!). Logowałem się po 7 lub 8 miesiącach od założenia strony. Tak czy inaczej, zapytałem, czy mogą przywrócić folder do poprzedniej daty. Odmówili. Zaproponowane rozwiązanie to opłata w wysokości 150 USD, za którą będą „próbować” dowiedzieć się o zmianach w plikach itp., ale bez gwarancji. (Czytając powyższe, zakładam, że powinni użyć powyższej treści, ponieważ pytania/instrukcje były w powyższej kolejności).
    W każdym razie, z jednej z dyskusji (zapomniałem strony), dowiedziałem się, że jeśli zostanie wgrany folder wp-admin (z zainstalowanej wersji), powinno to rozwiązać problem. Tak, to zadziałało dla mnie… Aktywowałem wszystkie moje wtyczki (były zdezaktywowane) i strona działała. Zaktualizowałem również wszystkie wtyczki i motywy, których używałem/próbowałem. strona jest online i działa!

  7. @Levent Ultanur

    Jednym z powodów, dla których niektórzy ludzie mogą otrzymywać błąd z .htaccess, a nie z obrazami, jest to, że mogą przesyłać go jako plik binarny.

    W Filezilli (przynajmniej) można ustawić typ transferu w zakładce menu Transfer na:
    auto
    binary
    ascii

    Nie jestem pewien, ale „auto” zazwyczaj powinno działać dobrze, ale jeśli przesyłasz tylko tekst, to może przełącz się na „ascii” dla tej sesji przesyłania, ale pamiętaj, aby wrócić z powrotem.

    Nie wiedziałem o tym aż do wczoraj, kiedy wszystkie obrazy na mojej stronie ulegały uszkodzeniu podczas pobierania ich lokalnie. Więc googlowałem i znalazłem post wspominający o typie transferu „binarny” dla obrazów, ale kiedy sprawdziłem, okazało się, że typ transferu był ustawiony na „ascii” (dla tekstu – nie wiem jak, bo nie pamiętam, żebym go dotykał!!) Więc przełączyłem go na „binarny” i moje obrazy pobrały się idealnie jak poprzednio.

    Powodem, dla którego mówię, że „auto” jest w porządku, jest to, że pobrałem kompletne strony z mieszanką obrazów (png, jpeg, gif itp.) i plików tekstowych (.php, .html, .css) i nigdy nie musiałem ustawiać każdego typu transferu indywidualnie ani ustawiać go na „ascii” i przesyłać tylko pliki tekstowe, a następnie przełączać się na binarny i przesyłać tylko obrazy – Filezilla obsługuje to wszystko automatycznie… zwykle!

    Właściwie byłem całkowicie nieświadomy tego ustawienia i używam Filezilli od około 2 lub 3 lat!

    TO MOŻE być problem, więc poproś swoich klientów o sprawdzenie typu transferu w ich aplikacji FTP

    Mam nadzieję, że pomoże!

  8. Nie podkreśliłeś wystarczająco MOCNO w rozwiązaniu zastępującym rdzeń WordPressa, że ludzie powinni
    a) wykonać kopię zapasową folderu wp-content <— to jest Twoja strona internetowa (plus baza danych wp, która nie ma tu znaczenia, ponieważ powinna pozostać nienaruszona po wymianie rdzenia)
    b) upewnić się, że podczas wymiany wp-admin i wp-includes nie pobierają wszystkich 3 folderów (tj. NIE obejmują wp-content) podczas przesyłania nowego rdzenia

  9. Dziękuję bardzo, bardzo, bardzo! To było najlepsze i jedyne miejsce, w którym znalazłem rozwiązanie, po całym dniu szukania w sieci.

  10. Hej dziewczyny i chłopaki…
    Nie rozumiem tego błędu, że MOGĘ przesyłać obrazy bez błędu http, ale mój klient otrzymuje błąd… Ten sam serwer, te same pliki… Dlaczego, o mój Boże… Ktoś?

  11. Cześć, chłopaki. Świetny post! Korzystam z tej strony za każdym razem, gdy pojawia się błąd wewnętrznego serwera.

    Zaproponowałbym dodatkowy krok. Właściwie powinien to być pierwszy krok, zanim cokolwiek innego zostanie zrobione. Jest to sprawdzenie, czy nie ma problemu z hostingiem internetowym.

    Przejrzałem wszystkie zwykłe kroki dziś rano na stronie klienta, która padła godzinę temu, tylko po to, by przypadkiem odkryć, że PHP nie działa na serwerze. Szybkie sprawdzenie biuletynów serwisowych na stronie internetowej hostingu wskazało na problem z tym konkretnym serwerem. Więc wszystko, co możemy zrobić, to czekać, aż go naprawią. (są inne sztuczki, takie jak zmiana rekordu A na inny serwer, ale to tylko wtedy, gdy problem z serwerem jest długoterminowy.)

    Niemniej jednak, inne części serwera nadal działały, więc stworzono szybki i prosty plik index.html, aby odwiedzający widzieli coś miłego zamiast błędu.

    Przydatne jest również utworzenie pliku „test.php”, który demonstruje, czy PHP działa, czy nie, a następnie próba dostępu do tego pliku od czasu do czasu. Po przywróceniu usługi usuń lub zmień nazwę index.html, aby zamiast tego załadował się index.php.

    Oto mój kod test.php:

    PHP Test

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

    Mam nadzieję, że to komuś pomoże w podobnej sytuacji. Wszystkiego dobrego.

  12. Dziękuję za pomoc! Moja strona wyświetlała błąd „500 Internal Server Error” tylko wtedy, gdy próbowałem sprawdzić, jakie wtyczki są zainstalowane. Naturalnie, pomyślałem, że to jakaś wadliwa wtyczka. Po kilku próbach naprawienia problemu przez usunięcie wszystkich wtyczek, znalazłem Twój artykuł. Twoje ustawienie „memory=64MB” w czystym pliku php.ini, umieszczonym w katalogu wp-admin, zadziałało. Teraz przynajmniej mogę pracować ze stroną, aby ustalić, co pochłania całą pamięć RAM. Dobry artykuł!

  13. Zostałem zablokowany z logowania do WordPressa od 2 tygodni, ponieważ informuje mnie, że certyfikat bezpieczeństwa nie został zweryfikowany. Czy ktoś może to naprawić, abym mógł się zalogować?

  14. Nie mogę nawet zalogować się do mojego panelu administracyjnego, aby spróbować dezaktywować wtyczki itp… Rozmawiałem z moim dostawcą hostingu i nie znaleźli żadnych problemów. Czy masz jakieś sugestie, co zrobić, gdy nie można nawet dostać się do panelu administracyjnego?

  15. 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 ???

    Potrzebna jest Twoja pomoc, proszę pomóż naprawić ten problem..!

  16. Dzięki za ten artykuł! Mój plik .htaccess był uszkodzony i za każdym razem, gdy go zmieniałem, pojawiał się kolejny duplikat! Strona nadal zwracała błędy 500. Nie zdawałem sobie sprawy, że musiałem zapisać ustawienie permalinków w WordPress, aby zaktualizować plik. Mam nadzieję, że to rozwiąże problem na dobre! Wielkie dzięki.

  17. Wyłączenie wtyczek zadziałało u mnie po ostatniej aktualizacji WP (8 kwietnia 2014). Chociaż myślę, że to W3 cache kolidował z moim wykrywaczem urządzeń mobilnych WP, który był winowajcą.
    Bardzo dziękuję, ratujesz mi życie!

    Moja firma hostingowa powiedziała mi, że powinnam mieć kopię zapasową (którą myślałam, że mam za pomocą wtyczki) i że jeśli chcę odzyskać i zrobić kopię zapasową, będę musiała zapłacić 75,00 $. Naprawdę? Jestem tak rozczarowana, ale bardzo szczęśliwa, że znalazłam ten artykuł.

    BTW, jesteście moimi głównymi pomocnikami, jeśli chodzi o łatwe do zrozumienia, krok po kroku rozwiązania problemów z WP, wtyczkami i tym podobnymi. Potrzebujemy Was – kontynuujcie dobrą robotę. Naprawdę doceniam Wasze wysiłki.

    Jesteście SUPER!

    Subscribed and following :)

  18. Cześć Syed,

    Usunąłem zainfekowane pliki, ponieważ ciągle otrzymywałem błąd 500 Internal server error. Teraz dostawca hostingu poprosił mnie o przesłanie świeżych plików. Ponieważ nie mam pojęcia, poprosiłem dostawców hostingu o naprawę.

    Jeśli mam to zrobić, podczas przesyłania do głównego katalogu sieci, czy powinienem nadpisać istniejące pliki?
    Czy powinienem również zastosować poprawkę pliku htaccess? Proszę o pomoc...

  19. O.M.G. Nic tak nie cieszy, jak obudzić się i zobaczyć utraconą stronę. I tak, panikowałem, ale na szczęście znalazłem Twój post, wziąłem głęboki oddech i faktycznie naprawiłem wszystko pierwszym krokiem: uszkodzony plik htaccess. DZIĘKUJĘ CI! Naprawdę muszę dowiedzieć się więcej o WordPressie.

  20. 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 :)

  21. Z twoją pomocą właśnie naprawiłem mój błąd wewnętrznego serwera 500. Jestem totalnym nowicjuszem, więc to bardzo pomocne!! Dzięki!!

  22. Witaj Zespole Redakcyjny,

    Dziękuję bardzo!! Najlepszy post z rozwiązaniem błędu 500 Internal server error, na jaki trafiłem, właśnie wtedy, gdy tego potrzebowałem!!

    Dziękuję bardzo!!

  23. Bardzo pomocne! Dziękuję bardzo…

    Nic nie zrobiłem sam, ale skontaktowałem się z moim dostawcą hostingu. Zobaczymy, ile czasu zajmie im naprawienie tego problemu.

  24. Usunięcie całych motywów za pomocą menedżera plików i pozostawienie tylko 1 motywu zadziałało dla mnie

Zostaw odpowiedź

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