enviar un formulario GET con params cadena de consulta y params ocultos desaparecen

Question

consideran este formulario:

<form action="http://www.blabla.com?a=1&b=2" method="GET"> 
    <input type="hidden" name="c" value="3" /> 
</form> 

Al enviar este formulario (una forma GET) los parámetros a y b están desapareciendo. ¿Hay alguna razón para eso? ¿Hay alguna manera de evitar este comportamiento?

Answer 1

¿No son para qué son los parámetros ocultos para empezar ...?

<form action="http://www.example.com" method="GET"> 
    <input type="hidden" name="a" value="1" /> 
    <input type="hidden" name="b" value="2" /> 
    <input type="hidden" name="c" value="3" /> 
    <input type="submit" /> 
</form> 

No esperaba que ningún navegador retuviera ninguna cadena de consulta existente en la URL de acción.

Como las especificaciones (RFC1866, página 46; HTML 4.x sección 17.13.3) Estado:

si el método es "llegar" y la acción es un URI HTTP, el agente de usuario toma el valor de la acción , agrega un `? ' a él, luego agrega el conjunto de datos del formulario, codificado utilizando el tipo de contenido "application/x-www-form-urlencoded".

Tal vez uno podría ciento a codificar la acción-URL para incrustar el signo de interrogación y los parámetros, y luego cruzar los dedos para esperar todos los navegadores dejaría a esa URL, ya que (y validar que el servidor entiende que también) . Pero nunca confiaría en eso.

Por cierto: no es diferente para campos de formulario no ocultos. Para POST, la URL de acción podría contener una cadena de consulta.

Answer 2

Debe incluir los dos elementos (a y b) como elementos de entrada ocultos, así como C.

Answer 3

que tenía un problema muy similar en la que por acción del formulario, que tenía algo así como:

<form action="http://www.example.com/?q=content/something" method="GET"> 
    <input type="submit" value="Go away..." />&nbsp; 
</form> 

El botón lleva al usuario al sitio, pero la información de la consulta desaparece para que el usuario acceda a la página de inicio en lugar de a la página de contenido deseada. La solución en mi caso fue descubrir cómo codificar la URL sin la consulta que llevaría al usuario a la página deseada. En este caso mi objetivo era un sitio de Drupal, por lo que resultó que /content/something también funcionó. También podría haber usado un número de nodo (es decir, /node/123).

Answer 4

Su construcción es ilegal. No puede incluir parámetros en el valor de acción de un formulario. Lo que sucede si prueba esto va a depender de las peculiaridades del navegador. No me sorprendería si funciona con un navegador y no con otro. Incluso si parecía funcionar, no confiaría en él, porque la próxima versión del navegador podría cambiar el comportamiento.

"Pero digamos que tengo parámetros en cadena de consulta y en entradas ocultas, ¿qué puedo hacer?" Lo que puedes hacer es arreglar el error. No es una burla, pero esto es un poco como preguntar: "Pero digamos que mi URL utiliza signos de porcentaje en lugar de barras, ¿qué puedo hacer?" La única respuesta posible es que puedes arreglar la URL.

Answer 5

Lo que puede hacer es usar un simple foreach en la tabla que contiene la información GET. Por ejemplo, en php:

foreach ($_GET as $key => $value) { 
    echo("<input type='hidden' name='$key' value='$value'/>"); 
} 

Answer 6

En HTML5, este es el comportamiento por especificación.

Ver http://www.w3.org/TR/2011/WD-html5-20110525/association-of-controls-and-forms.html#form-submission-algorithm

vistazo a "4.10.22.3 algoritmo de envío de formulario", paso 17. En el caso de una forma GET a un servidor HTTP/s URI con una cadena de consulta: destino

Let ser una nueva URL que es igual a la acción excepto que su componente <query> es reemplazado por consulta (agregando una U + 003F PREGUNTA carácter de MARCA (?) si es apropiado).

Por lo tanto, su navegador tachará la parte "? ..." existente de su URI y la reemplazará por una nueva basada en su formulario.

En HTML 4.01, la especificación produce URI no válido - la mayoría de los navegadores en realidad no hacer esto, sin embargo ..

Ver http://www.w3.org/TR/html401/interact/forms.html#h-17.13.3, el paso cuatro - el URI tendrá una? anexado, incluso si ya contiene uno.

Answer 7

Si necesitan solución, ya que esta forma se puede colocar en sistemas de 3 ª parte, puede utilizar el mod_rewrite de Apache como esto:

RewriteRule ^dummy.link$ index.php?a=1&b=2 [QSA,L] 

entonces su nueva forma se verá así:

<form ... action="http:/www.blabla.com/dummy.link" method="GET"> 
<input type="hidden" name="c" value="3" /> 
</form> 

y Apache añadirá tercera parámetro para consultar

Answer 8

<form ... action="http:/www.blabla.com?a=1&b=2" method ="POST"> 
<input type="hidden" name="c" value="3" /> 
</form> 

cambio del método de la petición de 'post' en lugar de 'GET'.

Answer 9

que suelo escribir algo como esto:

foreach($_GET as $key=>$content){ 
     echo "<input type='hidden' name='$key' value='$content'/>"; 
} 

Esto funciona, pero no se olvide de desinfectar sus entradas contra los ataques XSS!

Answer 10

Esto es en respuesta al post anterior por EFX:

Si la URL ya contiene el var desea cambiar, a continuación, se añadió una vez más como un campo oculto.

Aquí es una modificación del código que se evite la duplicación de Vars en la URL:

foreach ($_GET as $key => $value) { 
    if ($key != "my_key") { 
     echo("<input type='hidden' name='$key' value='$value'/>"); 
    } 
}