POST y GET
Me apesta ponerme VM (viejo-de-mierda), pero a veces es necesario llamar al orden y la cordura!
Según la RFC-2616, la principal razón para usar los distintos métodos es el objetivo principal de la petición.
GET sirve recoger la información, cualquiera sea esta, de un determinado URI, sin provocar efectos colaterales; esto lo clasifica como un método 'seguro' según la especificación. Además, si uno repite la misma petición, se obtiene (por lo menos en teoría) obtener la misma respuesta, lo que lo hace un método idempotente.
POST, por su parte, realiza una consulta que envía una cierta cantidad de datos que deben ser considerados subordinados del URI , lo que provee un método uniforme para realizar anotaciones sobre el contenido, enviar contenidos vía cuestionario o realizar cambios en la base de datos. POST no es un método seguro ni idempotente, ya que si realizamos la misma petición, deberíamos obtener diferentes resultados. Por ejemplo, si enviamos diez veces un mismo formulario de comentarios, tendremos al final un hermoso ejemplo de redundancia.
Es esta, y no otra, la base del funcionamiento de estos métodos. Por algo los navegadores piden confirmación cuando se vuelve a una página donde se envió un POST, porque no es una acción 'ingenua'
Ok, baste de diatribas :)
- 3125 lecturas

Vaya, creo haber entendido de una vez por todas la diferencia (conceptual, que es la que no acababa de pillar) entre los dos métodos, más allá del límite de envio de 250 caracteres del método GET frente al POST. Gracias por esa explicación tan clarificadora! :)
Je. De nada, para eso estamos
[...] ToadChavalinaToadFerdyToadToadToadToad
< PortadaGET y POST30 - 10 - 2004 Aqu? y aqu? tambi?©n podemos leer sobre GET y POST para enviar formularios.Lo raro es que [...]
Enviar un comentario nuevo