У нас есть этот параметр в нашем nginx.conf
довольно долгое время.
sendfile on;
Когда мы обновили файл, например, /js/main.js
и осуществили доступ из браузера https://test.com/js/main.js?newrandomtimestamp , он все равно загрузит старую версию, если мы не выполним полное обновление (очистить кеш) из нашего браузера.
Но когда мы меняем настройки с sendfile на; отправить файл прочь; браузер загрузит правильную версию обновленного файла.
Для нашего рабочего веб-сервера, мы должны использовать sendfile on; или отправить файл выключен? Если sendfile включен; требуется (может по причине лучшего кеширования? более быстрая производительность?) тогда как решить проблему, упомянутую выше?
Ниже находится nginx.conf
наш производственный сервер, и мы используем версию 1.7.5:
user nginx;
worker_processes 2;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;
worker_rlimit_nofile 51200;
events {
use epoll;
worker_connections 51200;
}
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;
client_max_body_size 8m;
sendfile on;
keepalive_timeout 65;
real_ip_header X-Forwarded-For;
set_real_ip_from 0.0.0.0/0;
large_client_header_buffers 4 32k;
gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
gzip_http_version 1.1;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript application/javascript text/css application/xml application/json;
gzip_vary on;
include /etc/nginx/conf.d/*.conf;
}
sendfile
и диске VirtualBox (например, virtualbox.org/ticket/819 ). Может быть, есть аналогичная проблема с Amazon.