PHP の $_POST データの制限はどの程度が妥当なのでしょうか？　画像ファイルなどのアップロードは別扱うになるので、それほど大きなデータをおくられないと思われます。ブラウザからテキストエリアに無理やりいれると、1メガぐらいまでは平気で送れるようです。一般的にHTMLのフォームから、テキストを送るのはどのくらいの分量なのでしょうか？　wiki でめちゃくちゃ長いのがあるとかなりいきそうです。

Webアプリによって case by case なので何とも言えません。

マルチメディアデータは別扱いということでしたら、掲示板のようなアプリなら、textarea で入ってくるテキストデータが最も大きいと思います。原稿用紙１枚（800byte）もあれば、普通は十分ではないでしょうか。

ご自分だけが利用するようなアプリについては、もっと大きなサイズにしておいてもかまわないでしょう。

また、過去に「PHPを使ったファイルアップロードで‥‥」で質問されているようなので、大丈夫だとは思いますが、バッファーオーバーランを防ぐために、

1. クライアントサイドで送信直前にJavaScriptを使ってteatareaのサイズをチェックする
2. サーバサイドで指定サイズより大きな$_POSTを受け取らないようにしておく

の2つのチェックを組み込んでおくことをお勧めします。

過去に、似た質問がありましたので、URLを貼っておきます。

http://q.hatena.ne.jp/1087880936

テキストの送信に限って整理してみると…

• <form method=post> で渡すデータ量に制限はない
  • HTTPヘッダの ContentsLength は 0 以上なら全て有効
• Apache側で受け取るコンテンツの長さの設定ができる
  • LimitRequestBody ディレクティブ（デフォルトは無制限）
• PHP側での制限　変数の容量限界は設定された使用メモリ量に依存
  • デフォルトでは8Mの設定になっていると思います。
  • php.ini の、 memory_limit を参照してみてください
• 大量データを受け取る際のタイムアウトがあり得る
  • あまり大きいとアップロード中にPHPがタイムアウトするかも。
  • php.ini の max_execution_time を長めに取る等対策要？

以上から考えて、PHP以外の部分で制約がなければ、php.iniで設定したメモリサイズまで受け付けられると考えて良いでしょう。

（もちろん、他の変数もメモリを使いますので、あくまで目安です）

PHPで設定したメモリで、メモリ不足不足に陥らない程度に、Apache側で制限しておけばいいのではないでしょうか。

あとは、普段送信するデータの容量から平均をとってみれば良いのでは？

先に回答されている方が言うように、サーバー設定の case by case ではありますね（笑）

少しでもご参考になれば。

追補です。

ワード、エクセルのデータ貼り付けとありますが、これはテキストボックスへの貼り付け（テキストとして送信され$_POST格納）と解釈していました。

もし、ファイルとして送信しているのであれば、データはディスク上に保存されますのでサーバーのハードディスク容量＆PHPの max_upload_size 設定に依存します。

ご存じかとも思いましたが、一応…。

http://php.benscom.com/manual/ja/reserved.variables.php