【发布时间】:2015-07-07 12:07:36
【问题描述】:
我刚刚发现部分响应在我们客户的一台机器中被缓存为完整的,这导致整个网站无法使用。而且我完全不知道,那里可能出了什么问题。
那么在以下设置中可能出了什么问题?
在服务器端,我们正在运行一个 ASP.NET 应用程序。一个 IHttpHandler 处理对 javascript 文件的请求。它基本上会在请求文件时缩小文件并将结果写入响应流。它还会记录写入响应流的字符串的长度:
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 编码发送内容。对我来说似乎很简单。
不幸的是,我刚刚与一个用户进行了远程会话,其中只有大约 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
【问题讨论】:
-
更新:一段时间后,我放弃了。缩小的 js 文件现在以唯一名称写入文件系统,并由 IIS 从那里直接提供服务。从那以后这个问题就没有发生过。
标签: asp.net-mvc http caching https