"413要求エンティティが大きすぎます" AJAX POSTリクエストでは通常のファイルアップロードではありません

Question

私の環境は1und1（1and1）の共有ホスティングパッケージです。ローカルに私のラップトップでは、すべて正常に動作します。

私はかなり長いAjaxリクエストをサーバーに送信しています（〜1.2MB）。しかし、数日前には動作を停止し、私は次のような応答を得続ける：

413要求エンティティが大きすぎ

要求されたリソース [私の要求URL] POSTリクエストで 要求データを許可していません、または 要求で提供されたデータ量が容量制限を超えています。

POSTパラメータ（長いJSON文字列）のサイズを小さくすると、すべて正常に動作します。制限は約1MBです（試行錯誤により決定されます）。

私は、何が原因であろうと多くの提案を見つけました。例えば。次のPHP設定値。しかし、彼らは私のローカルマシン上のものよりリベラルであり、彼らはここに制限することができどこで見ることができない。

• max_input_time = -1
• max_execution_timeに= 50000
• upload_max_filesizeで= 64M
• post_max_sizeの= 64M
• のmemory_limit = 256M

はその後、別の設定値は、多くの場合、ソリューションでApache設定0を表示されます。ここでの問題は次のとおりです。私の知る限り、私は1and1でそれを変更するacccessは、共有ホスティング持っていない - と私はapacheのエラーログを表示する方法を見つけることができません...

私が最初LimitRequestBodyはでなければならないと思いました原因。

しかしが、私は、標準のHTMLに変換すると思われるファイルタイプのオブジェクトとのSymfony 2フォームビルダを使用して（同じサーバー上（4MBのファイルでテスト済み）その後、通常のPOST HTML fileフォーム経由でファイルをアップロードすることができますなぜファイルアップロードフォーム）？これまでのところLimitRequestBody（と該当する場合はSecRequestBodyNoFilesLimit）の値を理解していたのですが、本当に原因であった場合は同じエラーが発生するはずです。

誰も私はこのエラーをさらにデバッグするために何ができるか考えていますか？または上記の質問に解決策がありますか？あるいは、少なくともこれを回避する方法は？

PS： SSLRenegBufferSizeは、httpsを使用しないでウェブページにアクセスする場合は適切ではありません。

Answer 1

413エラーは、リクエスト本体がサーバーが許可するように構成されている場合に発生し、サーバーがユーザーの制御下にない場合には特にそうすることができます。

httpd.confファイルまたはローカル.htaccessファイルのLimitRequestBodyディレクティブをより高く設定するようにホスティング会社に依頼してください。More Info