¿Cuáles son las ventajas de usar una solicitud GET sobre una solicitud POST?

Debe usar GET donde está haciendo una solicitud que no tiene efectos secundarios, por ejemplo, solo obtener información. Esta solicitud puede:

• Repetirse sin ningún problema-si el navegador detecta un error puede reintentar en silencio
• Tiene su resultado almacenado en caché por el navegador
• Ser cacheado por un proxy

Todas estas cosas son buenas. Cualquier cosa que solo esté recuperando datos (particularmente datos públicos) debería ser realmente un GET. El servidor debe enviar sensible Last-Modified: y Caduca: encabezados para permitir el almacenamiento en caché si es necesario.

Todos los puntos buenos, sin embargo, en respuesta a la pregunta, las solicitudes GET son más útiles en ciertos escenarios que las solicitudes POST:

1. Pueden ser marcados
2. Se pueden almacenar en caché
3. Son más rápidos
4. Tienen consecuencias conocidas (suponiendo que no cambian los datos), por lo que visitarlos múltiples el tiempo no es un problema.

Por el bien de la posteridad, la actualización de este comentario con las notas del blog re: punto #3 aquí, todo el crédito a Omar AL Zabir (el autor de la entrada de blog referenciada ):

"Atlas por defecto hace HTTP POST para todas las llamadas AJAX. Http POST es más caro que Http GET. Transmite más bytes a través del cable, tomando así tiempo precioso de la red y también hace ASP.NET hacer extra procesamiento en el extremo del servidor. Por lo tanto, debe usar Http Get tanto como posible. Sin embargo, Http Get no le permite pasar objetos como parámetros. Puede pasar numérica, cadena y fecha solamente. Cuando haces una llamada Http Get, Atlas construye una url codificada y hace un hit a eso URL. Por lo tanto, no debe pasar demasiado contenido que hace que la url se convierta en mayor que 2048 caracteres. Que yo sepa, eso es lo máximo longitud de cualquier url.

Otra cosa malvada sobre http post es que en realidad son 2 llamadas. Primero el navegador envía los encabezados http post y las respuestas del servidor con " HTTP 100 Continuar". Cuando el navegador recibe esto, envía el cuerpo real."

Esto podría ayudarte a decidir dónde usar GET y dónde usar POST:

URI, Direccionabilidad, y el uso de HTTP GET y POST .

Hay otra diferencia no mencionada por nadie.

Las solicitudes GET se pasan en la cadena URL y, por lo tanto, están sujetas a un límite de longitud que generalmente depende del navegador.

Las solicitudes POST pueden ser mucho más grandes - de hecho no están limitadas realmente. Entonces, si necesita solicitar datos de un servidor web y está pasando mucha información de parámetros, entonces una solicitud POST podría ser la única opción.

Entonces, como se mencionó antes, realmente una solicitud GET es para solicitar datos (sin efectos secundarios) mientras que una solicitud POSTERIOR generalmente se usa para transmitir datos al servidor para almacenarlos (con efectos secundarios). por ejemplo, utilice POST para cargar un archivo. Consigue recuperar un archivo.

Hubo un tiempo en que IE creo que tenía una cadena de URL GET muy corta. Algunas aplicaciones como Lotus notes usan grandes números de caracteres aleatorios para representar ID de documento. Tuve el disgusto de usar otro producto que generaba cadenas aleatorias para que la URL de la página fuera única cada vez. La cadena aleatoria era enorme... y no siempre funcionó con IE6 de memoria.

Las solicitudes POST son tan inseguras como GETs. La principal diferencia es que POST se utiliza para modificar el estado de la aplicación de servidor, mientras que GET solo solicita datos de ella.

La diferencia importa cuando se usan URLs limpias, "restful", donde la propia URL especifica el recurso, y los diferentes métodos desencadenan diferentes acciones en el lado del servidor.

Quizás lo más importante es que GET se puede marcar / ver en el historial de url y se puede buscar en Google.

POST es importante cuando no quieres que el evento sea marcable o que se pueda escribir como una URL; de lo contrario, tú (o Google rastreando tus URL) podrías terminar accidentalmente haciendo cosas como eliminar usuarios de tu sistema, por ejemplo.