English | 简体中文 | 繁體中文 | Русский язык | Français | Español | Português | Deutsch | 日本語 | 한국어 | Italiano | بالعربية
Los dos métodos HTTP más utilizados son: GET y POST.
El objetivo del diseño del protocolo de transferencia de hipertexto (HTTP) es garantizar la comunicación entre el cliente y el servidor.
El modo de funcionamiento de HTTP es la solicitud entre el cliente y el servidor-Protocolo de respuesta.
El navegador web puede ser el cliente, y los programas de red en la computadora también pueden actuar como el lado del servidor.
Ejemplo: el cliente (navegador) envía una solicitud HTTP al servidor; el servidor devuelve una respuesta al cliente. La respuesta contiene información sobre el estado de la solicitud y el contenido posible que se solicita.
Realizar solicitudes entre el cliente y el servidor-En la respuesta, los dos métodos más utilizados son: GET y POST.
GET - Solicitar datos del recurso especificado.
POST - Enviar datos a ser procesados por el recurso especificado.
Tenga en cuenta que la cadena de consulta (nombre/Los pares de valores) se envían en la URL de la solicitud GET:
/run/demo-form.php?name1=value1&name2=value2
Otras notas sobre las solicitudes GET:
Las solicitudes GET se pueden almacenar en caché
Las solicitudes GET se guardan en el historial del navegador
El método GET se puede guardar como favorito
No debe utilizarse el método GET para procesar datos sensibles
El método GET tiene un límite de longitud
El método GET debe utilizarse solo para recuperar datos
Tenga en cuenta que la cadena de consulta (nombre/Los pares de valores) se envían en el cuerpo del mensaje HTTP de la solicitud POST:
POST /run/demo-form.php HTTP/1.1
Host: oldtoolbag.com
name1=value1&name2=value2
Otras notas sobre las solicitudes POST:
Las solicitudes POST no se pueden almacenar en caché
Las solicitudes POST no se guardarán en el historial del navegador
POST no se puede guardar como favorito
No hay requisitos de longitud para las solicitudes POST
La siguiente tabla compara dos métodos HTTP: GET y POST.
| GET | POST | |
|---|---|---|
| Botón de retroceso/Actualizar | Inofensivo | Los datos se enviarán de nuevo (el navegador debe informar al usuario de que los datos se enviarán de nuevo). |
| Favoritos | Se puede guardar como favorito | No se puede guardar como favorito |
| Caché | Puede ser almacenado en caché | No puede ser almacenado en caché |
| Tipo de codificación | application/x-www-form-urlencoded | application/x-www-form-urlencoded o multipart/form-data. Utilice múltiples codificaciones para datos binarios. |
| Historial | Los parámetros se conservarán en el historial del navegador. | Los parámetros no se guardarán en el historial del navegador. |
| Límite de longitud de los datos | Sí. Al enviar datos, el método GET agrega datos a la URL; la longitud de la URL está limitada (la longitud máxima de la URL es 2048 caracteres）. | Sin restricciones. |
| Restricciones sobre el tipo de datos | Sólo permite caracteres ASCII. | Sin restricciones. También permite datos binarios. |
| Seguridad | En comparación con POST, GET tiene una seguridad menor, ya que los datos enviados son parte de la URL. ¡Nunca use GET al enviar contraseñas u otra información sensible! | POST es más seguro que GET, ya que los parámetros no se guardan en el historial del navegador o en los registros del servidor web. |
| Visibilidad | Los datos están visibles para todos en la URL. | Los datos no se mostrarán en la URL. |
La siguiente tabla enumera otros métodos de solicitud HTTP:
| Método | Descripción |
|---|---|
| HEAD | Igual que GET, pero solo devuelve las cabeceras HTTP, sin el cuerpo del documento. |
| PUT | Subir la representación de URI especificada. |
| DELETE | Eliminar el recurso especificado. |
| OPTIONS | Devolver los métodos HTTP admitidos por el servidor. |
| CONNECT | Convertir la conexión de solicitud a TCP transparente/Canal IP. |