¿Qué métodos existen para atravesar nodos en jquery?
Generalmente, cuando ingresamos una URL en el navegador para acceder al sitio web, es una solicitud GET en formato pesado, el método de envío se puede especificar como método de envío GET o POST; a través del método de configuración, y el valor predeterminado es el método de envío GET.
HTTP define diferentes formas de interactuar con el servidor. Las cuatro más básicas son: GET, POST, PUT, DELETE y HEAD y HEAD se denominan métodos seguros porque utilizan solicitudes GET y HEAD. no producir ninguna acción. No operativo significa que las solicitudes HTTP para GET y HEAD no producirán resultados en el servidor. Pero un enfoque seguro no significa que no sucederá nada. El método de seguridad aquí simplemente significa que la información no será modificada. Según la especificación HTTP, POST puede modificar recursos en el servidor solicitante.
En segundo lugar, la diferencia en las formas de expresión
Después de aclarar la diferencia principal entre los dos, veamos la diferencia en la aplicación práctica.
Primero, veamos el formato de la solicitud HTTP:
En una solicitud HTTP, la primera línea debe ser la línea de solicitud, incluido el método de solicitud, la URL de solicitud y HTTP. utilizado en el mensaje Información de versión. A esto le sigue la sección de pastores, que puede tener cero o un encabezado que explique información adicional que utilizará el servidor. Hay una línea en blanco después del encabezado y, finalmente, el cuerpo de la entidad del mensaje, que contiene un bloque de datos arbitrarios. Pero no todos los mensajes contienen la parte principal de la entidad.
Obtener instancia de solicitud:
Publicar instancia de solicitud:
Echemos un vistazo a la diferencia entre estos dos métodos de solicitud:
1. Solicitud GET, los datos solicitados se agregarán a la URL, ¿uso? Para fragmentar una URL y transferir datos, use & connect. El formato de codificación de la URL es codificación ASCII, no uniclde, lo que significa que todos los caracteres que no sean ASCII deben codificarse antes de la transmisión.
Solicitud POST: Una solicitud POST colocará los datos solicitados en el cuerpo del paquete de solicitud HTTP. El elemento anterior = sierra de cinta son los datos de transmisión reales.
Así, los datos para una solicitud GET estarán expuestos en la barra de direcciones, pero no para una solicitud POST.
2. El tamaño de los datos transmitidos
En la especificación HTTP, no hay restricciones en la longitud de la URL y el tamaño de los datos transmitidos. Sin embargo, en el proceso de desarrollo real, para GET, navegadores y servidores específicos tienen restricciones en la longitud de la URL. Por lo tanto, cuando se utiliza una solicitud GET, los datos transferidos estarán limitados por la longitud de la URL.
Para POST, debido a que no es una URL, en teoría no hay límite, pero de hecho, cada servidor limitará el tamaño de los datos enviados por POST, y Apache e IIS tienen sus propias configuraciones.
3. Seguridad
POST es más seguro que GET. La seguridad aquí se refiere a la seguridad real, que es diferente del método de seguridad mencionado en GET anteriormente. La seguridad mencionada anteriormente es simplemente no modificar los datos del servidor. Por ejemplo, durante una operación de inicio de sesión, el nombre de usuario y la contraseña se expondrán en la URL mediante una solicitud GET. Debido a que el navegador puede almacenar en caché la página de inicio de sesión y otros pueden ver el historial del navegador, otras personas pueden obtener fácilmente el nombre de usuario y la contraseña en este momento. Además, los datos enviados por la solicitud GET también pueden provocar ataques de rana de solicitudes entre sitios.
4. Los protocolos GET, POST y SOAP en HTTP se ejecutan en HTTP.