textarea en ocasiones falta en $_POST pero content_length siempre correcta?

Question

Un extraño bug ha aparecido en un servidor que ejecuta un bastante sitio activo.

• Servidor:Apache/2.2.3 (CentOS)
• PHP:5.2.6
• eAccelerator 0.9.5.3

Mientras que el uso de varias formas, en ocasiones los datos enviados desde un textarea faltará en el $_POST

Sabemos que los datos se envían porque content_length muestra un tamaño razonable de más de 1K

Todos los demás campos de entrada en el formulario correctamente recibido.

NO es específica del navegador y pasa en IE/Firefox/Chrome.

Funciona casi el 99% del tiempo, sólo falla 1 o 2 veces en promedio por cada cien publicaciones realizadas.

En muy raras ocasiones, hemos sido capaces de reproducir nosotros mismos, así que sabemos que los datos están siendo enviados, sólo que no procesados por cualquiera de apache/php

Todos estos valores se han comprobado y son razonables en php.ini:

memory_limit
max_input_time
upload_max_file_size
post_max_filesize

en httpd.conf

LimitRequestBody
TimeOut

Me encantaría escuchar otras ideas de lo que esto podría ser.No puedo encontrar ninguna conocidos relacionados con el error de PHP.

Answer 1

No seguro de que este es el problema (que no es fácil adivinar la pregunta ^^ ), pero si usted tiene la suhoshin revisión de seguridad/extensión, trató de activarlo ?
(No sé si éste está activado por defecto en CentOS, pero podría ser, teniendo en cuenta que es en Ubuntu, que es "menos de la empresa, orientado a")

Estoy sugiriendo esto debido a este informe de error, en la que hay un par de notas que dicen, por ejemplo :

[30 Oct 2007 11:02 UTC] sbauer en gjl-red dot net

Mientras se experimenta este problema, también nos se encontró que la causa de este problema fue el suhosin parche, que era - por por defecto configurado para tener un máximo límite para la duración de la cookie, solicitud, post, get y sesión de vars.E. g.para este POST se parece a:

suhosin.post.max_array_depth 100 100 suhosin.post.max_array_index_length 64 64 suhosin.post.max_name_length 64 64 suhosin.post.max_totalname_length
256 256 suhosin.post.max_value_length 65000 65000 suhosin.post.max_vars
200 200

Los derivados se debe establecer en un adecuado número mayor.E. g.en nuestro caso, el problema era que nuestro POST datos era demasiado largo (ya que este parece ser el caso para muchos de ustedes aquí).

Por lo tanto, sugiero revisar su php.ini o (de acuerdo a su distribución en a menudo es un suhosin.ini) y correcta los valores anteriores o conjunto de ellos de 0 a deshabilite.Si esos son derivados de no se establece, los valores por defecto serán utilizados.Usted necesita comprobar / añadir:suhosin.post.max_....suhosin.solicitud.max_...suhosin.obtener.max_...suhosin.período de sesiones.max_...suhosin.cookie.max_...

Consulte a su phpinfo() donde estas los valores deben estar en la lista!

Y / o :

[13 Nov 2008 4:58pm UTC] keith en tdrnetworks dot com

Con respecto a la enctype="multipart/form-data" no rellenar el $_POST vars he encontrado mi la solución fue desactivar la Suhosin módulo de seguridad.

Tener un ir!

También hay una nota que dice :

[5 de Febrero de 6:49pm UTC] neal punto pressley en yahoo dot com

Yo se enfrenta el mismo problema.Yo tenía un formulario html con php scripts en los que he fue la presentación de los botones de radio o casillas de verificación.Cuando voy a cargar el formulario, PHP fue no encontrar ningún post de los parámetros.fue al azar, en algún momento fue de trabajo y un poco de tiempo.Incluso Yo intenté Conseguir, se trabajó algún tiempo y un poco de tiempo.Entonces puedo cambiar ENCTYPE de mayúsculas a minúsculas y se comenzó a trabajar perfectamente

Es su forma / página HTML válido ?Tal vez, en algunos casos raros, no ?

Tal vez esto te ayuda...Si no, tengo curiosidad por saber la razón de este problema !