問題タブ [box-api]

最近、既存の名前のファイルをアップロードしようとすると、BoxがHTTPステータスコード201（作成済み）のエラーを返しますが、エラーJSONの「ステータス」メンバーが409（競合）であることに気付きました。

実際のHTTPステータスコードを無視し、代わりにJSONの値を信頼できるステータスコードとして扱う必要がありますか？

APIでbox.net(box.com)に大きなファイルをアップロードしてみました。アップロード サイズ制限があることがわかりました。私の場合は100MBです。サイズが正確に 100MB (104860224 バイト) のファイルをアップロードすると、ファイルは受け入れられません。それ以下の場合、アップロードは機能します。

この制限はすべての box.net ユーザーで同じですか、それともアカウント パッケージによって異なるのでしょうか?

API でアップロード制限を取得する方法はありますか? 前にアートファイルのアップロードです。このサイズが受け入れられるかどうかを確認したいと思います。

ありがとう。

フォルダーのアイテムの取得やディスカッションのコメントの取得などの API を調べていますが、ページング メカニズムが見当たりません。

私は何かが欠けていますか、それともそこにない理由がありますか?

APIv2を使用してコードを単体テストしています。

シナリオは次のとおりです。

1. 新しいファイルをアップロードし、ID「12345」を返すと言います
2. 新しいファイルを削除します
3. 削除した新しいファイルID「12345」をダウンロードしてみてください

結果：500内部サーバーエラー

私はそれが実際に起こるべきではないことを知っていますが、404のようなエラーが見つからないことを期待しています。有効なファイルのダウンロードが機能するので、自分のコードではないとかなり確信しています。

500以外のコードを期待するのは合理的ですか？

ID ではなくフル パスを指定して、Box 上のファイルまたはフォルダーに関する情報を取得する方法はありますか?

/Foo/Bar/test.txtたとえば、 Box に存在するかどうかを確認したいと思います。現在、ルートから始めて各フォルダー レベルを再帰的にたどり、パス内の次のセグメントを検索する必要があります。

ご想像のとおり、完全に非同期のコードを記述する場合、このプロセスは非常に面倒です。

SSOが有効になっているエンタープライズアカウントに対してアプリを開発しています。認証時に、ブラウザセッションでBoxですでに認証されている場合は、自分の電子メールアドレスのみを受け入れます。すべて良さそうです。Boxから「ログインしていただきありがとうございます」というメッセージが表示されます。アプリを自由に続行できます。

ただし、認証トークンを取得しようとすると、「get_auth_token_error」が表示されます。Boxのドキュメントには、一般的なエラー状態であると記載されている以外は、詳細が記載されていません。

私はこれを非エンタープライズアプリ（明らかにSSOではない）でテストしましたが、すべて機能します。私はBoxAPIのv1であることに注意してください

get_account_tree() API はサムネイル情報を返します。ただし、box.net は v2.0 API を公開しており、サムネイル情報を提供する API はありません。これは、画像全体をダウンロードするのではなく、画像をすばやく表示するために重要です。基本的には、dropbox が提供する /thumbnail に似た API を探しています。非常に便利です。

ありがとう ...

最近、Box.com の API バージョン 2.0 をいじっています。

このドキュメントの公式の説明によると 、ファイルの「アクセス」を「開く」に設定できました。

ただし、「company」または「collaborators」に変更すると、サーバーは次のように HTTP 404 not found という応答を返します。

そして、このメッセージで「見つかりません」が正確に何を意味するのかわかりません。

これは私が送信したリクエストの本文です。

これは、エラーを返すリクエスト本文です

私がすべきではないことなのか、それとも API の単なるバグなのか疑問に思っています。

ご回答ありがとうございます。

================================

質問に対するいくつかの更新。

大文字の「Open」を使用しているのを見たドキュメントの例ではありますが、大文字と小文字に関連する問題ではないことを残念に思います。

私の状況では、「開く」または「開く」を使用して、問題なく共有リンクを正常に設定できます。

ただし、次のケースの動作は少し奇妙です。

ケース 1: 権限の両方のプロパティ (ダウンロードとプレビュー) を falseに設定すると、404 が返されます (一方だけを true に設定すると正しく動作します)

以下のケースでは、説明のためにまず「アクセス」を「開く」に設定します。

ケース 2: 「アクセス」を「コラボレーター」に設定すると、 404 not found が返されます

ケース 3: 「アクセス」を「コラボレーター」に設定すると 問題なく動作しますが、json 応答で「アクセス」が「コラボレーター」として正しく表示されませんでした

以下は、ケース 3 の応答からの抜粋です。「アクセス」はまだ「オープン」です。

「会社」は以前の例と同じように見えるので、ここで終了します。

そして、好奇心から、ドキュメントに記載されている以外の任意の文字に「アクセス」を設定しました（「pp」、「c」、「test」などの単語を試しました）、興味深いことに、サーバーはすべて 200:OK を返しますが、json応答は "access":"Open" のままです。むしろ紛らわしい。

API v2 は検索機能をサポートしていますか?
ドキュメントでそれを見つけることができませんでした。
いつサポートされますか?

名前が既存のファイルと競合しているファイルをアップロードした後も、サーバーはHTTPステータスコード201Createdで応答します。応答本文を解析して、それが実際に作成されているかどうかを正確に知る必要がありました。ステータスコードだけで操作結果がわかるはずだと思います。ですから、これが意図した動作なのかどうか疑問に思います。

以下は私が得る応答です