導軌3.2的NGINX過期標題3.2應用

我試圖在nginx 1.2.4上添加一個3.2應用程序的過期標題，編譯時默認支持標題模塊。導軌3.2的NGINX過期標題3.2應用

我的服務器{}塊內的規則是：

location /assets/ { 
    access_log off; 
    expires  30d; 
}

我試圖根據文件擴展名其他REG EXP，我在網上找到的，但似乎都不起作用。我在做什麼錯？

效應初探標題是：

Accept-Ranges bytes 
Age 0 
Cache-Control proxy-revalidate 
Connection Keep-Alive 
Content-Type text/css 
Date Fri, 02 Nov 2012 03:58:45 GMT 
Last-Modified Fri, 02 Nov 2012 01:08:09 GMT 
Via 1.1 BC5-ACLD

來源

2012-11-02 CLod

是的，我終於發現，我最初的規則是完美的工作。我的互聯網提供商正在圍繞來自非國內網站（我住在新西蘭）的內容做一些智慧，所以頭部被一些代理人改變了。所有的好，我很困惑，因爲我使用這些規則堆，並沒有遇到麻煩;這是我第一次在nz的這個國家有服務器，所以從未遇到過這個問題。

來源

2012-11-02 22:23:03 CLod

看到這個博客 - Configure the Expires header for Rails under nginx

來源

2012-11-02 05:09:50

是的，我也嘗試過。只是試圖重新編譯nginx，仍然是一樣的。我之前制定過這個規則，從來沒有問題，也不知道爲什麼這次我有這個問題。也gzip不適用，我的設置... ...抓我的頭 – CLod

位置〜^ /（資產）/ ....使用這個規則，似乎是更好的CSS和JS，但不知何故/資產/ zoom-out.png沒有正確顯示緩存標題...也沒有應用gzip，我使用這些規則在http塊上使用gzip：gzip on; gzip_static on; gzip_http_version 1.0; gzip_disable「MSIE [1-6] \。」; gzip_vary on; gzip_comp_level 2; gzip_proxied any; gzip_types text/plain text/html text/css application/x-javascript text/xml application/xml application/xml + rss text/javascript; – CLod

解決了過期頭的問題。我的提供商正在干擾他們：curl -I'http://ww3.gruppoimi.it/assets/zoom-out.png' HTTP/1.1 200 OK 服務器：日期：2012年11月2日，星期五08:40： 10 GMT Content-Type：image/png Content-Length：959 Last-Modified：Fri，02 Nov 2012 01:08:09 GMT Connection：keep-alive 過期時間：2037年12月31日星期四23:55： 55 GMT Cache-Control：max-age = 315360000 Cache-Control：public Accept-Ranges：bytes – CLod

見RailsGuide這裏（Nginx的|阿帕奇）http://edgeguides.rubyonrails.org/asset_pipeline.html#far-future-expires-header

來源

2012-11-02 15:11:44 Rivsc

確保你把配置文件在正確的地方。確保你重新啓動nginx。

來源

2012-11-02 15:16:35

導軌3.2的NGINX過期標題3.2應用

回答

相關問題