“Błąd HTTP” jest częstym błędem wśród użytkowników WordPress którzy używają klasyczna metoda przesyłania zdjęcia, dokumenty i inne pliki.
Za każdym razem, gdy napotkamy błąd SQL, HTTP, dobrze jest sprawdzić logi z serwera. Mogą nam dostarczyć więcej informacji na temat komunikatu o błędzie wyświetlanego w przeglądarce.
Oto przykład błędu “Błąd HTTP” w przeglądarce podczas próby przesłania pliku .PDF:

Ten sam błąd, w logach serwera wygląda to zupełnie inaczej. Znacznie bardziej szczegółowe i do czego łatwiej nas prowadzi rozwiązanie problemu. W zależności od konfiguracji serwera WWW i usług HTTP/HTTPS, plik zawierający dane o błędach może mieć postać: error.log, error_log, nazwa-domeny.error.log itp.
2019/06/10 12:58:14 [error] 25084#25084: *22825511 client intended to send too large body: 1143385 bytes, client: 84.XX.XX.XX, server: stealthsettings.com, request: "POST /wp-admin/async-upload.php HTTP/1.1", host: "stealthsettings.com", referrer: "https://stealthsettings.com/wp-admin/post.php?post=19644&action=edit"
Powyższy błąd informuje nas, że plik, który chcemy przesłać na serwer, jest większy niż limit dozwolony przez serwer na sesję przesyłania. Limit ten można znaleźć w ogólnym pliku konfiguracyjnym NGINX (nginx.conf) lub w niestandardowym pliku konfiguracyjnym NGINX domeny, w której napotkaliśmy to ograniczenie.
“Błąd HTTP” pojawia się najczęściej, gdy mamy plik z Chcę MB Sea albo my to robimy jednoczesne przesyłanie kilku plików.
Jak rozwiązujemy błąd “klient zamierzał wysłać zbyt dużą treść – Błąd HTTP”
Najprostszą metodą jest edycja pliku “nginx.conf” i ustanowić dyrektywę zmieniającą limit przesyłania dozwolony na sesję. W naszym przypadku ustaliliśmy limit 10 MB na treść przesyłanego pliku.
client_max_body_size 10M;
Powyższa dyrektywa zostanie dodana do sekcji http (serwer/lokalizacja).
Zapisujemy plik “nginx.conf” edytowany z “vi” Lub “Nano”, następnie testujemy konfigurację nginx.
nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
Uruchamiamy ponownie usługę nginx:
service nginx restart
Lub
systemctl restart nginx
Po wykonaniu tych kroków wznów proces przesyłania. Wszystko powinno pójść bez problemów i błędów “Błąd HTTP” zniknąć.
Wielu użytkowników WordPressa posiadających blogi/strony hostowane na serwerach z NGINX boryka się ostatnio z tym ograniczeniem. Najprawdopodobniej to ograniczenie wynika z nowych funkcji bezpieczeństwa wprowadzonych w najnowszej wersji NGINX.