example - GET vs POST en AJAX?

jquery ajax get example (9)

¿Por qué hay solicitudes GET y POST en AJAX, ya que no afecta la URL de la página de todos modos? ¿Qué diferencia hace al pasar datos sensibles sobre GET en AJAX ya que los datos no se reflejan en la URL de la página?

Bueno, en cuanto a GET, todavía tienes la limitación de longitud de URL. Aparte de eso, es bastante concebible que el servidor trate las solicitudes POST y GET de forma diferente; por lo tanto, la necesidad de poder especificar qué pedido estás haciendo.

Cuando utilizamos el método GET en Ajax, solo se envía el contenido del valor del campo, no el formato en el que se encuentra el contenido. Por ejemplo, el contenido en el área de texto se acaba de agregar en la URL en el caso del método GET (sin un nuevo carácter de línea). Ese no es el caso en el método POST.

Debe usar el verbo HTTP apropiado según lo que necesite de su servicio web.

Cuando se trata de un URI de colección como: http://example.com/resources/

OBTENER : enumere los miembros de la colección, complete con sus URI de miembro para mayor navegación. Por ejemplo, enumere todos los autos en venta.

PUT : Significado definido como "reemplazar toda la colección con otra colección".

POST : crea una nueva entrada en la colección donde el ID es asignado automáticamente por la colección. La ID creada generalmente se incluye como parte de los datos devueltos por esta operación.

BORRAR : Significado definido como "eliminar toda la colección".

Cuando se trata de un URI de miembro como: http://example.com/resources/7HOU57Y

GET : recupera una representación del miembro direccionado de la colección expresada en un tipo MIME apropiado.

PUT : actualice el miembro direccionado de la colección o créelo con la ID especificada.

POST : trata el miembro direccionado como una colección por derecho propio y crea un nuevo subordinado de él.

ELIMINAR : elimina el miembro direccionado de la colección.

Fuente: Wikipedia

Dos razones principales para tenerlos:

GET solicitudes GET tienen algunas limitaciones bastante restrictivas en el tamaño; POST suele ser capaz de contener mucha más información.
El backend puede esperar GET o POST , dependiendo de cómo esté diseñado. Necesitamos la flexibilidad de hacer un GET si el backend espera uno, o un POST si eso es lo que está esperando.

Gracias. Utilizo principalmente el método GET con Ajax y hasta ahora no he tenido ningún problema, excepto lo siguiente:

La caché de Internet Explorer (a diferencia de Firefox y Google Chrome) GET llama si se utilizan los mismos valores GET.

Por lo tanto, el uso de un intervalo con Ajax GET puede mostrar los mismos resultados a menos que cambie la URL con el uso de números aleatorios irrelevantes para cada Ajax GET.

Normalmente envía parámetros al script AJAX, devuelve datos basados en estos parámetros. Funciona igual que un formulario que tiene method = "get" o method = "post". Al usar el método GET, los parámetros se pasan en la cadena de consulta. Cuando se usa el método POST, los parámetros se envían en el cuerpo de la publicación.

Generalmente, si sus parámetros tienen muy pocos caracteres y no contienen información confidencial, entonces los envía a través del método GET. Los datos confidenciales (por ejemplo, contraseña) o texto largo (por ejemplo, una biografía de 8000 caracteres de una persona) se envían mejor a través del método POST.

Otra diferencia entre GET y POST es la forma en que se maneja el almacenamiento en caché en los navegadores. POST respuesta POST nunca se almacena en caché. GET puede o no almacenarse en caché según las reglas de caché especificadas en los encabezados de respuesta.

Otros han cubierto los puntos principales (contexto / idempotencia y tamaño), pero agregaré otro: cifrado. Si usa SSL y desea encriptar sus args de entrada, necesita usar POST.

Se trata simplemente de respetar las reglas del protocolo http.

Get - Las llamadas deben ser idempotentes. Esto significa que si lo llamas varias veces obtendrás el mismo resultado. No tiene la intención de cambiar los datos subyacentes. Puede usar esto para un cuadro de búsqueda, etc.

Las llamadas posteriores NO son idempotentes. Está permitido hacer un cambio en los datos subyacentes, por lo que podría usarse en un método de creación. Si lo llamas varias veces, crearás varias entradas.