当通过WebSphere应用程序服务器处理某些请求时,它会设置Thu,1994年12月1日16:00:00 GMT的缓存过期标头。这个日期似乎在许多文档中作为过期标题的正确形成日期的示例,但是在实际响应方面它也在整个互联网上。这个确切的日期(星期四,1994年12月1日16:00:00 GMT)来自哪里?
当你response.setHeader("Expires",0)
这是默认值时会发生什么?
答案 0 :(得分:6)
我认为除了1996年5月RFC 1945: Hypertext Transfer Protocol -- HTTP/1.0中的“过期”日期之外,我认为没有任何特别的意义。至少有一些文本会早得多写,实际上是RFC 1738 :统一资源定位器(URL)的日期是1994年12月。
在撰写本文时,这将是一个合理的示例价值。同样,RFC'Tue,1994年11月15日08:12:31 GMT'中的'date'标题示例在网络中很普遍。这两个值一起构成一个一致的例子。
在RFC 1945中,没有提到特定的默认值,但它声明了
注意:鼓励申请 容忍坏或 误解了Expires标头的实现。值为零 (0)或无效的日期格式应视为等同于 “立即过期”。虽然这些值不是 合法 对于HTTP / 1.0,总是需要一个强大的实现。
服务器的实现者将阅读RFC - 他们需要知道要实现什么 - 并获取给定的示例日期并使用它。
答案 1 :(得分:0)
您可以检查this 30 seconds以查看其原因。它基本上是技术文档中的复制和粘贴值。