エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
HTTP PUTリクエストにContent-Rangeヘッダを付けられるか?(再開可能アップロードについて) - ASnoKaze blog
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
HTTP PUTリクエストにContent-Rangeヘッダを付けられるか?(再開可能アップロードについて) - ASnoKaze blog
HTTPではファイルを取得する際に、ファイルの特定範囲のみを要求するRangeリクエストを行うことができま... HTTPではファイルを取得する際に、ファイルの特定範囲のみを要求するRangeリクエストを行うことができます。 ファイルをアップロードする際にContent-Rangeヘッダ(MDN)を使用してもよいのでしょうか?ファイルを分割してそのRangeごとに少しずつ送れば、途中でネットワーク断があってもそこからやり直せるので便利そうです。 例えば、次のようなPUTリクエストは正しいのでしょうか? PUT UPLOAD_URL HTTP/1.1 Content-Length: 524888 Content-Type: video/* Content-Range: bytes 0-524287/2000000 {bytes 0-524287}仕様の観点で、紐解いていこうかと思います。 RFC7231 HTTP/1.1のセマンティクスを定義するRFC7231では、PUTリクエストについて下記の通り書い