Ste*_*nch
6
google-chrome
azure-storage-blobs
azure-cdn
我最近与Microsoft Azure建立了mp3文件(口语播客)的内容分发网络.起初一切正常,但最近文件开始"跳过",即重置自己.例如,当玩家到达文件的3:30标记时,它将返回到文件的0:15标记.出于某种原因,只有在https下提供文件时才会发生这种情况,而不是在http下
具体细节:
- 它只发生在Chrome上 - 我也在Edge和Firefox下测试过 - 它们运行得很好
- 它发生在多台计算机上
- 只有该文件的https版本有问题,http版本没问题
- 它使用普通的香草音频标签 - 没有花哨的玩家参与
- 发生这种情况时,开发工具中的控制台中没有条目,媒体窗口中也没有新的下载
- 我将相同的文件上传到Amazon S3 - 将它放在同一个普通的香草播放器中,它在https下播放得很好.
怎么会发生这种情况？
来自Azure的NOT工作请求的标头
- 请求方法:GET
- 状态代码:206部分内容(来自磁盘缓存)
- 推荐人政策:no-referrer-when-downgrade
- Accept-Ranges:字节
- Access-Control-Allow-Origin:*;
- Access-Control-Expose-Headers:x-ms-request-id;
- 内容 - 处理:附件; 文件名= XXXXXXXXXXX.mp3;
- 内容长度:76434500;
- 内容范围:字节0-76434499/76434500;
- 内容类型:audio/mpeg; audio/mpeg3 ;;
- 日期:星期一;
- ETag:"0x8D5EC5B899726B0";
- 最后修改:周三;
- 服务器:Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0;
- 状态:206;
- x-ms-blob-type:BlockBlob;
- x-ms-lease-state:可用;
- x-ms-lease-status:unlocked;
- X-MS-Ref:0DGxVWwAAAAA2BOMWL9GzRqSzc9yi5SF4QkwyRURHRTA1MTIAMzc1ZmRlZDMtMjA3My00Y2YxLTljZGMtNzc4NGMxYmI3ZmZi;
- x-ms-request-id:998f9297-301e-00bc-2945-22fa9f000000;
- x-ms-version:2014-02-14;
来自Azure的工作请求的标头
- 请求方法:GET;
- 状态代码:206部分内容(来自磁盘缓存);
- 远程地址:52.239.152.234:80;
- 推荐人政策:no-referrer-when-downgrade;
- Accept-Ranges:bytes;
- Access-Control-Allow-Origin:*;
- Access-Control-Expose-Headers:x-ms-request-id;
- 内容 - 处理:附件; 文件名= XXXXXXXXXXX.mp3;
- 内容长度:76434500;
- 内容范围:字节0-76434499/76434500;
- 内容类型:audio/mpeg; audio/mpeg3 ;;
- 日期:星期一;
- ETag:"0x8D5EC5B899726B0";
- 最后修改:周三;
- 服务器:Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0;
- x-ms-blob-type:BlockBlob;
- x-ms-lease-state:可用;
- x-ms-lease-status:unlocked;
- x-ms-request-id:6246c264-401e-017b-1b47-22c00b000000;
- x-ms-version:2014-02-14;
来自S3的工作请求的标题
- Accept-Ranges:bytes;
- 内容长度:76303428;
- 内容范围:字节131072-76434499/76434500;
- 内容类型:audio/mp3;
- 日期:星期一;
- ETag:"09fac410597469e6db237376a0e2505d-5";
- 最后修改:太阳;
- 服务器:AmazonS3;
- x-amz-id-2:ictUYlZjFNJwa2g8q09TowZuc3quHiHmZsYmq7b/hjIgEsoIKpZIYrlqBCea1NYScr9QukHPqZY =;
- x-amz-request-id:6FE8390CF92213AF;