2015-11-05 16 views
5

Occasionalmente la mia Applicazione Rails potrebbe bloccarsi a causa di un bug e quando si accede a specifici URL in produzione, qualcuno potrebbe atterrare sulla pagina /500.html.Problema di caching con Rails 4 e Nginx + Passenger

Finora tutto è normale. Possiamo vedere attraverso i registri quale fosse il problema e quindi correggerlo. Tuttavia, per visualizzare correttamente la pagina dobbiamo cancellare la cache del browser, altrimenti verremo reindirizzati nuovamente a /500.html

Esiste comunque una soluzione per impedirlo?

descrivo un flusso di lavoro seguente esempio:

  1. Spostarsi www.whatever.com/order/view/4444
  2. A causa di un problema in nostri dati/codice utente viene reindirizzato a www.whatever .com/500.html
  3. Visualizziamo i registri, identifichiamo il problema e risolviamo il problema
  4. Se NON svuoto la cache del browser, dopo aver tentato di accedere a www.whatever.com/order/view/4444 I am reindirizzato nuovamente a /500.html
  5. I f Cancella la cache, tutto funziona normalmente

C'è qualcosa che possiamo fare nella configurazione di Rails o Nginx in modo che non debba cancellare la cache del browser dopo aver cambiato l'app Rails?

nginx.conf

# For more information on configuration, see: 
# * Official English Documentation: http://nginx.org/en/docs/ 
# * Official Russian Documentation: http://nginx.org/ru/docs/ 

user nginx; 
worker_processes 1; 

error_log /var/log/nginx/error.log; 
#error_log /var/log/nginx/error.log notice; 
#error_log /var/log/nginx/error.log info; 

pid  /run/nginx.pid; 


events { 
    worker_connections 1024; 
} 


http { 
    include  /etc/nginx/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 /var/log/nginx/access.log main; 

    sendfile  on; 
    #tcp_nopush  on; 

    #keepalive_timeout 0; 
    keepalive_timeout 65; 

    #gzip on; 

    index index.html index.htm; 

    # Load modular configuration files from the /etc/nginx/conf.d directory. 
    # See http://nginx.org/en/docs/ngx_core_module.html#include 
    # for more information. 
    include /etc/nginx/conf.d/*.conf; 

    server { 
     listen  80 default_server; 
     server_name localhost; 
     root   /usr/share/nginx/html; 

     #charset koi8-r; 

     #access_log /var/log/nginx/host.access.log main; 

     # Load configuration files for the default server block. 
     include /etc/nginx/default.d/*.conf; 

     location/{ 
     } 

     # redirect server error pages to the static page /40x.html 
     # 
     error_page 404    /404.html; 
     location = /40x.html { 
     } 

     # redirect server error pages to the static page /50x.html 
     # 
     error_page 500 502 503 504 /50x.html; 
     location = /50x.html { 
     } 
    } 
} 

myapp.conf

server { 
    listen 80; 
    server_name example.com www.example.com; 

    # Tell Nginx and Passenger where your app's 'public' directory is 
    root /var/www/xxx/public; 

    # Turn on Passenger 
    passenger_enabled on; 
    passenger_ruby /usr/local/rvm/gems/ruby-2.0.0-p643/wrappers/ruby; 
    passenger_friendly_error_pages on; 
} 
+0

C'è qualcosa in javascript che sta navigando l'utente ad un'altra pagina che quindi non esiste? O forse c'è qualcosa che registra un utente automaticamente e poi reindirizza? – Kyle

+0

No, l'utente ha effettuato l'accesso normalmente. Ho visto che sulla richiesta l'utente viene reindirizzato (il reindirizzamento è memorizzato nella cache probabilmente?) Senza alcuna richiesta al server delle applicazioni. – mentalic

+1

Puoi pubblicare la tua configurazione di nginx? – Kyle

risposta

0

ho trovato l'errore. Avevamo inserito quanto segue in config/routes.rb per visualizzare messaggi di errore personalizzati. Quindi i codici di risposta 500 e 422 sono stati gestiti come reindirizzamenti (e quindi memorizzati nella cache).

get '/500', :to => redirect('/500.html') 
get '/422', :to => redirect('/422.html') 
0

make sendfile off sul file di configurazione nginx come il seguente

http { 
    include  /etc/nginx/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 /var/log/nginx/access.log main; 

    sendfile  off; 
    #tcp_nopush  on; 

    #keepalive_timeout 0; 
    keepalive_timeout 65; 

    #gzip on; 

    index index.html index.htm; 
Problemi correlati