网络中数据传输是很耗时的,数据要在漫长的路径中奔波,客户端在数据完整到达前只能等待。如果能够复用已经请求过的资源,势必会让整个页面加载高效许多。这可以通过合理地设置服务器的缓存,与浏览器的缓存机制配合以达到最优。 缓存设置得当不但可减少用户等待时间,提升体验,还节省服务器开销省流量带宽。 缓存的配置有两种策略:
稳定的内容 + 长期缓存在知道文件内容不太可能变化的情况下,可对该资源进行长期缓存。
这种模式下浏览器获取资源流程如下:
可以看到,这种模式下,我们更新的是文件名,即资源的 URI 地址,而不是直接更新文件内容。因为文件被缓存后,如果文件名没变,浏览器是不会重新去获取的。 经常变动的内容 + 使用前询问对于经常变动的资源,但地址又不能变,比如静态博客页面,则不能像上面那样缓存。这种情况下可设置缓存为
需要注意的是,缓存 Header 的值不能按照字面意思来解释,需要去理解它,比如:
此模式下,服务器可通过下发 使用 ETag 的场景示例:
整个过程没有对资源进行重复下载。
相比方式一,这种方式始终会和服务器进行一次沟通。
|
相关文章
- 08-19R01 - 010、简述 HBASE 中 compact 用途是什么,什么时候触发,分为哪两种,有什么区别,有哪些相关配置参数?
- 08-19golang 微服务以及相关web框架
- 08-19apt-get clean 清除 apt 的缓存
- 08-19HTTP隧道ABPTTS——获取webshell的主机位于内网,并且该内网主机的icmp、dns、tcp和udp协议等都不能出网,唯一的数据通道是webshell搭建正向代理。 根据代理的稳定性、速度
- 08-19CTF--HTTP服务--路径遍历(拿到www-data用户权限)
- 08-19带有gunicorn和nginx的Django:HTTP 500没有出现在日志文件中
- 08-19记录相关操作
- 08-19第四篇:记录相关操作 多表查询
- 08-19HTTP 常见请求方法
- 08-19http delete 服务端拿不到body