我想重写Etag查找,因为很明显,它们正在减慢页面速度,因为每个请求的延迟都相当大!
过期的头似乎不管用..。
有什么想法吗?
发布于 2010-11-26 11:52:33
在视图的response对象中,您可以将ETag设置为您喜欢的任何东西。这要求您使用的是CommonMiddleware,而USE_ETAGS设置为True。
但是,如果您真正想要做的是完全不调用视图,为什么不直接使用缓存装饰器并缓存结果呢?
etag处理的代码。
发布于 2010-11-26 16:34:22
我希望人们会问一些问题,说明他们正在运行的apache版本。这很快就会令人困惑。查看FileETag指令(至少对于Apache2.0和2.2是这样)。
FileETag none //不会为文件生成和ETag
请参阅FileETag
发布于 2010-12-03 12:20:34
每个请求都很大!
除非您在apache安装或一个非常奇怪的文件系统上有了一些非常时髦的定制补丁,否则生成eTAG的工作并不取决于文件的大小--默认情况下,Apache使用inode编号、mod时间和大小。
通常情况下,有条件的请求实际上可以大大减缓站点的速度,并且应该避免(最好是从请求头中剥离if- be match/if-修改的)。有一次,情况不是这样的,就是在那里发布非常大的文件(例如,视频、PDF)。如果您不能修改请求头(例如使用Apache<2.0),那么您需要同时删除ETag和最后一个从响应中修改的内容,或者定期刷新时间戳。
“there”报头是一个HTTP/1.0指令--只有很少的HTTP/1.0通信量--很少的流量通常来自通过代理工作的糟糕配置的MSIE6浏览器)。你应该发送缓存控制头。
https://stackoverflow.com/questions/4284988
复制相似问题