先週の月曜日、私たちは新しい ASP.NET Web サイトを運用サーバーに公開し、一般ユーザーが使用できるようにしました。サイトの 1 つのセクションには、ウィザード タイプのインターフェイスが用意されており、各ステップでユーザーからの入力がかなり少なくて済みます。ウィザードの各ステップは、独自のユーザー コントロールです。ユーザーがステップを移動すると、入力がビューステートに保存され、現在のコントロールが非表示になり、次のコントロールが表示されます。もちろん、必要に応じて元に戻すこともできます。

全体として、私たちが見ている使用量を考えると、すべてがスムーズに実行されていますが、あるステップから次のステップに移動しようとしたときに、「Request Entity Too Large」というメッセージが表示されたという 2 人のユーザーからの電話がありました。 . 私は彼らの意見をすべて集め、問題を再現しようと試みました。

どちらの場合も、何度か経験しましたが、すべて問題なく動作しました。別のテスト実行中に、電話がかかってきて、約 5 分間脇道にそれました。中断したところから再開しようとすると、同じエラーが発生しました。その後、プロセスの 1 つのステップで意図的に数分間待機して再試行しましたが、再びエラーが発生しました。これは、前回一時停止した場所とは別のステップでした。

非アクティブが実際に問題の原因になるのか、IIS で "uploadReadAheadSize" の値を大きくすることが正しい解決策なのか、それともアプリケーション自体の問題を何らかの方法で修正できるのか、疑問に思っています。ありがとう。

私はプロキシ スクリプト (ここにあります) を使用しています。これは 2 段階のチェックアウト用です (顧客は請求情報をステップ 1 に入力し、[次へ] をクリックしてから、ステップ 2 に支払い情報を入力します)。

ステップ 1 で [次へ] をクリックすると、プロキシ スクリプトはPUT入力されたデータを含む要求を受け入れ、そのすべてをサード パーティのサービス (ショッピング カート) に送信します。

問題は、ステップ 1 で送信をクリックすると413 Request entity too largeエラーが発生することです。

Nginxが適切に構成されていることを確認するのに多くの時間を費やしました（間違いなくそうです）。これは、どういうわけか誤って413. 私は PHP の専門家ではありませんが、思いつくのはこれだけです。

Nginx構成自体ではないと私が信じるいくつかの理由を次に示します。

• リクエストはわずか約10kbです
• PHPファイル内のすべてを削除するとPUT、データは完全に問題ありません。上記のこのスクリプトだけが何らかの形でそれを引き起こしています。
• 必要なすべての PHP 変数が設定されています (4 つあったと思います)。すべてに設定されています128M
• client_max_body_sizeに適切に設定されています32M

サードパーティのサーバーではないことがわかっている理由は次のとおりです

• Apacheで問題なく動作します
• 他の多くの人々（apache上）がそれをうまく使っています

非常にシンプルなワンクリックでダウンロードして、自分で試してみてください（気が向いたら）

それをいじりたい場合は、zip をダウンロードして、nginx サーバーにアップロードします。

• https://github.com/UltraCart/two_page_trial/archive/master.zip

変更を加える必要はありません。アップロードしてアクセスtrial-page1.htmlし、大きなOrder Nowボタンをクリックするだけです。413エラーがコンソールに記録されることがわかります。

これをデバッグする方法さえわかりませんcurl。使用方法に何らかの問題があると思いますか?

un / pwとurlが間違いなく正しいAPIに接続する機能です。

ただし、サーバーへのデータストリームが大きすぎることを意味する413エラーコードで失敗し続けますが、まだ何も送信せずに接続するだけです。

助言がありますか？ありがとう

アップデート

これに追加するには

curl_errno($api_connect) 0 を返します

curl_error($api_connect) 空の文字列を返します

以下をprint_r(curl_getinfo($api_connect)返します

複数のファイルをアップロードするためのファイル アップロード ハンドラがあり、MAX_CONTENT_SIZE を設定しました。ドキュメントには、合計ファイル サイズが制限を超えると Flask が 413 例外をスローすることが記載されているため、カスタム 413 ページを使用して 413 エラー ハンドラーも作成しました。ただし、ファイルのアップロードをテストすると、413 エラーが確実にスローされることがわかりますが、エラー ページが表示されるのではなく、毎回接続が切断されているようです。参考までに、現在、Flask dev サーバーを使用しています。

コード：

アップデート：

奇妙なことに、この問題は Flask 開発サーバーを使用している場合にのみ発生するようです。Apache でテストしていますが、413 エラー ページは問題なく表示されます。

http://blahblahblah.com/site/Login/?domain=blahblahblah.com&request=[リクエスト文字列] サーバーに GET リクエストを送信すると、常に 413 エラーが返されます。ブラウザでは、このリクエストは、javascript リダイレクトを使用して html ページを表示します。しかし、Jsoup では、この URL を取得すると例外がスローされました。これは自動ログインを防ぐためだと思います.html幅のJsoupをレスポンスで取得したいです。

C#/.Net HttpWebRequest Exception オブジェクトには Response が含まれており、そこから html データを抽出できます。Java / Androidでそれを行う方法は?

私の英語でごめんなさい。

この問題については多くの議論がありますが、考えられるすべての解決策を試してみましたが、まだサーバーから 413 Request Entity Too Large エラーが発生しています。

当社の WCF サービスは Azure Worker ロールを介して自己ホストされており、IIS は使用しません。すべての構成はコードで指定されています。

そして、これは私たちのクライアント構成です - これもコードで指定されています:

私の唯一の予感は、SSL 接続の問題でしょうか? IIS 固有の問題について言及している記事がいくつかありますが、これがセルフ ホスト サービスに関連するかどうかはわかりません。

アドバイスをいただければ幸いです。

アップデート：

SSL が問題であるという私の予感を確認するために、一時的に SSL を無効にすると、問題が解消されました。

そのため、SSL が問題を引き起こしている理由を突き止める必要があります。同様の問題に関するかなりのドキュメントがありますが、IIS がホストするサービスのみに関連しています (私たちのサービスは Windows サービスから自己ホストされています)。

IIS7 - (413) 要求エンティティが大きすぎます | アップロードReadAheadSize

自己ホスト型の WCF サービスにのみ適用される同等の設定を知っている人はいますか?

2013 Lightswitch html アプリで、画像データを含むテーブルに多数の行を追加しようとすると、サーバーがエラーをスローします。約2Mbを処理できますが、その後はメッセージで失敗します

ステータス コード「413」とステータス テキスト「Request Entity Too Large」でリクエストが失敗しました

次のようにweb.configの値を変更しても問題ないようです

2 つの WCF サービスが連携しています。1 つはクラス ライブラリで、もう 1 つは Web サービスにあります。

今まで正常に動作しています。しかし、大量のデータを送信しようとすると、413エラーがスローされます...

An exception was thrown: The remote server returned an error: (413) Request Entity Too Large.

以下はweb.configファイルです-

クラスライブラリの場合-

behaviorConfiguration="webBehaviour"/>

Web サービスクライアントの場合 -

---------------------- --> セクションでは、着信ユーザーを識別するために ASP.NET で使用されるセキュリティ認証モードを構成できます。--> セクションでは、リクエストの実行中に未処理のエラーが発生した場合の対処方法を構成できます。具体的には、開発者は、エラー スタック トレースの代わりに HTML エラー ページを表示するように構成できます。

PublicKeyToken=31BF3856AD364E35"/>

behaviorConfiguration="webBehaviour"/>

展開 -->

どんな助けでも本当に感謝しています。

ありがとう

Apigee docsを見ると、API BaaS のアセットに許可される最大ファイル サイズが示されていないようです。

現在、次の CURL コマンドを使用して 39MB のアーカイブを POST しようとしています。

そして、それは投げ返しています：

送信された html ドキュメントを処理するために、Python でアプリ エンジン サーバーを実装しました。ローカルで実行するときは問題ありませんが、App Engine から実行すると、次のエラーが発生します。

「413.それはエラーです。あなたのクライアントが発行したリクエストは大きすぎました。私たちが知っているのはそれだけです。」

リクエストはわずか 155KB で、アプリ エンジンのリクエスト制限は 10MB だと思っていました。1 日の割り当てを超えていないことを確認しました。

前もって感謝します！

-サスワット