textareaが欠けてい$_POSTがcontent_length常に正しいのですか。
-
19-09-2019 - |
質問
不思議なバグがポップアップされ、サーバーの走行はかなり活躍します。
- サーバー:Apache/2.2.3(CentOS)
- PHP:5.2.6
- eAccelerator0.9.5.3
使用マルチパート形式が送信されたデータからのtextarea欠になり、$_POST
そして、そしてデータが送信されたのでcontent_lengthを示して合理的なサイズ1K
その他の全ての入力フォームより適切に。
いないブラウザ固有の不具合により、そIE/Firefox/google Chrome.
作品はほぼ99%の時のみに失敗した1または2回の平均で毎百投稿です。
非常に珍しい機会にないので再生することができるのでしないデータが送信されているだけない加工はapache/php
これらすべての設定を確認して合理的な クリアしました。ini:
memory_limit
max_input_time
upload_max_file_size
post_max_filesize
httpd.conf
LimitRequestBody
TimeOut
を見つけようと心がけてい他のアイデアにどこなのかもしれません。見当たらないので知られる関連バグのためにクリアしました。
解決
だこの問題はないように質問^^)もございました suhoshin セキュリティパッチを拡張したいドを活性化するのですか?
ないわからない場合の活性化によるデフォルトCentOSのものとして、考えることはUbuntuである"未entreprise志向")
私はここで このバグ報告, は、あのカップル-ノーツ、たとえば、次のようになります。
[30Oct2007 11:02am UTC]でsbauer gjl-ネットワークドット純
を経験しながら、この問題もま この原因はこの問題 はsuhosinパッチが既にあっさりとした印象でしたがよ デフォルトに設定されていmax 制限の長さは、クッキー エポストとのセッションvars.E.g.後はこの次のように記述されています。
suhosin.ます。max_array_depth100 100 suhosin.ます。max_array_index_length64 64suhosin.ます。max_name_length64 64suhosin.ます。max_totalname_length
256 256suhosin.ます。max_value_length 65000 65000suhosin.ます。max_vars
200 200その誘導体のニーズを設定する 十分に高ます。E.g.当社の 場合には、当社のポスト データが長すぎます(といっていいのかもしれない のんきます。
であることを確認しクリアしました。iniまたは (別分布が 多くはsuhosin.ini)の正しい 上記の値または設定し0- を無効にします。い場合にはデリバティブ取引は、 設定されていないときは、デフォルト値が使用されます。を確認する必要があります:suhosin.ます。max_....suhosin.ます。max_...suhosin.を取得します。max_...suhosin.セッション。max_...suhosin.クッキー.max_...
自phpinfo()がこれらの 値を記載!
および/または:
[13月2008年4:58pm UTC]キーで tdrnetworksドットコム
について enctype="multipart/form-data"な populatingの$_POST varsかったので 溶液を無効にするにはSuhosin セキュリティモジュール.
しています!
もあり注いように:
[5月6:49pm UTC]ウドpressley ヤフードットコム
に面したあるものではないです。あったか html形式のphpスクリプトあるい した提出をラジオボタンまたは チェックします。私募形式、PHP ませんでした見ポストパラメータ。また、ランダムであった 働時間いません。もっ してくれることなく、一部の時間 一部の時間いません。その後の変更 ENCTYPEからは大文字小文字 で働き始めたprefectly
はフォーム-ページHTML。か、一部ではあるが、ではありませんか?
この頑...ない場合、私は知る理由は、問題なし!-