1

私はいくつかのネイティブ iPhone アプリケーションを作成しましたが、これらのアプリケーションでは、大きな画像ファイルやハイレゾ画像ファイルをリモート サーバーにアップロードする必要がありました。3g ネットワークでは、一定時間内に帯域幅を使いすぎると、リクエストがブロックまたはドロップされる可能性があることがわかりました。私はそれが約1mb /分であると信じています

参考: httpリクエストとレスポンスの最大ペイロードサイズ、iphone

これは、trigger.io の API 呼び出し request.ajax(options) でどのように処理されていますか?

同じように、接続が失敗した後に複数回再試行するという問題に遭遇しました。デフォルトでは、舞台裏で接続の再試行が行われていますか?...または、最初の接続失敗時にエラーコールバックが発生しますか?

また!クライアント側からリクエストのタイムアウトを設定する方法はありますか?

4

1 に答える 1

0

Currently, we don't offer any bandwidth throttling in the request module. The HTTP library we are using doesn't support it (note that the ASIHTTPRequest wrapper is no longer maintained, so we can't use that, unfortunately...).

If we find an alternative HTTP library which does support what we need and throttling, then we'd certainly consider switching to use it!

FWIW, we've not had any customers report problems with app store rejection due to bandwidth throttling (or lack of it).

Any connection or HTTP errors will result in the error callback being called - you have control over whatever retry logic you want.

For timeouts, see http://docs.trigger.io/en/v1.4/modules/request.html#ajax - timeout is a support parameter in the options hash.

于 2013-01-28T18:41:23.187 に答える