最近遇到一个需求，即一个配置文件，由于这个文件的访问量非常大（8000次/秒），并且配置文件本身也比较大，所以需要 1.发布之后在5分钟之内生效 2.要能够cache，并尽量减少请求量和流...

    简单的说，对于 Header 里同时有 Max-age 和 ETag 的情况，Chrome 跟所有其他浏览器的解释都是相反的按我的理解，如果同时设置了 Max-age 和 ETag，在 Max-age 的有效期内，浏览器是不再发请求的，等过了有效期，再在请求里带上 ETag。但是在 Chrome 里反而会起反效果：如果一个网页里的图片只有 ETag，那么在 Chrome 当前 tab 页的整个生存周期，可能只会偶尔被重新读取，可如果同时包含了 ETag 和 Max-age，那么你每点一次链接，...

    大网站一般都是用F5或其它的负载均衡设备，用户的每次请求落在那台real server都是不一定的，一次偶然的机会，发现相同的一个资源在两次访问时，http头中的etag是不相同的，主要是该资源一定是没有被修改的，于是想到etag的算法中可能使用到了资源在不同real server上可能不同的因子。

    今天和同事在群里讨论“QQ上传大文件/QQ群发送大文件时，可以在极短的时间内完成”是如何做到的。有时候我们通过QQ上传一个几百M的文件，竟然只用了几秒钟，从带宽上限制可以得出，实际上传文件是不可能的。实现的思路肯定是根据文件内容生成一个“唯一的标识符”，根据这个标识符去判断服务器上是否已经存在这个文件，如果存在，则不需要再...

    什么是“ETag”？HTTP协议规格说明定义ETag为“被请求变量的实体值”。 另一种说法是，ETag是一个可以与Web资源关联的记号（token）。典型的Web资源可以一个Web页，但也可能是JSON或XML文档。服务器单独负责判断记号是什么及其含义，并在HTTP响应头中将其传送到客户端。

    我们都知道浏览器会缓存访问过网站的网页，浏览器通过URL地址访问一个网页，显示网页内容的同时会在电脑上面缓存网页内容。如果网页没有更新的话，浏览器再次访问这个URL地址的时候，就不会再次下载网页，而是直接使用本地缓存的网页。只有当网站明确标识资源已经更新，浏览器才会再次下载网页。

    之前看到robbin基于资源的HTTP Cache的实现介绍，想到这是一个很有意思的功能，原理很简单，但很多人都会忽略，于是乎打算集成到ColaPHP框架中来，让浏览器缓存动态内容，对于一些由动态脚本生成、更新不频繁但又会被用户重复访问的页面内容，还是很有意义的。