Nuevo método de petición HTTP

preview_player
Показать описание
Nuevo método HTTP: Query. Este método se propone como una alternativa a GET y POST, combinando lo mejor de ambos.

Рекомендации по теме
Комментарии
Автор

Estos vídeos así de noticias de lo último que está saliendo, novedades, temas de actualidad que se están hablando son muy buenos, lo mantienen a uno informado

NelsonGiraldo
Автор

Yo he visto APIS que ya pasan body a peticiones tipo GET. Aparentemente lo único que lo prohibe es el cliente que se use para hacer las peticiones no permita enviar datos. Es completamente salido de todos los estándares, pero si tu backend lo soporta se puede preguntar por el body de una petición GET.

camiloospinaa
Автор

SIEMPRE he echado en falta la existencia de un método así jajaj

EspGameplayer
Автор

siempre que traiga mas tipos de respuestas junto con ella para mi será una bendición

ralbeAlexby
Автор

Juraría que ya ví peticiones QUERY por algún lado, igual pensé que ya estaba, pero bue

marliote
Автор

Esto esta buenisimo!!! Cuanto tiempo que no veiamos actualizaciones de este tipo! Ojala prospere y lo podamos usar pronto!

johnnyscript
Автор

Pues claro, a mi me ha tocado hacer peticiones POST para enviar varios filtros en formato JSON y poder obtener datos 😅 esta mejora la necesitamos

CristianAndresMarin
Автор

Uno de los casos más útiles que conozco es para consultas geoespaciales, los polígonos ni cagando caben en un GET y el POST es la solución pero deja mal sabor de boca.

fdorantesm
Автор

Esto estará genial para sistemas con machine learning, para solicitar predicciones a un modelo idealmente se haría un GET pero no puedes mandarle una imagen binaria en un queryparam sin reventar el límite, así que todo se envía por POST a pesar de no ser lo semánticamente correcto

nubol
Автор

" Query suena feo Deberían de ponerle ad honorem " 😂😂😂 mori

AbrahanAcero
Автор

para los que ya vieron el metodo query en algun sitio, la primera publicacion se hizo en 2021-11-09

azukr
Автор

Ojo, se puede usar el body en cualquier verbo, incluso el GET. Está en la especificación del protocolo, solo que no es estándar.

nvictorme
Автор

ostia en 5:09 con un webhook en astro detectar cambios y hacer despliegue estaria guai una clase de esto! lo dejas ir como quien no dice nada y en una frase dices mucho xD idempotente! ;)

SonGoku-pcjl
Автор

Propongo en LATAM llamar el método "ALO" y en España "DIGAME"

criterico
Автор

No he visto todavía el vídeo, pero, a todos aquellos que no entienden para qué proponen esto... ¿Núnca habéis oído hablar de los POST consultivos? No hay que haber trabajado 40 años de desarrollador web para saber que se estaba haciendo uso 'semánticamente hablando' incorrecto puesto que no había otra solución. Esto tiene muy buena pinta.

tantrax
Автор

Me parece un acierto. GET quedaría para los recursos a los que se puede acceder por una url o identificador único del recurso, o bien para todos, y query para uno o un subconjunto de recursos que quedan delimitados por uno o más parámetros que se pasarían en la "query string". ¡Pero si te lo está diciendo la propia jerga! Query. Pues todo el sentido.

agustinsardon
Автор

Suena a mi muy buena la propuesta. El nombre Query de la peticion HTTP me suena mejor que Search porque estas buscas unos datos en la base de datos con criterios de busquéda definidos (query against DB/ database). search ya sabes el resultado y puede que haces un filtro simple o complejo. Por otro lado, GET y POST por definicíon son muy diferentes. para qué introducir muchos parametros en el cuerpo de la peticion HTTP GET si GET te envias el mas rapido posible vuestra respuesta.

HamzaEngineering
Автор

Apoyo totalmente esta propuesta. de verdad que a veces es muy incomodo tener que usar POST para hacer una petición que podría ser un GET si no fuera porque la url queda por fuera del limite del longitud

emmanuelari
Автор

En el caso de Google (y muchisimos otros la verdad), no lo veo muy util ya que el hecho de que sea GET significa que puedes poner en favoritos la URL, y eso te llevará a la busqueda adecuada. Si la información está en el body, lo unico que puedes poner en favoritos es la URL sin query params, que no te sirve para nada...

A efectos teoricos, GET no debería modificar nunca nada, pero a efectos prácticos, no sería la primera vez que veo a alguien usar un GET para insertar datos en una base de datos... así que es idempotente hasta que algún iluminao decide que no lo sea xd

codingneko
Автор

se usa mucho en electrónica para micro controladores para IOT

VladDElectronics