Jak naprawić błąd HTTP 400 w witrynach WordPress?

Prawdopodobnie znasz błąd HTTP 404. Dzieje się tak, gdy nie można znaleźć żądanej strony lub dokumentu. Ale co z błędem HTTP 400, w którym otrzymujesz komunikat o złym żądaniu ? Ten jest nieco trudniejszy, ale nie ma się czym martwić. Chcemy omówić niektóre z najczęstszych przyczyn wystąpienia błędu 400, sposoby jego naprawienia oraz kroki, które można podjąć, aby temu zapobiec.

Subskrybuj nasz kanał YouTube

Co to jest błąd HTTP 400?

Spośród wszystkich błędów HTTP, które otrzymują ludzie, jest to jeden z najczęstszych błędów, które zdarzają się po stronie użytkownika. Nie oznacza to, że administratorzy serwerów nie muszą się tym martwić. Robią. Ale w wielu przypadkach prośba jest zła od samego początku, a strona internetowa nie może jej zrozumieć. Więc zamiast nawet próbować go spełnić, po prostu daje ci 400.

Na szczęście jest kilka rzeczy, które możesz zrobić, aby przekazać żądanie do procesów serwera i je wykonać. Przyjrzyjmy się zatem niektórym przyczynom i sposobom ich naprawy.

Problemy z pamięcią podręczną przeglądarki i plikami cookie

Powiedzieliśmy to już wcześniej i powiemy to jeszcze raz. Wyczyszczenie pamięci podręcznej przeglądarki to „wyłącz, a następnie włącz” błędów HTTP. A właściwie większość błędów internetowych. Niestety, zrobienie tego absolutnie nie naprawi wszystkiego. Jeśli jednak gdzieś wystąpiło uszkodzenie, wygasły plik cookie lub po prostu coś zablokowanego i nie można go przeanalizować, wyczyszczenie pamięci podręcznej przeglądarki może być w stanie to wyczyścić.

Wiele razy błąd 400 jest zwracany podczas przesyłania formularza lub logowania. Jeśli wysyłasz zabezpieczone i zaszyfrowane pakiety, coś może pójść nie tak podczas procesu. Czasami wystarczy zwykłe odświeżenie, ale innym razem potrzeba pełnej pamięci podręcznej może to wyczyścić.

Dodatkowo możesz spróbować ominąć pamięć podręczną po otrzymaniu błędu HTTP 400, naciskając CTRL/CMD – Shift – R na ekranie błędu. To może pomóc w przeforsowaniu twojej prośby. Jeśli nie, przejdź do innych poprawek.

Sprawdź swoje adresy URL

Jedną z głównych przyczyn błędu HTTP 400 jest w rzeczywistości błąd w adresie URL. Nie jak literówka, która zazwyczaj skutkuje 404, ale niedozwolony znak, który nie jest częścią oczekiwanej składni serwera.

Przejdźmy do prostego przykładu. Podczas pracy z kampanią UTM możesz używać kodów %20 i podobnych do wstawiania znaków ( %20 wstawia spację). Lubię to:

www.elegantthemes.com/divi ?utm_campaign=viral%20campaign&utm_medium=Blog%20post&utm_source=TikTok

Możesz teraz umieścić ten adres URL w naszej przeglądarce i zadziała. Jeśli jednak umieścisz % lub %20 w głównej części adresu URL (część przed znakiem ?, która wskazuje ciągi zapytania w adresie URL), serwer po prostu nie ma pojęcia, o co prosisz.

www.elegantthemes.com/%divi da ci to:

Ponieważ standardowa struktura adresu URL nie akceptuje tego znaku. Upewnij się, że w przypadku wystąpienia błędu HTTP 400 nie zniekształciłeś adresu URL w żaden sposób. Czy adres URL, do którego próbujesz dotrzeć, został poprawnie wpisany. Najprawdopodobniej stanie się to w przypadku klikanych adresów URL, więc jeśli klikniesz link, który wyświetla ekran 400 nieprawidłowych żądań, sprawdź, czy w głównym adresie URL nie ma dziwnych znaków, które nie powinno tam być.

Sprawdź dodatki i rozszerzenia przeglądarki

Podobnie jak w przypadku debugowania WordPress, chcesz się upewnić, że oprogramowanie innych firm nie powoduje problemu. Jeśli uruchamiasz jakiekolwiek rozszerzenia przeglądarki lub dodatki, bardzo dobrym pomysłem jest wyłączenie ich pojedynczo, aby sprawdzić, czy któreś z nich powoduje wyświetlenie błędu.

Możesz zrobić to wszystko na raz, ale wtedy nie wiesz, kto jest winowajcą. Sprawdź je więc indywidualnie. A jeśli możesz ponownie załadować stronę i nie pojawi się błąd 400, naucz się przez jakiś czas żyć bez tego dodatku lub sprawdź rynek rozszerzeń, aby upewnić się, że jest zaktualizowany do najnowszej wersji.

Rozmiar pliku jest za duży

To ogromny problem w WordPressie. Użytkownicy WP niezmiennie napotykają błąd HTTP podczas próby przesłania pliku. Dzieje się tak nie tylko w przypadku WordPressa. Ale z WP to bardzo prosta poprawka. Aby jednak upewnić się, że ustawienie 400 jest oparte na rozmiarze pliku, prześlij mniejszy plik na serwer. Jeśli tak się stanie, istnieje większe prawdopodobieństwo, że limit rozmiaru pliku musi zostać zwiększony. Ponadto mieliśmy szczęście wylogować się i ponownie zalogować, aby naprawić błąd 400 na podstawie przesłanych plików.

W pliku wp-config.php powinieneś znaleźć linię, która wygląda mniej więcej tak: define('WP_MEMORY_LIMIT', '64M');

Jeśli go nie znajdziesz, możesz go skopiować/wkleić bezpośrednio nad wierszem z napisem /* To wszystko, przestań edytować! Miłego blogowania. */. Następnie ustaw 64M na 128M lub 256M . Spowoduje to zmianę maksymalnego rozmiaru przesyłanego pliku (w megabajtach) dla Twojej witryny WordPress.

Możesz także zmienić maksymalny rozmiar pliku za pomocą pliku .htaccess i pliku functions.php w katalogu motywu. Jeśli wolisz iść tą drogą, mamy świetną dokumentację, która przeprowadzi Cię przez kolejne kroki.

Opróżnij pamięć podręczną DNS

Opróżnienie pamięci podręcznej DNS może pomóc w podobny sposób, w jaki pomaga czyszczenie pamięci podręcznej przeglądarki i usuwanie plików cookie. (Nawiasem mówiąc, są całkowicie oddzielne.) Koncepcja jest jednak taka sama. Twój komputer zapisuje informacje DNS o odwiedzonych witrynach, aby przy ponownym odwiedzaniu ich wczytywać się szybciej. Ale… czasami te stare informacje kolidują z najnowszą wersją witryny. I dostajesz błąd 400.

To dość łatwe rozwiązanie. W systemie Windows wystarczy otworzyć wiersz polecenia.

Wystarczy wpisać cmd w wyszukiwarce, a gdy pojawi się monit, po prostu wpisz ipconfig /flushdns (ze spacją). A to mogło naprawić błąd HTTP 400.

Jeśli jesteś na Macu, jest bardzo podobnie. Wyszukujesz terminal i wpisujesz sudo killall -HUP mDNSResponder . Jeśli to nie zadziała, wypróbuj sudo discoveryutil udnsflushcache .

W przypadku innych systemów operacyjnych i pełnego podsumowania buforowania DNS jako całości możesz zapoznać się z doskonałym przewodnikiem Kinsta.

Zakończenie z błędem HTTP 400

Jeśli po wypróbowaniu wszystkich tych rozwiązań nadal otrzymujesz 400, czas skontaktować się z hostem internetowym. Jeśli jesteś gościem i wiesz, jak skontaktować się z witryną za pośrednictwem Twittera lub w inny sposób, zrób to. A jeśli jesteś administratorem i musisz poradzić sobie z problemem, najlepszym rozwiązaniem jest wsparcie na dowolnym hoście, z którego korzystasz. Wiele błędów HTTP, takich jak 400, można naprawić, stosując proste i łatwe rozwiązania, takie jak te, o których tutaj wspominamy. Jednak nie wszyscy mogą. Właśnie wtedy powinien być zaangażowany gospodarz. Mają o wiele więcej informacji i dostępu niż ty.

Jak radziłeś sobie z błędem HTTP 400 w przeszłości?

Artykuł wyróżniony obrazem autorstwa Leremy / shutterstock.com