google-cloud-storage - 如何在 Google Cloud Storage 上正确设置 Expires header ？

Question

Google Cloud Storage Developer Guide解释了如何设置 Cache-Control header ，并解释了它们对 api 一致性行为的关键影响，但未提及 Expires header ，它们似乎也没有从 Cache-Control 配置继承。

无论 Cache-Control 设置如何，Expires header 似乎始终等于请求时间加 1 年，例如。

$ gsutil setmeta -h "Cache-Control:300" gs://example-bucket/doc.html 

通过以下方式向 Google Cloud Storage 存储桶 (example-bucket) 中的文档 (doc.html) 发出请求

$ curl -I http://example-bucket.storage.googleapis.com/doc.html

产生了以下标题

HTTP/1.1 200 OK
Server: HTTP Upload Server Built on Oct 3 2012 16:52:30 (1349308350)
Date: Sat, 13 Oct 2012 00:51:13 GMT
Cache-Control: 300, no-transform
Expires: Sun, 13 Oct 2013 00:51:13 GMT
Last-Modified: Fri, 12 Oct 2012 20:08:41 GMT
ETag: "28fafe4213ae34c7d3ebf9ac5a6aade8"
x-goog-sequence-number: 82
x-goog-generation: 1347601001449082
x-goog-metageneration: 1
Content-Type: text/html
Accept-Ranges: bytes
Content-Length: 7069
Vary: Origin

Answer 1

不知道为什么你说 Expires header 显示请求时间加 1 年。在您的示例中， Expires header 在请求日期后一小时显示时间戳，这是意料之中的。

我刚刚做了一个实验，我通过以下命令将对象的最大年龄设置为 3600，然后设置为 7200:

gsutil setmeta "Cache-Control:max-age=7200" gs://marc-us/xyz.txt

然后我使用带有 -D 选项的 gsutil cat 命令检索对象以查看请求/响应详细信息，如下所示:

gsutil -D cat gs://marc-us/xyz.txt

在这两个实验中，Expires header 根据对象的 max-age 设置(即请求时间后一小时和请求时间后两小时)生成预期的时间戳。