Jak pisałem „ostatnio” na serwerze na którym znajduje się ta strona przeprowadzam małe modyfikacje związane z „wydajnością” – ale o tym więcej niebawem…
Dziś kolejny krótki wpis – dotyczący błędu jaki może się pojawić np. przy operacjach na plikach, np. wgrywaniu za pomocą phpMyAdmin (ale nie tylko, to tylko przykład) kopii bazy danych.
Spis treści w artykule
413 Request Entity Too Large
Podczas wgrywania pliku – np. kopii bazy danych – na serwer może pojawić się w przeglądarce błąd:
413 Request Entity Too Large
By rozwiązać ten problem globalnie edytujemy plik:
sudo nano /etc/nginx/nginx.conf
i w sekcji „http” dodajemy:
client_max_body_size 512M
Czyli:
http {
[...]
client_max_body_size 512M
[...]
}
Można też ustawić to dla konkretnych plików vHosta – w sekcji „serwer”, ale poza specyficznymi sytuacjami lepiej problem rozwiązać globalnie.
Na koniec restart nginx:
sudo /etc/init.d/nginx restart
server_names_hash_bucket_size
Przy okazji restartu – zwłaszcza jak macie więcej niż jednego vHosta – może się pojawić błąd:
Restarting nginx: nginx: [emerg] could not build the server_names_hash, you should increase server_names_hash_bucket_size: 32
nginx: configuration file /etc/nginx/nginx.conf test failed
Wystarczy wtedy w pliku konfiguracyjnym Nginx „odkomentować” wpis:
server_names_hash_bucket_size 64;
I restart Nginx:
sudo /etc/init.d/nginx restart
- Problem z działaniem wtyczki Przelewy24 z najnowszą wersją WooCommerce, czyli (tymczasowo) wyłącz graficzną listę metod płatności na stronie potwierdzenia zamówienia - 1970-01-01
- Wiadomość od COPYTRACK w sprawie rzekomego naruszenia praw autorskich, czyli SPAM, a może nawet SCAM - 1970-01-01
- Kupiłem drona i co dalej, czyli krótki przewodnik po najważniejszych rzeczach, które musi znać każdy pilot drona - 1970-01-01