大きなクラウドフォルダーのダウンロードを分割する

dosyaはフォルダーのZIPをブラウザに直接ストリーミングするため、保存開始前にアーカイブのバイトデータがファイルページに蓄積されることはありません。大きなツリーでもアーカイブごとに含まれるファイル10,000件と5 GiBの元データという2つの厳格な上限があります。

5 GiBの境界はストリーミング前に確認されます。ZIPと展開後のコピーの両方の空きが必要なため、ブラウザ側のディスク要件はさらに大きくなる場合があります。大きなエクスポートの前に端末の空き容量を確認してください。

手順

1. ファイルを開いて親フォルダーを探し、表示される容量や項目数が必要なら情報を表示を確認します。
2. そのフォルダーのメニューからダウンロードを選択します。
3. ブラウザのダウンロード表示を確認します。応答はdosya-download.zipとしてストリーミングされ、そこでの進捗が完了を確認する確実な指標です。
4. ZIPが完了したら、別のコピーを作る前に開いてツリーを確認します。

上限を超えるフォルダーを分割する

一時的な応答タブに**Archive too large (max 5 GiB)**と表示された場合は親フォルダーに戻り、子フォルダーを別々にダウンロードします。**Too many files to archive at once (max 10000)**の場合は、要求する各ツリーにダウンロード可能なファイルが最大10,000件になるまでサブフォルダーごとに分けます。

1つのフォルダー内に多数の個別ファイルがある場合は、扱いやすい数ずつ選んでZIPをダウンロードを選択します。ブラウザクライアントは1リクエストに最大300件の選択IDを入れます。1回の一括操作で開始できるのは最大20個のZIPで、さらに多いパートが必要なリクエストはダウンロード開始前に拒否されます。

子フォルダー名や選択範囲のチェックリストを作成してください。アーカイブにはすべてサーバーの名前dosya-download.zipが付くため、ブラウザで各ダウンロードが完了したと確認してから、元のバッチが分かる名前をローカルのコピーに付けます。

複数パートの進捗

複数のZIPが必要な一括選択では、dosyaは開始時刻をずらし、予定数を直ちに**単一のファイルに収めるには項目が多すぎます。N件のZIPに分けます。**と報告します。成功通知はリクエストが開始されたことを意味し、ZIPの保存完了を意味しません。

パートが添付ファイルではなくエラーページを返すと、**ダウンロード中に問題が発生しました。**は最終的に予定したダウンロードのうち開始できた数と準備できなかった数を報告します。失敗したIDは示しません。記録したチェックリストを小さなグループに分けて実行し、完了したZIPのパスを比較してローカルの重複を識別できるようにしてください。

その他の問題への対処

• No items found：フォルダーを更新してください。削除済み、アクセス不可、非表示、ロック中の内容はいずれもこの共通の応答になる場合があります。
• 空のフォルダーのメッセージ：要求したツリーの下にファイルデータがありません。同じものを再試行せず、別の子フォルダーをダウンロードしてください。

期待される結果

チェックリストの各バッチに、両方の上限を下回る完了済みのZIPがあります。ローカルに親フォルダーを1つ作成し、その下に各バッチを展開します。ダウンロードした子フォルダーのパスをdosyaと比較し、番号付きの重複名やMISSING - <original filename>.txtの通知を確認します。各バッチが開き、展開された各範囲からサンプルを読めるまでクラウドの元データを保持してください。

関連ガイド

• フォルダーをZIPでダウンロードする
• 遅い転送を調べる