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.


krzysiek
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.
Zespół WPBeginner
Możesz pobrać stary plik .htaccess na swój komputer jako kopię zapasową.
Ronaldo
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
brooke
dziękuję! to uratowało mi dzień, kiedy dokonałem zmiany .htaccess przez FTP. mogę znowu oddychać… ; D
itechaleart
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ę.
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
Mój problem został rozwiązany, dziękuję za ten tutorial, dziękuję bardzo
Arun
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!
deemyboy
@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!
deemyboy
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
Henrique
Dziękuję bardzo!
Deepanshu Kakkar
Dzięki
Basha
Bardzo, bardzo przydatny artykuł… Dziękuję bardzo
Guan
błąd wewnętrzny serwera 500 po aktywacji wtyczek WordPress
Warix
Thank you so much, it was problem in plugins
Kristian Frisk
Dzięki za ten post. Dowiedziałem się (na własnej skórze), ile kłopotów może spowodować zła wtyczka na stronie WordPress.
F. Parisis
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.
Tom Grant
Dobra robota – ogromna pomoc!
Anurag
A Big THUMBS up to this tutorial
Md.Zelal Hossain
Dziękuję bardzo za ten fajny tutorial..!!!!
Mulyadi Subali
właśnie uratowałeś mi dzień. dzięki!
imam
Ok dzięki
Levent Ultanur
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ś?
Kyle Hunzinger
Dziękuję, to był limit pamięci PHP!
Uwe
Dziękuję bardzo! Powodem był .htaccess!
Mark C.
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.
Bwana
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ł!
Jorge Santos Velasco
Bardzo dziękuję!! to było bardzo pomocne!!
Lakshay Sharma
Wielkie dzięki za ten post, rozwiązał mój problem.
Denise O'Reilly
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ć?
Zespół WPBeginner
Czasami błędy konfiguracji serwera są naprawiane i błąd nie powraca. Jeśli tak się stanie, powinieneś skontaktować się ze swoim hostingodawcą.
Jos
Widziałem to dwa razy. Samo przeładowanie strony naprawiło to. Ale czy coś nadal może być nie tak?
Matthew Newton
Dzięki wielkie, podejrzewałem, że to .htaccess i to potwierdziło moje przypuszczenia
Zespół WPBeginner
Zapoznaj się z naszym przewodnikiem, jak wyłączyć wtyczki w WordPress, gdy nie masz dostępu do obszaru administracyjnego.
Jessica
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?
Mitesh Raghwani
Dziękuję bardzo za pomoc. Prosta poprawka czegoś, co wydawało się ogromnym problemem.
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 ???
Potrzebna jest Twoja pomoc, proszę pomóż naprawić ten problem..!
Lidia Lewis
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.
Mark Brandson
Dziękuję bardzo. Sztuczka z .htaccess zadziałała. Uratowałeś mi życie!
Astrid
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
sangeetha menon
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...
luka
Po prostu zmień wersję php na 5.4 lub wyższą. U mnie działa :)
Meg
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.
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
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!!
Derrick
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!!
Nepal
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.
Anita Hunt
Thanks so much for your help
Keely
Thanks wpbeginner – the .htaccess fix worked for me
Olsi
Usunięcie całych motywów za pomocą menedżera plików i pozostawienie tylko 1 motywu zadziałało dla mnie