基于用户代理的缓存技术

2018-06-11    来源:

容器云强势上线!快速搭建集群,上万Linux镜像随意使用

    aiCache的缓存响应也能够通过识别用户代理字符串进行答复了。
    默认一般情况下,aiCache的缓存响应通过识别用户请求的主机名和网址进行回复。这些主机名和网址往往已经经过处理,要么除去了某些参数,或者根本删除了整个query string。
    目前,依据用户请求中不同的用户代理 HTTP header值,即使这些客户要求访问的是同一个网址,一些网站也需要来缓存不同的内容来响应。用户代理HTTP header是分辨浏览器构造和型号的关键。
    一个服务于移动用户的网站是指其所响应的客户请求的格式是由移动设备或浏览器决定的。为了一方面服务于移动客户,同时又缓存web服务器的响应,我们必须将用户代理信息作为缓存响应进行答复的部分识别依据。
    假设,有三台不同的移动设备都访问 “news.html” 这个站点,我们仍需要缓存三个不同的响应,每一个响应都包含了其移动设备的用户代理字符串。
为了达到此目的,我们可以在站点扇区的配置文件中定义sig_ua的设置值。 这样的话,所有站点可缓存响应都必须追加用户代理信息作为识别依据对客户进行回复。你可以运行CLI inventory命令或其衍生命令 (sit, sir, sis, sif)看到这一变化。
    这一特性很可能会极大的增加缓存响应的数量和规模(因为其中同一站点的数据文本在成倍增加),所以,我们建议你只在需要的时候使用这一特性。 这对移动设备用户而言是个好消息。
    你也可以将sig_ua和sig_cookie(参照admin guide)的设置结合在一起。这样的话, 你就将selected cookie参数和用户代理字符串都设置为缓存响应的识别依据了,此时,用户代理字符串就作为签名的后缀。

 

标签: web服务器 服务器 网站 用户

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点!
本站所提供的图片等素材,版权归原作者所有,如需使用,请与原作者联系。

上一篇:数据中心整合关键点在哪?

下一篇:中国无线通信大会掀起无线热浪