我刚发现部分响应在我们客户的某台机器中被缓存为完整,这使整个网站无法使用。我完全不知道,那里可能出现了什么问题。
那么在以下设置中可能出现什么问题?
在服务器端,我们运行了一个ASP.NET应用程序。一个IHttpHandler处理对javascript文件的请求。它基本上会根据请求缩小文件,并将结果写入响应流。它还记录了写入Response-Stream的字符串的长度:
String javascript = /* Javascript is retrieved here */;
HttpResponse response = context.Response;
response.ContentEncoding = Encoding.UTF8;
response.ContentType = "application/javascript";
HttpCachePolicy cache = response.Cache;
cache.SetCacheability(HttpCacheability.Public);
cache.SetMaxAge(TimeSpan.FromDays(300));
cache.SetETag(ETag);
cache.SetExpires(DateTime.Now.AddDays(300));
cache.SetLastModified(LastModified);
cache.SetRevalidation(HttpCacheRevalidation.None);
response.Headers.Add("Vary", "Accept-Encoding");
Log.Info("{0} characters sent", javascript.length);
response.Write(javascript);
response.Flush();
response.End();
然后通常使用带有分块传输编码的gzip-encoding发送内容。对我来说似乎很简单。
不幸的是,我只是与用户进行了一次远程会话,其中只有大约1/3的文件位于缓存中,这当然打破了文件(15k而不是44k)。在缓存中,内容编码也设置为gzip,所有通信都通过https进行。
在用户机器上打开源文件后,我只需按Ctrl-F5,就会立即显示完整内容。
可能出现什么问题?
如果重要,请在下面的Firefox中找到缓存条目:
Cache entry information
key: <resource-url>
fetch count: 49
last fetched: 2015-04-28 15:31:35
last modified: 2015-04-27 15:29:13
expires: 2016-02-09 14:27:05
Data size: 15998 B
Security: This is a secure document.
security-info: (...)
request-method: GET
request-Accept-Encoding: gzip, deflate
response-head: HTTP/1.1 200 OK
Cache-Control: public, max-age=25920000
Content-Type: application/javascript; charset=utf-8
Content-Encoding: gzip
Expires: Tue, 09 Feb 2016 14:27:12 GMT
Last-Modified: Tue, 02 Jan 2001 11:00:00 GMT
Etag: W/"0"
Vary: Accept-Encoding
Server: Microsoft-IIS/8.0
X-AspNet-Version: 4.0.30319
Date: Wed, 15 Apr 2015 13:27:12 GMT
necko:classified: 1
答案 0 :(得分:0)
您的客户端浏览器很可能会缓存JavaScript文件,这意味着您的脚本的src不会发生变化。
例如,如果您要请求myScripts
<script src="/myScripts.js">
然后第一次,客户端会请求该文件以及浏览器读取其缓存的任何时间。
您需要在脚本末尾添加某种唯一值(例如时间戳),以便即使浏览器缓存文件,新时间戳也会像新文件名一样。
按Ctrl + F5后,客户端会收到新脚本,因为这是清空浏览器缓存的快捷方式。
MVC有一个非常好的方法,它包括附加一个唯一的代码,每当应用程序或它的应用程序池重新启动时,该代码都会发生变化。查看MVC Bundling and Minification。
希望这有帮助!