2015-11-05 3 views
5

Иногда приложение Rails может быть повреждено из-за какой-либо ошибки и при доступе к определенным URL-адресам на производстве кто-то может приземлиться на странице /500.html.Проблема с кешированием с Rails 4 и Nginx + Passenger

До сих пор все нормально. Мы можем видеть через журналы, что проблема, а затем исправить. Однако, чтобы правильно просмотреть страницу, мы должны очистить кеш браузера, иначе мы снова перенаправляемся на /500.html

Есть ли все-таки предотвратить это?

я описал пример рабочего процесса ниже:

  1. Перемещение к www.whatever.com/order/view/4444
  2. Из-за ошибки в наших данных/кода пользователь перенаправляется на www.whatever .com/500.html
  3. Мы рассматриваем журналы, идентифицируем проблему и исправляем ее.
  4. Если я НЕ очищаю кеш браузера, попробовав перейти на www.whatever.com/order/view/4444, я перенаправлено на /500.html снова
  5. I f Я очищаю кеш, все нормально работает

Есть ли что-то, что мы можем сделать в конфигурации Rails или Nginx, чтобы мне не пришлось очищать кеш браузера после изменения приложения 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

Есть ли что-то в JavaScript, что ходовом пользователя на другую страницу, то не существует? Или, может быть, есть что-то, что автоматически регистрируется пользователем, а затем перенаправляется? – Kyle

+0

Нет, пользователь обычно регистрируется. Я видел, что по запросу пользователь перенаправляется (перенаправление кэшируется, вероятно?) Без какого-либо запроса на сервер приложений. – mentalic

+1

Можете ли вы разместить свою конфигурацию nginx? – Kyle

ответ

0

Я нашел ошибку. Для отображения пользовательских сообщений об ошибках мы ввели config/routes.rb. Таким образом, на самом деле 500 и 422 кода ответа обрабатывались как перенаправления (и поэтому кэшировались).

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

делают SendFile прочь на Nginx конфигурационный файл, как следующий

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; 
Смежные вопросы