2016-11-01 10 views
0

現在のプロジェクトタイムアウト:Webインターフェイス:iOSデバイス上/接続タイムアウトをアップロードし、実際のサーバーから独立している

  • ASP.NET 4.5.2
  • MVC 5
  • IIS 8+(いくつかのテストサーバーを使用される)
  • のWeb.Config:
    • executionTimeout = "3600"(一時間)
    • maxRequestLength = "2147483647"(2GB)
    • maxAllowedContentLength = "2147483647"(2GB)

だから私はここに非常に奇妙な問題を抱えています。私はユーザーが画像をアップロードできるテストサイトを構築しました。この画像は、データベースに直接ダンプされる前に、TinyPNGで処理されます(ビジネス上の決定 - プロジェクトの仕様によって必要です)。 Windows、MacOS、Linuxなどのあらゆる機能を備えたコンピューティングプラットフォームでは、画像をアップロードして最終結果まで完全に進み、そのページの「セッション」内にアップロードした画像の一覧が表示されます(ユーザーは、ナビゲートする前にアップロードした内容を見ることができます)。

ただし、iOSデバイスでは、このプロセスで「タイムアウト」が発生するためSafariには「タイムアウト」という応答が表示されます。しかし、Safariから10枚の画像をアップロードしても、10枚の画像がすべて正常にアップロードされます。だから私はそれがタイムアウトしているサーバーではないことを知っている - それはSafariまたはiOS内の明示的なものだ。

私の研究は本当に何かをもたらしていません。そして、私はこの問題をセル受信(3Gサービス)の悪い場所に物理的に移動し、LTEでフルページライフサイクル(タイムアウトなし)で撮影した画像をアップロードすることで確認しました。 3Gではまだ画像のアップロードは成功していますが、このページはもう一度「タイムアウト」して送信やサーバーの問題ではなく、iOSの問題です。実際、私の嫌な反応は、「iOS safari timeout」は純粋に時間に関連しており(例えばデフォルトでは60秒のタイムアウト)、実際のサーバータイムアウトとは関係がないことです。

以前にこの問題に遭遇したことがある人と、これをどのように回避したのか不思議です。 Safariがそれ自身でタイムアウトする方法に直接影響する方法は見当たらないので、実際のサーバーのタイムアウトに関係なく、私はここで私の頭を引っ張っています。

答えて

0

another postで私自身の質問に回答した可能性があります。が起こってきた何かもしれない

は、iOSが大きな画像をアップロードしていることである、と大きな画像がサーバーからTinyPNGに渡されているので、次に、それは待っている...と待っている...と画像から行くのを待ってそこに座っていますサーバーをTinyPNGに戻してもう一度やり直してください。それは大きなイメージなので、サーバーからの応答を待って、操作全体が成功したことを時間切れにします。画像のアップロードとTinyPNGへの最初の送信との間の画像のリサイズを挿入することによって

、IはTinyPNGに「ワイヤ上に」プッシュされるデータを最小化することができたと背中、したがって時間の量は、クライアントが必要サーバーからの応答を待ちます。

非常に悪い接続で複数の大きな画像をアップロードでき、タイムアウトしないようになりました。それでも。これまでのところ。我々は(より多くのテストで)見るだろう。

関連する問題