Fue el mejor tutorial que eh visto, felicitaciones, solo falta añadir una Api key para los que van a consumir esa Api rest, no encuentro ningún video que me aclare eso, por favor crea un video para eso
Hola Erick muy bueno tu video, cuando lo pruebo desde postman me funciona muy bien, pero desde ajax no. Lo que descubri es que desde ajax el echo de file_get_contents('php://input') en lugar de json es del tipo ?nombre="raul"&password="rey". Este es el codigo: var parametros = { nombre: usuario.val(), password: password.val(), } ; $.ajax({url:'login.php', type: 'POST', dataType: 'JSON', data: parametros, }) Estoy desconcertado, evidentemente en ajax algo me falta para decirle que le envio json. Saludos.
Erik que buen tutorial. En el minuto 5:20 tu comentas de la posiblidad de una librería especial que permite visualizar las URL como se muestran a nivel estándar, es decir como se muestra en el video, por ej. el endpoint.: /usuarios/{id}, cual seria esa librería? Gracias.
Hola Erick, gracias por el material. Una consulta a ti y a quién quiera responder: Esto de los métodos a utilizar es por convención y por orden nada más? Porque yo podría hacer un script php que hiciera esas 4 operaciones utilizando siempre POST o GET y hacer dentro el mismo switch la diferencia de acuerdo a un parámetro entregado, entonces me queda esa duda, con los métodos es que pasa a ser arquitectura REST. Por favor si estoy muy perdido me orientan :) Gracias nuevamente.
Espero que tu duda ya se haya resuelto, pero es porque $_POST es de las variables del servidor, y se almacenan en la RAM, y el objetivo de una API REST es que se almacenen de manera accesible por directorios, osea, de manera física, y JSON es la forma física de almacenarse. Edit: El objetivo de un API REST es precisamente que todo se haga en físico pues, si tu web tiene muchisisimos usiarios, y todos hacen solicitudes POST y te llenas $_POST por cada usuario, vas a acabar explotando la RAM y colando el servidor En cambio al hacelo en fisico solo te preocupas de que se llene el disco duro C: Para un proyecto pequeñito de escritorio no deberias usar un API REST de hecho es contraproducente. Pero si tu proyecto apunta a tener CIENTOS DE MILES de usuarios, bueno API REST es obligatorio.
Por que el objetivo es que puedas enviar datos al servidor y recibir una respuesta desde cualquier programa que sirva de cliente, ya sea un navegador, una app movil o hasta una lampara inteligente y por eso al enviar y recibir datos se usa el formato Json como estándar para que todos puedan entenderse.
Esta bueno el video pero creo que le falto algo de chicha. Como que no sabes trabajar con url amigables. Se pueden implementar mediante front controller mvc editando el archivo .htaccess.
Supongo que el fin del tutorial es ser lo mas simple posible para que cualquiera entienda los conceptos básicos y como novato de PHP estoy realmente contento que no me enreden con frameworks o cosas que me parecen en chino.
Mi amigo, quiero darte un millón de gracias, la verdad es que tu video ha sido genial y me ha salvado.
Fue el mejor tutorial que eh visto, felicitaciones, solo falta añadir una Api key para los que van a consumir esa Api rest, no encuentro ningún video que me aclare eso, por favor crea un video para eso
Uff si seria buena idea para mas seguridad
Es la mejor clase de API Rest en PHP que he tomado!! Muchismas gracias Erick.
Excelente explicación, Muchas gracias por compartir su sabiduría y de manera tan digerible
Excelente, clara y sencilla explicación! GRACIAAAASSSS
Excelente video, muy claro!
Muchas gracias amigo me has ayudado bastante, soy nuevo en PHP y solo quería aprender hacer una API sencilla para solucionar un problema con mi app.
Excelente tutorial, muchas gracias por la información.
excelente explicacion!!!
La explicacion es muy buena, gracias
Excelente explicación gracias 🙌🙌🙌
espectacular man ! !
Excelente video Erick
Gracias que buen video por fin entendí una api rest
Men que buen video me cago en 10
sigue así rufián!
Hola. Muy bueno el ejemplo...grande Erick. Por favor puedes compartir el repositorio de este proyecto para revisarlo con detenimiento
Hola Erick muy bueno tu video, cuando lo pruebo desde postman me funciona muy bien, pero desde ajax no. Lo que descubri es que desde ajax el echo de file_get_contents('php://input') en lugar de json es del tipo ?nombre="raul"&password="rey". Este es el codigo:
var parametros = {
nombre: usuario.val(),
password: password.val(),
} ;
$.ajax({url:'login.php',
type: 'POST',
dataType: 'JSON',
data: parametros,
})
Estoy desconcertado, evidentemente en ajax algo me falta para decirle que le envio json.
Saludos.
Me gustaría un video sobre como implementar en esta rest api php el Json web token con React js. Me sería muy util.
Erik que buen tutorial. En el minuto 5:20 tu comentas de la posiblidad de una librería especial que permite visualizar las URL como se muestran a nivel estándar, es decir como se muestra en el video, por ej. el endpoint.: /usuarios/{id}, cual seria esa librería? Gracias.
Me parece que es Curl
Visual Estudio Code coloca en rojo los comandos SQL, por eso DELETE te aparece en rojo.
Puedo consumir una api rest con javascript hecha en php???
Muy bueno, me gusto, que sistema operativo usas? Saludos!
¿Cuál Tema Usaste en vscode? , gracias por el vídeo.
en que video creas la clase usuario?
Hola Erick, gracias por el material.
Una consulta a ti y a quién quiera responder:
Esto de los métodos a utilizar es por convención y por orden nada más?
Porque yo podría hacer un script php que hiciera esas 4 operaciones utilizando siempre POST o GET y hacer dentro el mismo switch la diferencia de acuerdo a un parámetro entregado, entonces me queda esa duda, con los métodos es que pasa a ser arquitectura REST. Por favor si estoy muy perdido me orientan :)
Gracias nuevamente.
Los métodos GET, POST, PUT y DELETE son propios del REST API por lo cual usarlos es un buen principio y parte de la arquitectura RESP API
Tengo una duda !! Porque envías los datos en formato JSON? Si los recibes de un formulario no viajarían directamente en $_POST?
Espero que tu duda ya se haya resuelto, pero es porque $_POST es de las variables del servidor, y se almacenan en la RAM, y el objetivo de una API REST es que se almacenen de manera accesible por directorios, osea, de manera física, y JSON es la forma física de almacenarse.
Edit: El objetivo de un API REST es precisamente que todo se haga en físico pues, si tu web tiene muchisisimos usiarios, y todos hacen solicitudes POST y te llenas $_POST por cada usuario, vas a acabar explotando la RAM y colando el servidor
En cambio al hacelo en fisico solo te preocupas de que se llene el disco duro C:
Para un proyecto pequeñito de escritorio no deberias usar un API REST de hecho es contraproducente.
Pero si tu proyecto apunta a tener CIENTOS DE MILES de usuarios, bueno API REST es obligatorio.
Por que el objetivo es que puedas enviar datos al servidor y recibir una respuesta desde cualquier programa que sirva de cliente, ya sea un navegador, una app movil o hasta una lampara inteligente y por eso al enviar y recibir datos se usa el formato Json como estándar para que todos puedan entenderse.
Qjue es accios?
La parte 2 hay?
Hola, puedes compartirnos el código del proyecto por favor. Muy buen tutorial! :D
¿no se podria acomodar las URLs con un "htaccess" con URL amigables?
Si claro, me sorprende que el del video sepa como crear una api pero no sepa crear url amigables.
como podemos arreglar als URLS, para no tener que usar algun framework?
Para quitar la extension php de las url hay que editar el archivo .htaccess y usar front controller mvc.
donde esta la parte 2?
maestro, tenes el repositorio con estos codigos por siacaso porfa?
English caption?
Excelente contenido, les recomiendo también este tutorial:ruclips.net/video/OFBOx8WWXJI/видео.html
Esta bueno el video pero creo que le falto algo de chicha. Como que no sabes trabajar con url amigables. Se pueden implementar mediante front controller mvc editando el archivo .htaccess.
Supongo que el fin del tutorial es ser lo mas simple posible para que cualquiera entienda los conceptos básicos y como novato de PHP estoy realmente contento que no me enreden con frameworks o cosas que me parecen en chino.