APIキーと連携

ツールに必要なアクセス権を持つ認証情報を作成します。

• REST APIで直下の子フォルダーを一覧表示する 1つの親の直下にある子フォルダーだけを一覧表示し、各フォルダーの行を解釈します。ファイルも必要な場合は別のファイル一覧エンドポイントを使用します。
• REST APIでファイルを安全に移動する REST APIでファイルをアトミックに移動し、スコープ、ロック、名前の競合に対処してから、ルート固有の読み取りで変わらないIDと移動後の親を確認します。
• dosya APIのリクエスト制限に対処する dosyaのリクエスト制限ヘッダーを読み、Retry-Afterに従い、上限付きのランダムな待機を加えて安全に再試行します。一時的な429でリクエストを繰り返し続けないようにします。
• REST APIでファイル名を変更する ファイル名を正確に検証してIDで名前を変更し、親と識別情報を維持しながら、ロック、権限、同じフォルダー内の競合に安全に対処します。
• 中断したAPIアップロードを再開 記録されたパート番号からマルチパートAPIアップロードを再開し、不足チャンクを安全に再試行して、予定された10 MiBのパートがすべて届いてから完了します。
• APIのダウンロードをディスクにストリーミングする dosyaの保護されたダウンロードリダイレクトをAPIキーを転送せずにたどり、ストレージのバイトをディスクにストリーミングして、保存したファイルをメタデータと照合します。
• APIでファイルをゴミ箱に移動する trash_onlyを使用してファイルを冪等にゴミ箱へ移動し、削除済み一覧で確認します。2回目にフラグなしのDELETEを送ると全バージョンが完全に消去されるため避けてください。
• REST APIでファイルをアップロード RESTアップロードを初期化し、単一転送または再開可能なマルチパート転送でバイトを送信して保存済みファイルを確認し、制限、競合、レスポンスの喪失から安全に復旧します。
• APIアップロードに冪等性キーを使用 UUID v4の冪等性キーで一括アップロードを保護し、再送と処理中のリクエストを区別して、異なるバイトへの誤ったキーの再利用を拒否します。
• APIアップロード時のファイルサイズを検証 宣言サイズと実測サイズの制限を適用し、SHA-256による整合性確認を追加して、dosyaの保存済みファイルの受領情報から最終的な実測バイト数を読み取ります。