問題タブ [box-api]

Box api 2.0 でのファイル アップロードでのフォーム POST データの次の例は正しいですか? ドキュメントには、「ファイル名」フォーム フィールドは文字列であると記載されていますが、Python などで投稿データを送信する場合は、実際に投稿でファイルの内容を送信する必要があります。content-disposition: form-data の下の行は、「ファイル名」フィールドに名前を付けてファイルの内容を含める正しい方法ですか?

新しい API を使用してファイルをダウンロードしようとしています。しかし、エラーが発生しています (NotFound)

古いAPIを使用して、うまくダウンロードしました：

新しい API を使用すると、これが私のコードです。

呼び出しの最後から「データ」を削除すると、エラーなしでファイル情報が取得されるため、ファイルは存在します。

ドキュメントによると、情報と実際のファイルの唯一の違いは、URL の「データ」部分です。しかし、それは私にはうまくいかないようです。

Box API の基本ガイドに従いましたが、フォルダーを照会しようとすると 404 エラーが発生します。(ルートフォルダー、または「任意」を証明するために作成したフォルダー)

これが私がやったことです.APIキーと電子メールアドレスなどを変更しました....（マークアップ/ XML / JSONが貼り付けられているため、おかしなことをお詫びします！すべてを再フォーマットするのに何年も費やすことなく、明確にするように努めました）
まず、API キーを生成しました。それで ：

次に、 https ://www.box.com/api/1.0/auth/kgof13pk1qq8ls6m2exi8vlupausJJJJ にアクセスします。

ユーザー (max@hotmail.com) としてログインし、コマンド ラインに戻ります。

それは私に認証トークンを返します：

したがって、API キーと認証トークンを使用して、ルート フォルダーの内容を取得できるはずです。

戻り値 ：
{"type":"error","status":404,"code":"not_found","help_url":"","message":"Unknown Error","request_id":"8614183014fa10d5bcf63b"}

おそらく私が間違っている基本的な何かがあります...？

ありがとう、マックス

BOX API v2 を使用して Box からイベントを取得するときに、奇妙な動作を発見しました。

私が得たシナリオは次のようなものです：

1. box API v1 を使用して、14 個のファイルを box.net にアップロードします。
2. stream_position=now を使用してイベントを取得します。これにより、ストリーム位置 (たとえば 1234) が得られ、エントリは返されません。
3. stream_position=1234 を使用してイベントを取得します。これにより、新しいストリーム位置 (たとえば 7890) が得られ、エントリは返されません。
   (ここまでは予想通り)
4. stream_position=7890 を使用してイベントを取得します。これにより、「ITEM_UPLOAD」の動作を持つダミーの数のイベントと、ステップ 1 でアップロードしたいくつかのファイルが得られます。

ステップ 1 の後にファイル イベントが発生しない場合、結果として発生する get events 呼び出しはすべてゼロ エントリを返すと思います。

これは Box.NET API V2 のバグですか?

API v1 と API v2 を同時に使用していますが、互換性はありますか?

私の質問への返信ありがとうございます：これはイベントを取得するときのBox APIv2のバグですか？

これはこれに関連する新しい問題です。問題は、イベントを追跡するために以前の呼び出しから取得したnext_stream_positionを確実に使用できないことです。

このシナリオを考えると：

次の2つのGETHTTPクエリがあるとします。

これは、myfile.pdfの1つのファイルエントリと次のストリーム位置を含むJSONファイルを返します= 1336039062934

この呼び出しは、最初の呼び出しから取得したストリーム位置を使用します。ただし、JSONには、最初の呼び出しとまったく同じmyfile.pdfのファイルエントリが含まれていることが返されます。

最初の呼び出しがストリーム位置を与える場合、それはその正確な時間のマークとして使用されるべきだと思います（例：時間A）。後続のクエリでそのストリーム位置を使用する場合、「時間A」より前のイベントは返されません。

これはバグですか？または、APIを間違った方法で使用しましたか？

どうもありがとう。

ある条件下でBox.comにファイルをアップロードするWindowsサービスを構築しています。ユーザーがWebページにアクセスしてユーザー名とパスワードを入力しなくても、認​​証するにはどうすればよいですか？

ドキュメントに詳細が見つからないようです。

ありがとう。

API 2.0のドキュメントを読んでいて、POSTMAN（ドキュメントで推奨）を使用してみます。

「ファイルのアップロード」セクションで、「404が見つかりません」というエラーが発生しました。

例えば：

{"type"： "error"、 "status"：404、 "code"： "not_found"、 "help_url"： ""、 "message"： "Unknown Error"、 "request_id"： "11139828924fa91c0d283d2"}

POSTMANウィンドウの画像はこちらです。ベースURLは「upload.box.com/api/2.0」（ドキュメントによると一時的）です。

どうしたの？

Box v1 APIには、ファイルまたはフォルダーをパブリックに共有可能にするpublic_share関数があります。（http://developers.box.net/w/page/12923943/ApiFunction_public_share）

V2にも同様の機能はありますか？

新しい API をテストしていますが、テスト イメージ ファイルをダウンロードできません。ファイルが存在し、Web UI からアクセスでき、v1.0 API を使用して取得できます。

コマンドライン curl と pycurl の両方を使用して、メタデータ ("https://api.box.com/2.0/files/{fileid}") にアクセスできます。ただし、「https://api.box.com/2.0/files/{fileid}/data」を呼び出しても何も返されません。以前の投稿 (5/1) で、ダウンロード機能にバグがあり、当面は「https://www.box.com」をベース URL として使用する必要があるという回答がありました。ただし、これは 404 を引き起こすだけです。

お知らせ下さい。

Box API、特にBoxAPI2.0は初めてです。私のcURL呼び出しのねじれと残りのすべてのコードを数時間解決した後、私はついにすべてをまっすぐにしました。次に、私が行った次の呼び出しは、次のようなHTML応答を返しました-

Boxは、一時停止を許します。Boxアカウントは一時的にダウンしていますが、そうすべきではありません。間もなく稼働するためです。あなたの忍耐に感謝します...そしてBoxの最も重要な部分であることに感謝します。

1時間以上経ちましたが、まだこの応答があります。それが何らかのスロットルの問題であるかどうかを確認するのを待ってみましたが、APIを呼び出したのは、作業を開始してからおそらく50回程度です。 4時間前。何か考え/助けはありますか？