Установленный Nginx теперь MP3-файлы не кэшируются браузером - PullRequest
Новая
       30

Установленный Nginx теперь MP3-файлы не кэшируются браузером

0 голосов
/ 23 ноября 2011

До недавнего времени я использовал vanache apache без особых проблем.

Сегодня я установил Nginx Admin (плагин cpanel nginx), который действует как обратный прокси-сервер для Apache для доставки статических файлов.

Это все работает очень хорошо, и есть заметное повышение производительности, которым я доволен.

Однако мой сайт содержит большое количество файлов MP3, которые до использования Nginx кэшировались бы в браузере, а это означает, что пользователь должен был загрузить их только один раз, а последующие прослушивания были мгновенными.

Теперь при установленном Nginx Admin браузер каждый раз запрашивает файл с сервера.

Я попытался добавить следующее в мой файл конфигурации nginx: - 

location ~* \.(mp3)$ {
          expires max;
 }

Но даже это не имело никакого эффекта. Что может быть причиной этого, и что еще я могу попытаться исправить эту проблему?

Странно, под apache мой заголовок выглядит так: - 

  Server    Apache
Connection  Keep-Alive
Keep-Alive  timeout=5, max=98
Vary    Accept-Encoding,User-Agent

Возвращает ответ 304 Not Modified после кэширования.

и с установленным nginx admin заголовки выглядят следующим образом: - 

Server  nginx admin
Date    Thu, 24 Nov 2011 12:46:27 GMT
Content-Type    audio/mpeg
Content-Length  5263187
Last-Modified   Mon, 26 Sep 2011 18:29:39 GMT
Connection  keep-alive
Expires Thu, 01 Dec 2011 12:46:27 GMT
Cache-Control   max-age=604800
X-Cache HIT from Backend
Accept-Ranges   bytes

Что независимо от того, что всегда возвращает 200 OK.

Мой файл конфигурации nginx выглядит следующим образом: - 

user  nobody;
# no need for more workers in the proxy mode
worker_processes  4;
error_log  /var/log/nginx/error.log info;
worker_rlimit_nofile 20480;
events {
 worker_connections 5120; # increase for busier servers
 use epoll; # you should use epoll here for Linux kernels 2.6.x
}
http {
 server_name_in_redirect off;
 server_names_hash_max_size 10240;
 server_names_hash_bucket_size 1024;
 include    mime.types;
 default_type  application/octet-stream;
 server_tokens off;
 sendfile on;
 tcp_nopush on;
 tcp_nodelay on;
 keepalive_timeout  5;
 gzip on;
 gzip_vary on;
 gzip_disable "MSIE [1-6]\.";
 gzip_proxied any;
 gzip_http_version 1.1;
 gzip_min_length  1000;
 gzip_comp_level  6;
 gzip_buffers  16 8k;
# You can remove image/png image/x-icon image/gif image/jpeg if you have slow CPU
 gzip_types    text/plain text/xml text/css application/x-javascript application/xml image/png image/x-icon image/gif image/jpeg application/xml+rss text/javascript application/atom+xml;
 ignore_invalid_headers on;
 client_header_timeout  3m;
 client_body_timeout 3m;
 send_timeout     3m;
 reset_timedout_connection on;
 connection_pool_size  256;
 client_header_buffer_size 256k;
 large_client_header_buffers 4 256k;
 client_max_body_size 200M; 
 client_body_buffer_size 128k;
 request_pool_size  32k;
 output_buffers   4 32k;
 postpone_output  1460;
 proxy_temp_path  /tmp/nginx_proxy/;
 client_body_in_file_only on;
 log_format bytes_log "$msec $bytes_sent .";
 include "/etc/nginx/vhosts/*";
}

При включении этого файла, специфичного для данного домена: - 

server {
          error_log /var/log/nginx/vhost-error_log warn;
          listen x.x.x.x:x;
          server_name songbanc.com www.songbanc.com;
          access_log /usr/local/apache/domlogs/mydomain.com-bytes_log bytes_log;
          access_log /usr/local/apache/domlogs/mydomain.com combined;
          root /home/mydomain/public_html;
          location / {
          location ~.*\.(3gp|gif|jpg|jpeg|png|ico|wmv|avi|asf|asx|mpg|mpeg|mp4|pls|mp3|mid|wav|swf|flv|html|htm|txt|js|css|exe|zip|tar|rar|gz|tgz|bz2|uha|7z|doc|docx|xls|xlsx|pdf|iso)$ {
          expires 7d;
          try_files $uri @backend;
          }
          error_page 405 = @backend;
          add_header X-Cache "HIT from Backend";
          proxy_pass http://x.x.x.x:8081;
          include proxy.inc;
          }
          location @backend {
          internal;
          proxy_pass http://x.x.x.x:8081;
          include proxy.inc;
          }
          location ~ .*\.(php|jsp|cgi|pl|py)?$ {
          proxy_pass http://x.x.x.x:8081;
          include proxy.inc;
          }
          location ~ /\.ht {
          deny all;
          }

          location ~* \.(mp3)$ {
          expires max;
          }             
        }

1 Ответ

3 голосов
/ 22 декабря 2011

Я полагаю, что причина может быть в том, что ваш conf-файл был излишне сложным, и ошибки начинают распространяться в такие конфигурации.

location ~ .*\.(php|jsp|cgi|pl|py)?$ должно быть location ~ .*\.(php|jsp|cgi|pl|py)$.

Длинное гнездо, если блок под локацией / аналогично не требуется.

Директива add_header X-Cache должна быть в proxy.inc.

Именованные местоположения, такие как «@backend», не нуждаются в «внутренних» директивах.

В любом случае, после того, как мы разберёмся, у нас останется: 

server {
    error_log /var/log/nginx/vhost-error_log warn;
    listen x.x.x.x:x;
    server_name songbanc.com www.songbanc.com;
    access_log /usr/local/apache/domlogs/mydomain.com-bytes_log bytes_log;
    access_log /usr/local/apache/domlogs/mydomain.com combined;
    root /home/mydomain/public_html;
    index index.html index.php;
    error_page 418 = @backend;

    location / {
        expires 7d;
        add_header Cache-Control "public";
        try_files $uri $uri/ @backend;
    }
    location ~* \.mp3$ {
        # Add rewrite rules to handle these requests here
        add_header Cache-Control "public";
        expires max;
    }
    location ~ .*\.(php|jsp|cgi|pl|py)$ {
        return 418;
    }
    location @backend {
        proxy_pass http://x.x.x.x:8081;
        include proxy.inc;
    }
    location ~ /\.ht {
        deny all;
    }
}

Это должно иметь статические файлы в кэше и динамические не кэшированные. требует переписать правила для блока mp3 для перевода из бэкэнда.

В качестве альтернативы, вы можете просто передавать запросы mp3 на сервер. 

server {
    error_log /var/log/nginx/vhost-error_log warn;
    listen x.x.x.x:x;
    server_name songbanc.com www.songbanc.com;
    access_log /usr/local/apache/domlogs/mydomain.com-bytes_log bytes_log;
    access_log /usr/local/apache/domlogs/mydomain.com combined;
    root /home/mydomain/public_html;
    index index.html index.php;
    error_page 418 = @backend;

    location / {
        expires 7d;
        add_header Cache-Control "public";
        try_files $uri $uri/ @backend;
    }
    location ~* \.mp3$ {
        add_header Cache-Control "public";
        expires max;
        return 418;
    }
    location ~ .*\.(php|jsp|cgi|pl|py)$ {
        return 418;
    }
    location @backend {
        proxy_pass http://x.x.x.x:8081;
        include proxy.inc;
    }
    location ~ /\.ht {
        deny all;
    }
}

Я не уверен на 100%, если такие директивы, как «expires» и «add_header» не очищаются при срабатывании перенаправления. Если вы обнаружите, что вы не получаете заголовки you с приведенным выше конфигом, это немного дольше, чем нужно. 

server {
    error_log /var/log/nginx/vhost-error_log warn;
    listen x.x.x.x:x;
    server_name songbanc.com www.songbanc.com;
    access_log /usr/local/apache/domlogs/mydomain.com-bytes_log bytes_log;
    access_log /usr/local/apache/domlogs/mydomain.com combined;
    root /home/mydomain/public_html;
    index index.html index.php;
    error_page 418 = @backend;

    location / {
        expires 7d;
        add_header Cache-Control "public";
        try_files $uri $uri/ @backend;
    }
    location ~* \.mp3$ {
        error_page 418 = @backend_alt;
        return 418;
    }
    location ~ .*\.(php|jsp|cgi|pl|py)$ {
        return 418;
    }
    location @backend {
        proxy_pass http://x.x.x.x:8081;
        include proxy.inc;
    }
    location @backend_alt {
        proxy_pass http://x.x.x.x:8081;
        include proxy.inc;
        add_header Cache-Control "public";
        expires max;
    }
    location ~ /\.ht {
        deny all;
    }
}
...