【问题标题】:Using marker with Azure Storage List Blobs将标记与 Azure 存储列表 Blob 结合使用
【发布时间】:2017-02-01 19:26:40
【问题描述】:

基于此处提到的用于 Azure 存储的列表 Blob 的文档:- https://msdn.microsoft.com/en-us/library/azure/dd135734.aspx

我正在尝试使用Accessing Azure blob storage using bash, curl 中提到的 shell 脚本列出容器中的 blob

shell 脚本可以正常工作,因为它会生成正确的签名。

但是,如果要列出的 blob 太多,则响应包含 NextMarker 元素。

REST API 文档提到标记值可用于后续调用以请求下一组列表项。

此标记是否需要包含在 string_to_sign 中,还是只需将其包含在 URL 中就可以正常工作?

【问题讨论】:

    标签: azure azure-blob-storage


    【解决方案1】:

    此标记是否需要包含在 string_to_sign 中或将 只需将其包含在 URL 中就可以正常工作?

    是的,此标记需要包含在string_to_sign 中。

    来自Authentication for the Azure Storage Services(部分:Constructing the Canonicalized Resource String):

    检索资源 URI 上的所有查询参数,包括 comp 参数是否存在。

    将所有参数名称转换为小写。种类 查询参数按参数名称字典顺序,升序 顺序。

    对每个查询参数名称和值进行 URL 解码。附加每个 查询参数名称和值到以下格式的字符串, 确保在名称和值之间包含冒号 (:):

    由于这个 next_marker 参数是作为查询字符串参数传递的,所以它也必须包含在签名计算中。

    【讨论】:

    • 我需要在规范化的资源字符串中指定 marker: 还是 next _marker:
    • 由于查询字符串参数是“marker”,您需要使用它而不是“next-marker”。 HTH。
    猜你喜欢
    • 1970-01-01
    • 2017-02-09
    • 1970-01-01
    • 2013-02-01
    • 2018-07-09
    • 1970-01-01
    • 2017-08-15
    • 1970-01-01
    • 2019-12-19
    相关资源
    最近更新 更多