浏览器是否应该自动处理304响应？
sp0*_*00m 6 browser etag caching http http-status-code-304
可能是一个愚蠢的问题,但我还没有找到任何明确的答案.
我的服务器处理ETag缓存以获得我们所拥有的一些非常大的JSON响应,304 NOT MODIFIED如果If-None-Match标头包含与新生成的相同的散列(浅ETag),则返回空主体.
浏览器是否应该自动处理,或者异步使用API的浏览器内客户端应用需要实现一些逻辑来处理这样的响应(即如果304响应则使用缓存版本,否则创建/更新缓存版本)？
因为到目前为止,我已经手动实现了这个逻辑客户端,但我想知道我是否只是重新设计了方形轮...
换句话说,Cache-Control例如,使用标题,浏览器内的客户端应用程序不需要解析值,max-age例如检查,以某种方式存储它,设置超时等等:所有内容都由浏览器直接处理.问题是:浏览器在收到浏览器时应该采用相同的方式304吗？
以下是我到目前为止编写客户端的方法(使用AngularJS构建,在浏览器中运行):
myModule
.factory("MyRepository", ($http) => {
return {
fetch: (etag) => {
return $http.get(
"/api/endpoint",
etag ? { headers: { "If-None-Match": etag } } : undefined
);
}
};
})
.factory("MyService", (MyRepository, $q) => {
let latestEtag = null;
let latestVersion = null;
return {
fetch: () => {
return MyRepository
.fetch(latestEtag)
.then((response) => {
latestEtag = response.headers("ETag");
latestVersion = response.data;
return angular.copy(latestVersion);
})
.catch((response) => {
return 304 === error.status
? angular.copy(latestVersion)
: $q.reject(response)
});
}
};
});
基本上,上述逻辑是否有效需要,或者我应该能够直接使用$http.get("/api/endpoint")？
上面的代码工作正常,这似乎意味着它需要以编程方式处理,虽然我从未在我阅读的文章中看到过这样的"自定义"实现.
304 响应由浏览器自动处理
所以我创建了一个简单的页面
<html>
<head>
<script src="./axios.min.js"></script>
<script src="./jquery-3.3.1.js"></script>
</head>
<body>
<h1>this is a test</page>
</body>
</html>
并添加了一个test.json文件
root@vagrant:/var/www/html# cat test.json
{
"name": "tarun"
}
然后在nginx下面添加
location ~* \.(jpg|jpeg|png|gif|ico|css|js|json)$ {
expires 365d;
}
现在的结果
安讯士
如您所见，第一个请求是200第二个请求，304但对 JS 代码没有影响
jQuery
jQuery 也一样
从 curl 您可以看到服务器没有在第二个304请求中发送任何内容
$ curl -v 'http://vm/test.json' -H 'If-None-Match: "5ad71064-17"' -H 'DNT: 1' -H 'Accept-Encoding: gzip, deflate' -H 'Accept-Language: en-US,en;q=0.9' -H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36' -H 'Accept: */*' -H 'Referer: http://vm/' -H 'X-Requested-With: XMLHttpRequest' -H 'Connection: keep-alive' -H 'If-Modified-Since: Wed, 18 Apr 2018 09:31:16 GMT' --compressed
* Trying 192.168.33.100...
* TCP_NODELAY set
* Connected to vm (192.168.33.100) port 80 (#0)
> GET /test.json HTTP/1.1
> Host: vm
> If-None-Match: "5ad71064-17"
> DNT: 1
> Accept-Encoding: gzip, deflate
> Accept-Language: en-US,en;q=0.9
> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
> Accept: */*
> Referer: http://vm/
> X-Requested-With: XMLHttpRequest
> Connection: keep-alive
> If-Modified-Since: Wed, 18 Apr 2018 09:31:16 GMT
>
< HTTP/1.1 304 Not Modified
< Server: nginx
< Date: Wed, 18 Apr 2018 09:42:45 GMT
< Last-Modified: Wed, 18 Apr 2018 09:31:16 GMT
< Connection: keep-alive
< ETag: "5ad71064-17"
<
* Connection #0 to host vm left intact
所以你不需要处理304，浏览器会为你完成这项工作。
| 归档时间： |
|
| 查看次数： |
1253 次 |
| 最近记录： |