ruby-on-rails-3 - rackapp - rails deploy digitalocean

Error de "413 entidad de solicitud demasiado grande" Carriles 3.2 Fusión de pasajeros

Question

Tengo una aplicación de Rails que utiliza Rails 3.2.3, Ruby 1.9.3 y Phusion Passenger con el módulo Nginx. Los usuarios de la aplicación necesitan subir archivos grandes. client_max_body_size 500M; la directiva client_max_body_size 500M; al bloque de ubicación en el nginx.conf (a continuación) y detuvo e inició nginx mediante el uso de Ctrl-C para detener passenger start nginx y passenger start reinicio del passenger start para reiniciar nginx. Sin embargo, cuando intento cargar un archivo de 127 mb, aparece el error "413 Request Entity Too Large". ¿Alguien puede hacerme saber lo que estoy pasando por alto?

Gracias,

Mi nginx.conf

#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
passenger_root /Users/mcmahling/.rvm/gems/ruby-1.9.3-p125/gems/passenger-3.0.12;
passenger_ruby /Users/mcmahling/.rvm/wrappers/ruby-1.9.3-p125/ruby;
include mime.types;
default_type application/octet-stream;
#log_format main ''$remote_addr - $remote_user [$time_local] "$request" ''
# ''$status $body_bytes_sent "$http_referer" ''
# ''"$http_user_agent" "$http_x_forwarded_for"'';
#access_log logs/access.log main;
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 165;
#gzip on;
server {
listen 80;
server_name localhost;
client_max_body_size 4G;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
root html;
index index.html index.htm;
client_max_body_size 4G;
client_body_buffer_size 128k;
client_body_temp_path /usr/local/nginx/client_body_temp;
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ /.php$ {
# proxy_pass http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ /.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}
# deny access to .htaccess files, if Apache''s document root
# concurs with nginx''s one
#
#location ~ //.ht {
# deny all;
#}
}
# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;
# location / {
# root html;
# index index.html index.htm;
# }
#}
# HTTPS server
#
#server {
# listen 443;
# server_name localhost;
# ssl on;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;
# ssl_session_timeout 5m;
# ssl_protocols SSLv2 SSLv3 TLSv1;
# ssl_ciphers HIGH:!aNULL:!MD5;
# ssl_prefer_server_ciphers on;
# location / {
# root html;
# index index.html index.htm;
# }
#}
}

Answer 1

A juzgar por los errores Nginx 413 y http://forum.slicehost.com/index.php?p=/discussion/1714/nginx-413-when-uploading-file-1mb-or-larger/p1 , puede intentar tener client_max_body_size Especificado solo una vez, posiblemente solo en la sección del servidor, aunque eso parezca dudoso.

Además, como se mencionó en otra respuesta, creo que quiere que ''4g'' sea el valor.

Answer 2

Cambiar client_max_body_size 4G; a 4g; o 500m; insde el bloque del servidor

Answer 3

Esto es solo una suposición descabellada, y dado que no sé ni Rails, Ruby ni nginx, realmente no puedo descubrir si mi idea se aplica, pero aquí está de todos modos, tal vez ayude ...

¿Comprobaste con qué método se transfieren los archivos? Tu problema me recuerda una situación en la que mis solicitudes de Ajax fallaron de manera mística. Después de algunas investigaciones, descubrí todas las solicitudes enviadas a través de GET (que era la forma incorrecta de hacerlo en primer lugar). Cambiarlo a POST solucionó mi problema entonces.

Ya que estás enviando archivos allí, podría ser una cosa totalmente diferente (tenía datos sobre 2KiB de tamaño aproximadamente).

Answer 4

client_max_body_size 10m; trabaja para mí, con '';'' en la y, y reinicie Nginx y Unicorn, o apache ... etc

Como dice @MaffooClock, dentro del bloque http.