Formularios con action = ""

Question

Me acabo de enterar (por las malas) que cuando tienes un formulario HTML con action="", los navegadores Webkit lo tratan de manera diferente a Firefox e Internet Explorer.

En FF y IE, estas dos etiquetas de formulario son equivalentes:

<form method="post" action=""> 

<form method="post"> 

lo harán tanto enviar el formulario de nuevo a la misma página. Sin embargo, Safari y Chrome enviarán ese primer formulario a la página predeterminada (index.php, o lo que sea) - el segundo formulario funciona igual que FF/IE.

He pirateado rápidamente mi código para que en cualquier lugar donde normalmente se imprima una acción vacía, no agregue ningún atributo de acción.

Esto parece muy complicado y no es la mejor manera de estar haciendo las cosas. ¿Alguien puede sugerir un método mejor? Además, ¿alguien puede informarme sobre por qué Webkit haría tal cosa?

Answer 1

La mejor manera en mi opinión sería no omitir el atributo de acción (que no validaría) sino especificar la acción real para el formulario. ¿Hay alguna razón por la que no especifiques la acción?

Answer 2

lo general el uso

<form method='POST' action='?'> 

Esto significa que la URL actual, pero sin parámetros.

Answer 3

Siempre he usado (en PHP)

<form method="post" action="<?php echo htmlspecialchars($_SERVER['REQUEST_URI']); ?>"> 

Para conseguir mis formas de presentar a sí mismos.

Answer 4

El action attribute is required pero se puede especificar una referencia vacía URI que referes a la corriente URI:

<form method="POST" action=""> 

---

Editar Ok, en realidad esto es un error presentado de WebKit 528+ (ver Bug 19884) cuando se utiliza un URI vacío con un URI de base especificado utilizando el elemento BASE. En ese caso, WebKit toma el URI base en lugar de resolver el URI vacío desde el URI base.

Pero esto es correct behavior according to RFC 3986:

5,1. Establecimiento de un URI base

El término "relativo" implica que existe un "URI base" contra el cual se aplica la referencia relativa . [...]

El URI base de una referencia se puede establecer en una de cuatro formas, que se describen a continuación por orden de precedencia. Se puede pensar en el orden de precedencia en términos de capas, donde la base más definida URI tiene la precedencia más alta.Esto puede ser visualizado gráficamente como sigue:

.----------------------------------------------------------. 
    | .----------------------------------------------------. | 
    | | .----------------------------------------------. | | 
    | | | .----------------------------------------. | | | 
    | | | | .----------------------------------. | | | | 
    | | | | |  <relative-reference>  | | | | | 
    | | | | `----------------------------------' | | | | 
    | | | | (5.1.1) Base URI embedded in content | | | | 
    | | | `----------------------------------------' | | | 
    | | | (5.1.2) Base URI of the encapsulating entity | | | 
    | | |   (message, representation, or none) | | | 
    | | `----------------------------------------------' | | 
    | | (5.1.3) URI used to retrieve the entity   | | 
    | `----------------------------------------------------' | 
    | (5.1.4) Default Base URI (application-dependent)   | 
    `----------------------------------------------------------' 

En este caso el elemento de BASE con href atributo es un URI de base incrustada en el contenido de. Y base URI incrustado en el contenido tiene una precedencia mayor que URI utilizado para recuperar la entidad. Por lo tanto el comportamiento de WebKit es en realidad el comportamiento esperado de acuerdo con RFC 3986.

Pero in HTML 5 this behavior of an empty URI in form’s action (todavía un borrador) difiere de RFC 3986:

Si acción es la cadena vacía, deja acción sea el document's address.

Nota: Este paso es un willful violation de RFC 3986, que requeriría el procesamiento base de URL aquí. Esta infracción está motivada por un deseo de compatibilidad con el contenido heredado. [RFC3986]

Francamente, un comentario HTML después de esta nota en el código fuente se lee:

<!-- Don't ask me why. But that's what IE does. It even treats 
action="" differently from action=" " or action="#" (the latter 
two resolve to the base URL, the first one resolves to the doc 
URL). And other browsers concur. It is even required, see e.g. 
    http://bugs.webkit.org/show_bug.cgi?id=7763 
    https://bugzilla.mozilla.org/show_bug.cgi?id=297761 
--> 

Así que esto es más bien un error se originó a partir de Internet Explorer que se convirtió en una de-facto estándar.