Цей параметр у нас є nginx.conf
досить довгий час.
sendfile on;
Коли ми оновимо файл, наприклад, /js/main.js
і отримаємо доступ із веб-переглядача https://test.com/js/main.js?newrandomtimestamp , він все одно завантажить старішу версію, якщо ми не виконаємо повне оновлення (очищення кеша) з нашого браузера.
Але коли ми змінюємо налаштування від sendfile on; to sendfile off; браузер завантажить правильну версію оновленого файлу.
Чи слід використовувати наш веб-сервер виробництва на sendfile; або sendfile off ;? Якщо 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.