HTTP: ¿Cuál es la diferencia entre GET y POST?


Respuesta 1:

HTTP:

Las solicitudes POST proporcionan datos adicionales desde el cliente (navegador) al servidor en el cuerpo del mensaje.

En contraste, las solicitudes GET incluyen todos los datos requeridos en la URL. Los formularios en HTML pueden usar cualquiera de los métodos especificando method = "POST" o method = "GET" (predeterminado) en elemento.

El método especificado determina cómo se envían los datos del formulario al servidor. Cuando el método es GET, todos los datos del formulario se codifican en la URL, anexados a la URL de acción como parámetros de cadena de consulta. Con POST, los datos del formulario aparecen dentro del cuerpo del mensaje de la solicitud HTTP.

¡Gracias!

Mantenerse en contacto:

Empresas de diseño web de Bangalore, empresa de desarrollo de sitios web Bangalore, diseño de sitios web de Bangalore, desarrollo web de Bangalore


Respuesta 2:

GET y POST son dos tipos diferentes de solicitudes HTTP.

De acuerdo con Wikipedia:

GET solicita una representación del recurso especificado. Tenga en cuenta que GET no debe usarse para operaciones que causan efectos secundarios, como usarlo para realizar acciones en aplicaciones web. Una razón para esto es que GET puede ser usado arbitrariamente por robots o rastreadores, lo que no debería tener en cuenta los efectos secundarios que debería causar una solicitud.

y

POST envía datos para ser procesados ​​(por ejemplo, desde un formulario HTML) al recurso identificado. Los datos se incluyen en el cuerpo de la solicitud. Esto puede resultar en la creación de un nuevo recurso o las actualizaciones de los recursos existentes o ambos.

Entonces, esencialmente GET se usa para recuperar datos remotos, y POST se usa para insertar / actualizar datos remotos.

La especificación HTTP / 1.1 (RFC 2616), sección 9, Definiciones de métodos contiene más información sobre GET y POST, así como los otros métodos HTTP, si está interesado.

Además de explicar los usos previstos de cada método, la especificación también proporciona al menos una razón práctica de por qué GET solo debe usarse para recuperar datos:

Los autores de servicios que usan el protocolo HTTP NO DEBEN usar formularios basados ​​en GET para el envío de datos confidenciales, ya que esto hará que estos datos se codifiquen en el URI de solicitud. Muchos servidores, servidores proxy y agentes de usuario existentes registrarán el URI de la solicitud en algún lugar donde pueda ser visible para terceros. Los servidores pueden usar el envío de formularios basado en POST

Finalmente, una consideración importante al usar GET para solicitudes AJAX es que algunos navegadores, IE en particular, almacenarán en caché los resultados de una solicitud GET. Entonces, si, por ejemplo, sondea con la misma solicitud GET, siempre obtendrá los mismos resultados, incluso si los datos que está consultando se actualizan en el lado del servidor. Una forma de aliviar este problema es hacer que la URL sea única para cada solicitud agregando una marca de tiempo.


Respuesta 3:

En palabras simples

Con un método GET, está enviando sus datos a través de la URL. Mientras que, con el método A POST, los datos se incrustan en el objeto de formulario y se envían directamente desde su navegador al servidor.

Ambos pueden transmitir los datos, pero siempre es mejor usar POST para enviar los datos que se grabarán con el fin de garantizar la preservación de la integridad de los datos (en caso de servidores proxy y reglas de firewall).


Respuesta 4:

GET y POST no son seguros en absoluto y los datos enviados a través de estas consultas deben verificarse antes de hacer algo con ellos.

Usualmente usamos GET para identificar y renderizar dinámicamente páginas y POST para enviar datos de formularios, pero no siempre es así.

GET también tiene un límite bastante pequeño de bytes que puede enviar en comparación con POST, que es mucho menos limitado.

Por ejemplo, Google usa GET en la forma de su página de inicio porque el resultado debe ser fácilmente marcado y compartible.