失敗したリモートダウンロードの問題を解決する

開始時のトーストや失敗した行の理由を正確に確認し、URL、サイズ、容量、ロック、転送元、HTTP、ネットワークの問題を切り分けてから新しいジョブを作成します。

リモートダウンロードの問題は送信前かジョブ作成後に発生します。開始時の拒否はダウンロードを開始できませんでした。のトーストに表示され、転送の失敗は具体的な理由とともに失敗の行に残ります。

リリース済みのメッセージ	意味
このアドレスは許可されていません。	URLまたはリダイレクトが公開HTTPSアドレスのルールに違反しています。
ファイルへの直接リンクではありません	事前確認でHTMLまたはXHTMLを受信しました。
ファイルサイズ不明	`Content-Range`または`Content-Length`から安全に扱える正の合計サイズを取得できませんでした。
ファイルが大きすぎます。	転送元が再開可能な範囲モードでは1 TB、ストリームモードでは10 GiBを超えています。
ストレージが不足しています	送信時または完了時に保存先の容量を予約できませんでした。
ダウンロード元のサーバーでファイルが変更されました	事前確認後に検証情報またはバイト数が変わりました。
ダウンロード元に接続できませんでした。	ネットワークの再試行回数を使い切りました。
保存先がロック中のバックアップです	最終登録の対象がロックされたWordPressバックアップ階層でした。
ダウンロード元がHTTP Nを返しました	転送元がその終了ステータスを返しました。

始める前に

失敗した行を表示したままにし、ファイル名、開始時刻、バイト単位の進捗、正確な理由を記録してください。表には非表示にしていない最新のジョブが最大50件表示されます。

エラーが開始時のトーストと作成済みジョブの行のどちらに表示されたかを確認します。それによって転送や日次上限の記録が存在するかどうかが決まります。
URLのエラーでは、HTTPSで直接アクセスできること、公開DNS、リダイレクト、レスポンスのコンテンツタイプ、信頼できる正のサイズを確認します。
**ファイルが大きすぎます。**の場合、1 TB以下のファイルには範囲リクエストと強いETagに対応する転送元を使用します。それ以外の場合、1回のストリーム転送の上限は10 GiBです。
容量またはロックの問題では、再試行前に空き容量を確保するかロックされていないフォルダーを選択します。同じ失敗したジョブに再試行の操作はありません。
ネットワークまたはHTTPの問題では、まず転送元を修正します。再試行可能な429と5xxのレスポンスでは5、10、20、40、80秒の間隔で再試行し、6回目の失敗で終了します。
代わりのジョブを1件開始し、3秒ごとのページ更新を見守ります。完了と保存先のファイルを確認してから古い行を消します。

修正したリクエストによって新しいジョブがキューに追加されるか、残っている制限の正確なメッセージが表示されます。失敗した行は再開されず、再送信によって対応します。

dosyaではワークスペースごとに同時に実行できるダウンロードは3件、直近24時間に作成できるジョブは20件です。終了した行を消しても非表示になるだけで、日次の件数からは除外されません。