Comentarios en: Métodos HTTP (REST) https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/ Software Architect & FullStack developer Wed, 09 Nov 2022 19:12:23 +0000 hourly 1 https://wordpress.org/?v=5.5.11 Por: Salvador Hernández https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-35390 Wed, 09 Nov 2022 19:12:23 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-35390 Muchas gracias Oscar por compartir tus conocimientos.

Gracias a esté tutorial estoy aprendiendo como trabajar con el API REST.

]]> Por: oblancarte https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-12438 Fri, 13 Aug 2021 04:28:35 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-12438 En respuesta a Eduardo.

Uff, pues seguramente no estás haciendo commit a los cambios y no se reflejan en la base de datos ó, estas cachando los resultados y por eso no te refleja

]]> Por: Eduardo https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-11898 Wed, 07 Jul 2021 16:09:41 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-11898 Buen día. No soy experto en el tema, me estoy iniciando.
Tengo una consulta, cuando hago una petición GET hacia un X servicio que tengo me regresa la información de una X tabla de una base de datos. Que tengo que verificar, porque cuando yo hago una modificación, un UPDATE digamos directo desde cuando vuelvo a solicitar la información por medio de GET este me regresa la información anterior sin mostrar el cambio.

de Antemano muchas gracias

]]> Por: oblancarte https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-11818 Fri, 02 Jul 2021 17:31:34 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-11818 En respuesta a Jesus Dominguez.

En caso de requerir múltiples filtros puedes usar los Query Params, es por ejemplo /users?name=”oscar” o por ejemplo /users?regDate[gt]=01/01/2018, el gt es greater than (mayor que), así para cada compo, podrías crear cuantos Query param sean mecesarios por ejemplo /users?regDate[gt]=01/01/2018&email[like]=@gmail

]]> Por: Jesus Dominguez https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-11483 Tue, 08 Jun 2021 08:46:32 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-11483 Muchas gracias por tu publicación, nos da un buen panorama a los que iniciamos con estos servicios,
tengo una duda, si requiero mas de un método get, ¿es posible/recomendable?
por ejemplo, tomando como base tu ejemplo de usuarios, si tuvieran un id, y requiero solo el usuario al que corresponde el id? pero tambien requiero toda la lista de usuarios, o todos los usuarios que fueron creados a partir de una fecha, etc, es decir pasar un parámetro o varios, para obtener resultados acotados/específicos, no solo la lista completa de usuarios.

]]> Por: oblancarte https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-10933 Fri, 23 Apr 2021 03:23:00 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-10933 En respuesta a Pablo Aguirre.

Esto es muy simple, imagina que estás en una base de datos, y que cuando le lanzas un SELECT, te borre toda la tabla, ¿no te volverías loco?, cuando digo esto me refiero a que los desarrolladores ya tenemos claro para que es cada método, pero si cambias lo que hace, vas a crear un caos.

]]> Por: Pablo Aguirre https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-10929 Thu, 22 Apr 2021 19:11:23 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-10929 Hola Oscar

Espero que este bien, me podrias aclarar a que te refieres con el siguiente párrafo que publicaste

“A pesar de que los métodos están diseñados para realizar ciertas acciones, la realidad es que nada impide que los utilices de forma errónea, es decir, fácilmente podrías utilizar el método DELETE para consultar o el POST para eliminar un recurso, si bien, el API funcionará, el desarrollador se volverá loco al intentar entender como funciona el API, es por este motivo que debemos entender y tener mucho cuidado en la forma en que implementamos los métodos.”

Entiendo bien que si uso un DELETE pero en el desarrollo indico que si llega con este metodo realiace un update o cualquier accion va a funcionar, pero lo que no entiendo es la parte cuando te refieres que “el desarrollo se volvera loco al entender como funciona la API”, ¿podrias ser mas detallista y tecnico con esto por favor?.

Si bien tengo claro que los metodos que usamos son mas bien de concepto y arquitectura pero no se en que afecta el desarrollo o la respuesta si uso cualquier método para cualquier acción.

Quedo Atendo

]]> Por: oblancarte https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-8636 Thu, 26 Nov 2020 19:50:11 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-8636 En respuesta a tigreci.

¿Y quien dijo que está límitado a 2048? puedes mandar más información, el problema real aquí es que si tu requieres mandar más de 2MB es por que estas diseñando mal la aplicación. Estos request o respuestas tan grandes es sintoma de mala arquitectura.

]]> Por: tigreci https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-8609 Tue, 24 Nov 2020 09:19:08 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-8609 Ahora viene lo interesante y es quien es capaz de hacer un Get en la que tengas que interpretar un texto en json con la limitación de los 2048 caracteres, lo que quiero decir es que esto esta pensado mas para CRUD y no para situaciones reales, como por ejemplo una integración de sistemas, la lógica seria usar Get pero dada las limitaciones y a que los sistemas se comunican por json los json suelen ser mas grandes que 2048 con lo que no te queda mas remedio que usar mal los verbos http si no te quieres complicar de forma totalmente absurda la existencia.

]]> Por: oblancarte https://www.oscarblancarteblog.com/2018/12/03/metodos-http-rest/#comment-7601 Tue, 01 Sep 2020 16:17:59 +0000 https://www.oscarblancarteblog.com/?p=2389#comment-7601 En respuesta a Alberto.

Me refiero a que cuando ejecutar un request por el método GET, no deberías de mandar un body o payload como parte del request.

]]>