最近项目中遇到了一个问题：用户从一个页面点击打卡按钮跳到另一个页面去打卡，打完卡后返回这个页面，按钮还是显示未打卡的状态，
我的解决方案是监听页面的pageshow事件，然后重新请求接口，更新DOM，
然后奇怪的事情发生了，打完卡返回后请求的接口返回的还是未打卡的状态，但是强制刷新整个页面的话数据又是已打完卡的
查了很久的资料，才发现，返回接口responce header中的cache-control的值是private，如果是后退到页面，是不会重新请求的，要no-cache才会重新请求。
最后我的解决方案就是加了个时间戳
最近项目中遇到了一个问题：用户从一个页面点击打卡按钮跳到另一个页面去打卡，打完卡后返回这个页面，按钮还是显示未打卡...
使用未经验证的ssl证书，会导致chrome忽略所有缓存指令，重新加载资源https://bugs.chromiu...
请预习 Cookie、Session、Cache-Control 等 HTTP 知识 https://zh.wik...
Cache-Control扩展 cache-extension token Cache-Control: priv...
Cache-Control的特性 申明：Cache-Control 只支持get请求 可缓存性，包括：public...
几个概念 SSL/TSL HTTPS就是将HTTP协议数据包放到SSL/TSL层加密后，在TCP/IP层组成IP数...
网上搜集到的一些面试题，这里自己总结了一下答案。 一、TCP为什么要三次握手，四次挥手？ TCP三次握手建立连接是...
cache-control是http缓存，通过缓存可以实现web性能优化 首页不能设置cache-control ...
缓存控制Cache-Control Cache-Control是Web性能优化的一种，能加速HTTP请求与响应。 ...
禁止ie 缓存 Cache-Control头域 Cache-Control指定请求和响应遵循的缓存机制。在请求消...
本文标题：https中的cache-control问题
本文链接：https://www.haomeiwen.com/subject/amfuactx.html
网友评论