求教cache-control头的控制(影响了自己写的缓存功能了)
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了求教cache-control头的控制(影响了自己写的缓存功能了),小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1437字,纯文字阅读大概需要3分钟。
内容图文
![求教cache-control头的控制(影响了自己写的缓存功能了)](/upload/InfoBanner/zyjiaocheng/208/95168316a9854f1a8f40d15bf563ab7e.jpg)
如果浏览器发送了etag,则进行对比,etag一致,直接发送304,etag不一致,如果有文件缓存,则直接读取文件缓存,并发送当前服务器缓存的etag
(文件缓存和etag的更新在其他地方处理)
现在突然发现有响应没有返回304,一查,发现这个地址的服务器http响应头返回了cache-control:no-cache
我清空服务器的缓存后看,第一次响应的时候服务器就自动发送了一个no-cache头,(我的etag也发送了出去的),结果就是无论服务器端有没有缓存,浏览器都不会把etag添加到自己的请求头里面去,服务器端处理的时候没有收到etag,就当做是第一次请求,然后又重新读取文件缓存,又重新发送etag……(响应200)
大致是这么回事,但是这样就失去了我想用304来直接缓存的效果了。
看了一下区别,正常的数据,大概10KB,运行一直正常(没有缓存初次请求130ms,有缓存初次请求90ms,之后16ms或以下)
而没有发送304的这个(一直发送no-cache)的这个,数据只有304B,(但是就算不加缓存模块,因为服务器计算的原因,也要花90ms左右),
怀疑是不是因为数据返回不一致的原因而导致的,将这个304B的数据扩增到12KB,还是发送no-cache头,增加到20kb,也是一样的。
然后懵了……不知道怎么回事了。
(天地良心,代码全部是我写的,除了一个header(etag)外绝对没有发送其他的etag了)
回复讨论(解决方案)
找到原因了……
原因是什么?
为什么会一直发送no-cache呢?估计是服务器设置了吧。
原因是什么?
为什么会一直发送no-cache呢?估计是服务器设置了吧。
php的session-limit的原因
内容总结
以上是互联网集市为您收集整理的求教cache-control头的控制(影响了自己写的缓存功能了)全部内容,希望文章能够帮你解决求教cache-control头的控制(影响了自己写的缓存功能了)所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。