Programemos Cosas

 Si tengo una SPA monolítica (con Inertia) con mejoras de Javascript (que realiza llamadas AJAX), ¿necesito el servicio de protección de API de Sanctum? Es una duda muy común cuando se trabaja con Inertia.js y Laravel. La respuesta corta es: Probablemente no necesites Sanctum para la protección de tus API si tu SPA monolítica está construida con Inertia.js y el Laravel backend, y las llamadas AJAX son para acciones dentro de tu propia aplicación . Aquí te explico el porqué y las implicaciones: Inercia y la Autenticación Basada en Sesiones Inertia.js está diseñado para funcionar de manera muy fluida con la autenticación basada en sesiones de Laravel , que es la forma tradicional en que Laravel maneja la autenticación para aplicaciones web monolíticas. Cuando usas Inertia: Manejo de Sesiones y Cookies: Laravel establece una cookie de sesión ( laravel_session ) en el navegador del usuario después de que este inicia sesión. Protección CSRF (Cross-Site Request Forgery): Laravel tambié...

 De pronto aparece una función route que no está importada y no sé de dónde viene. Quiero saberlo. ¡Ah, la misteriosa función route ! Este es un escenario muy común cuando trabajas con Laravel e Inertia.js en el frontend. La función route() que estás viendo en tu código JavaScript (React, Vue, etc.) no es una función global de JavaScript ni una característica nativa del navegador. Viene de un paquete o configuración que se encarga de exponer tus rutas de Laravel al frontend de JavaScript . Esto es increíblemente útil porque te permite usar los nombres de tus rutas de Laravel directamente en tu código JavaScript, en lugar de tener que codificar URLs manualmente (ej. /dashboard/users/1 ). ¿De dónde viene route() ? La función route() en el contexto de Laravel + Inertia.js (o cualquier frontend JS que consuma rutas de Laravel) proviene casi con certeza del paquete Ziggy . ¿Qué es Ziggy? Ziggy es un paquete de Laravel que permite usar tus rutas definidas en Laravel directamente en ...