問題タブ [box-api]

どのバージョンの Box API を使用する必要があるかを判断しようとしています。私の決定は、v1 API の EOL のタイムラインにかかっています。アプリを完成させたくないのですが、アプリのリリース直前 (または直後) に、v1 API が機能しなくなりました。

v2 API を喜んで使用しますが、C# アプリを作成しています。v1 API 用の C# SDK があるため、(短期的には) API の v1 を使用する方が便利です。しかし、私が言ったように、v1 API の EOL が心配です。

iPad アプリに Box サポートを追加しています。公式の SDK を試しましたが、次の理由で使用したくありません。

1. UIModalPresentationFormSheetログイン ページは、iPad のスタイルを持つモーダル コントローラーには広すぎます。https://m.box.net/api/1.0/auth/UIWebViewのコンテンツをロードするSDK ホストは、おそらく最小幅が 768px に設定された HTML を返します (ただし、HTML はチェックしていませんが、ここで推測しています)。

2. ログイン ページの HTML に Google Apps 認証オプションが表示されません。ページの完全なデスクトップ バージョンはそうです。

3. ログイン ページはユーザーでホストされUIWebViewているため、アプリの作成者ではなく、Box に資格情報を提供していることを確認できません。

4. 認証、フォルダー/ファイルのリスト、およびコンテンツのダウンロードだけで、SDK 機能全体は必要ありません。私のアプリは他のクラウド ストレージ プロバイダーも使用しているため、統一されたファイル ブラウジング エクスペリエンスを提供したいと考えています。

これが私がやろうとしていることです：

1. アプリのカスタム URL スキームを追加します。「myapp」としましょう。

2. アプリの Box のアプリケーション設定で、リダイレクト URL を に設定しますmyapp://RedirFromBoxAuth。

ユーザーがアプリ内から Box を参照することを選択した場合、次のようにします。

1. 電話でチケットを入手GET https://www.box.com/api/1.0/rest?action=get_ticket&api_key={API_KEY}

2. チケットを抽出し、これを呼び出しopenUrlてhttps://www.box.com/api/1.0/auth/{TICKET}Safari を開き、ユーザーが自分の資格情報を入力できるようにします。これは、ログイン ページの完全なデスクトップ バージョンです。

3. ログインに成功すると、Box のサーバーは Safari に にリダイレクトするようmyapp://RedirFromBoxAuth?ticket={TICKET}&auth_token={TOKEN}に指示し、次に iOS に制御をアプリに渡すように指示します。

4. アプリhandleOpenURLが通知を受け取り、認証トークンを抽出して REST API を使用できるようになりました。

コメントしてください、それは良い計画ですか？簡単なプロトタイプを作成しましたが、動作しているように見えますが、何か不足している可能性がありますか?

Box チーム、この認証モデルを使用するアプリは OneCloud に含める資格があるか教えてください。

Box API v2.0 を使用しています。1 回のリクエストで 20 個を超えるファイルをアップロードしようとすると、最初の 20 個のファイルしかサーバーにアップロードされません。

私はそのような応答を受け取ります：

ドキュメントでそのような制限についての言及を見つけることができません。さらに、API v1.0 を使用して任意の数のファイルをアップロードできます。

コンテンツを保存するアプリを開発したいのですが、ユーザーが毎回認証を受ける必要はありませんか? access_token の有効期限はいつまで続くのでしょうか、それとも refresh_token はありますか?

v2.0 の新しいトークン認証方式を使用して、ユーザーの既存のトークンを取得する方法はありますか?

Getting Startedに従って Box v2 API を使用しようとしています。Box から auth_token を受け取るまでは問題なく、それを使用して何かを行う場合 (たとえば、サンプル呼び出し:

401 Unauthorized返事がきます。

Box v1 API で使用すると同じ auth_token が機能するため、auth_token を正しく送信していると確信しています。

なぜこれが起こっているのですか？

認証の新しい作成トークン メソッドから取得したトークンを使用してファイルを削除しようとすると、403 禁止が返されます。

これを示すPostmanのスクリーン ショットを次に示します。

削除の候補となるファイルは、アプリケーションのルート「sandbox」フォルダーにあります。ファイルは、認証に「インスタント モード」トークンを使用して v2 API 経由でアップロードされました。

Slide1.jpg と Slide2.jpg の 2 つのスクリーン ショットは、次のリンクにあります: https://shibumi.box.com/s/5c0601d18060910410ca。

Slide1.jpg は、Postman でファイルを作成するための呼び出しを示しています。呼び出しで指定されたフォルダー ID は、ルートの「サンドボックス」フォルダー用です。Authorization ヘッダーで渡される auth_token は、create-token への以前の呼び出しによって作成された「インスタント モード」トークンです。

Slide2.jpg は、Slide1.jpg のリクエストによって作成されたファイルを削除する呼び出しを示しています。「インスタント モード」認証トークンを含む同じ認証ヘッダーが使用されています。403 応答が表示されます。

Box API を使用して C# アプリケーションを作成しようとしていますが、v2 API を使用してフォルダーを作成するのに問題があります。.NET は JSON をネイティブにサポートしていないため、リクエストを送信しようとしています

https://upload.box.com/api/2.0/folders/{0}.xml

(この方法では、応答は XML 形式になり、C# から簡単に解析できます)。

問題は、v2 のドキュメントにこの情報が記載されていないため、POST リクエスト本文をフォーマットする方法がわからないことです。

どんな助けでも大歓迎です。

box.net API を介して、フォルダの指定された電子メール アドレスを取得できますか? この機能がアプリケーションで利用できることは知っていますが、API 経由でアクセスできるかどうかはわかりません。

Boxそのため、ユーザーのMac上のフォルダーの場所を知る必要があるアプリを作成しています。これは、デフォルトの場合だけでなく、ユーザーがフォルダーを/Users/{user}/Box Documents folder移動した場合はどこでも可能です。

この場所はファイルまたは環境変数に保存されていますか？