Contenido del curso
Creación del proyecto
Planificación y mantenimiento
- 8

Planificación de rutas REST en Laravel
06:08 min - 9

Recursos y colecciones en Laravel API
12:59 min - 10

Recursos anidados en Laravel API
11:48 min - 11

Cómo reducir 932 consultas con Telescope
10:54 min - 12

CRUD de Recetas con Laravel y Symfony en Visual Studio Code
16:21 min - 13

Validación de Datos en Aplicaciones Web con Laravel
11:24 min
Funciones de seguridad
- 14

Autenticación vs. autorización
03:19 min - 15

Proteger rutas de API con Sanctum
09:27 min - 16

Ruta de login y tokens con Sanctum
12:32 min - 17

Corrección de bugs de seguridad en aplicaciones web
08:02 min - 18

Políticas de acceso en Laravel con Artisan
07:27 min - 19

Upload e validação de imagens em Laravel
07:56 min - 20

Qué es autenticación en la web
03:54 min
API Testing
API Breaking Changes
Conclusiones
Qué hace cada método HTTP
Resumen
Los métodos HTTP son la forma en que el frontend le anticipa al backend qué tipo de solicitud va a realizar. Si entiendes cómo usar GET, POST, PUT, PATCH y DELETE, puedes leer, crear, editar y borrar información de manera ordenada en cualquier aplicación web.
Piénsalo así: los HTTP status codes son el spoiler que el backend te da sobre cómo terminó tu solicitud. Los métodos HTTP son justo lo contrario, el spoiler que tú, desde el frontend, le das al backend antes de que pase cualquier cosa.
¿Qué hace el método GET y por qué es el predeterminado?
El GET es el método que ya venías usando sin darte cuenta. Es tan común que Fetch lo asume por defecto y ni siquiera te pregunta qué método quieres usar en tu primera solicitud.
Lo usas cuando solo necesitas leer información: no creas, no editas, no borras. Es la solicitud más tranquila que existe, simplemente vas, consultas y traes datos.
¿Qué es un método HTTP? Es la forma en que el frontend le indica al backend qué acción quiere realizar sobre la información: leer, crear, editar o borrar.
Más adelante vas a aprender cómo cambiarle a Fetch ese método por defecto cuando necesites algo distinto a un GET.
¿Cuándo usar POST para crear información?
El POST sirve para darle nacimiento a cosas nuevas dentro de tu aplicación. Crear usuarios, registrar gatitos, generar atributos específicos para cada uno, lo que tu proyecto necesite traer al mundo.
Cada vez que tu aplicación tenga que sumar un elemento nuevo a la base de datos, ese spoiler se traduce en una solicitud POST. Es el método que le dice al backend: oye, esto que te mando es información que aún no existía.
¿Cuál es la diferencia entre PUT y PATCH al editar datos?
Ambos métodos sirven para editar información que ya existe, no para crearla desde cero. La diferencia está en cuánto modificas.
- PUT: lo usas cuando vas a editar todo el elemento, completo. Reemplazas la información entera del recurso.
- PATCH: lo usas cuando solo cambias una parte, algún atributo puntual, no todo el elemento.
¿PUT o PATCH, cuál elijo? Si vas a reescribir todo el recurso, usa PUT. Si solo cambias un campo o detalle pequeño, usa PATCH.
Por ahora quédate con la idea principal: tanto PUT como PATCH le anticipan al backend que vas a modificar algo que ya habías creado antes.
¿Para qué sirve el método DELETE en una API?
El DELETE hace exactamente lo que su nombre indica: borrar información. Cuando un usuario te pide eliminar algo en la aplicación, el frontend traduce esa intención en una solicitud DELETE.
Así el backend entiende que no debe devolverte ese dato para leerlo, sino quitarlo del sistema. Es directo y descriptivo, sin vueltas.
Los cinco métodos HTTP que más vas a usar
Estos son los métodos que cubren la mayoría de los casos en una aplicación frontend conectada a un backend:
- GET: leer información existente.
- POST: crear nueva información.
- PUT: editar un recurso completo.
- PATCH: editar parcialmente un recurso.
- DELETE: borrar información.
Existen más métodos HTTP además de estos cinco, pero en la práctica diaria estos son los que vas a encontrar una y otra vez. ¿Has usado algún otro método en tus proyectos? Cuéntame en los comentarios cuál fue y para qué te sirvió.