azure - HTTP HEAD 响应中的 "303 See other"

Question

我正在构建一个 ASP.NET Azure Web 应用程序(Web 角色)，它控制对 Azure Blob 存储中存储的文件的访问。在 GET 请求中，我的 HttpHandler 对用户进行身份验证，并在短时间内(例如 30 分钟)为此特定文件和用户创建共享访问签名。客户端是一个媒体播放器，它使用 HEAD 检查更新的媒体文件，如果 Last-modified header 不同，它将发出 GET 请求。因此，我不想创建 SAS url，而是返回 LAst-modified、Etag 和 Content-length header 以响应 HEAD 请求。这是不好的做法吗？如果文件是最新的，则无需再次下载文件，因此无需创建 SAS url。

示例请求:

GET /testblob.zip
Host: myblobapp.azurewebsites.net
Authorization: Zm9v:YmFy

回应:

HTTP/1.1 303 See other
Location: https://myblobstorage.blob.core.windows.net/blobcontainer/testblob.zip?SHARED_ACCESS_SIGNATURE_DATA

有什么想法吗？

Answer 1

是否有特定原因强制客户端首先发出 HEAD 请求？相反，它可以使用您的服务进行身份验证、获取 SAS token 、使用 If-Modified-Since header 针对 Azure 存储发出 GET 请求，并仅在自上次下载以来修改过的情况下下载 Blob。请参阅Specifying Conditional Headers for Blob Service Operations有关 Azure 存储 Blob 服务支持的条件 header 的详细信息。