Tôi đang sử dụng Bộ lưu trữ Azure Blob để lưu trữ các tệp phương tiện và cung cấp quyền truy cập vào các tệp này bằng cách sử dụng Chữ ký Truy cập Được chia sẻ; mọi thứ đều hoạt động tốt trong lĩnh vực này.Tiêu đề HTTP RANGE có hoạt động với Chữ ký Truy cập Chia sẻ Lưu trữ Azure Blob không?
Tuy nhiên, tôi có ứng dụng khách cần truy cập "tiếp tục" vào các tệp này và làm như vậy bằng cách sử dụng tiêu đề HTTP RANGE. Khi nó làm cho một yêu cầu như thế này, nó là không hài lòng với kết quả nó được trở lại từ Azure.
Tôi không chắc chắn cách xem chi tiết ở phía Azure để xem yêu cầu có thành công không, hoặc nếu nó vừa trả lại thứ gì đó mà khách hàng không mong đợi và tôi không có khả năng hiển thị lỗi trong máy khách.
Đây là những gì tiêu đề phạm vi đến trông giống như:
RANGE: bytes=4258672-
Từ các tài liệu Azure Tôi đã đọc nó xuất hiện để hỗ trợ tiêu đề PHẠM VI, tuy nhiên tôi tự hỏi nếu có một cuộc xung đột sử dụng PHẠM VI và Chia sẻ kết nối Chữ ký cùng nhau?
Cập nhật: Có vẻ như Azure có thể trả lại mã trạng thái không chính xác cho các yêu cầu RANGE, điều này khiến ứng dụng khách của tôi từ chối phản hồi. Các tài liệu nói rằng Azure sẽ phản ứng với một mã trạng thái HTTP 206 khi trả lời một yêu cầu PHẠM VI, tuy nhiên khi tôi đưa ra một yêu cầu PHẠM VI như thế này:
curl -I -H "User-Agent: Bonos" -r 500- "https://murfie.blob.core.windows.net/168464/1.mp3?st=2013-07-03T16%3A34%3A32.4832235Z&se=2013-07-03T17%3A34%3A32.4613735Z&sr=b&sp=r&sig=mJgQGW%2Fr3v8HN2%2BVV3Uady7J68nFqeHyzQb37HAhfuE%3D"
Azure trả về như sau:
HTTP/1.1 200 OK
Content-Length: 19988911
Content-Type: application/octet-stream Charset=UTF-8
Last-Modified: Fri, 07 Jun 2013 16:44:50 GMT
ETag: 0x8D031B57670B986
Server: Blob Service Version 1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: 77312761-65a9-42ef-90cd-ff718a80b231
Date: Wed, 03 Jul 2013 16:41:01 GMT
Chỉ cần một người đứng đầu từ một lập trình viên thất vọng đã dành gần hai ngày làm việc thông qua cùng một vấn đề này - nó phải là phiên bản 2011-08-18 hoặc cao hơn. Sử dụng kết quả 2011-01-18 trong một lỗi Tài liệu XML không hợp lệ. –
Vì nó không được đề cập bất cứ nơi nào ở đây, tôi chỉ muốn thêm rằng sửa chữa này chảy qua Azure CDN nếu bạn đang sử dụng nó. –