Ir al contenido principal

Aplicación monolítica con mejoras de javascript

Si quiero una app que use rutas y controllers web para la navegación, pero que algunos componentes envíen mensajes a una API a través de AJAX. Primero¿Es posible esto? Y segundo ¿Necesito doble autenticación, una estándar de Laravel y la otra de Sanctum?



¡Sí, esto es totalmente posible y, de hecho, es una arquitectura muy común y efectiva! Estás describiendo lo que a menudo se conoce como una "aplicación híbrida" o "aplicación monolítica con mejoras de JavaScript".


1. ¿Es posible tener rutas y controladores web para navegación y AJAX a API?

Absolutamente sí. Esta es una estrategia muy extendida y madura en el desarrollo web.

Así es como funciona:

  • Rutas y Controladores Web (HTML Rendering): Para la mayor parte de la navegación (cuando un usuario va de /perfil a /configuracion), Laravel se encarga de todo. Una ruta web (Route::get('/perfil', ...)) llama a un controlador que devuelve una vista Blade (return view('profile');). El navegador recibe y renderiza el HTML completo, y la página se recarga.
  • AJAX a la API (Interacciones Dinámicas): Dentro de esas vistas Blade (o cualquier parte de tu HTML), puedes tener pequeños componentes interactivos de JavaScript (puedes usar React, Vue, o simplemente JavaScript vainilla) que hagan llamadas AJAX (Asynchronous JavaScript and XML) a endpoints de tu API.
    • Estas llamadas AJAX no recargan la página. Solo envían o reciben pequeños paquetes de datos (generalmente JSON) y actualizan partes específicas de la interfaz de usuario de forma dinámica.
    • Ejemplo: Tienes un botón "Me gusta" en una publicación. Cuando el usuario hace clic, un pequeño script JavaScript en tu Blade envía una solicitud AJAX (un POST) a un endpoint de tu API (/api/posts/{id}/like). La API procesa el "me gusta" y devuelve una confirmación, y tu JavaScript actualiza el contador de "Me gusta" en la página sin recargarla.

Este enfoque te permite tener lo mejor de ambos mundos: la simplicidad y el SEO de las aplicaciones tradicionales basadas en HTML para la navegación principal, y la interactividad y fluidez de una SPA para componentes específicos.


2. ¿Necesito doble autenticación (estándar de Laravel y Sanctum)?

No, no necesitas "doble autenticación" en el sentido de implementar dos sistemas de autenticación completamente separados y redundantes para el mismo usuario.

En este escenario, Laravel se encarga de la autenticación de sesión tradicional, y Sanctum se integra perfectamente con esa misma sesión.

Así es como funciona la autenticación:

  • Autenticación Estándar de Laravel (Basada en Sesiones y Cookies):

    • Cuando un usuario inicia sesión en tu aplicación web (a través de un formulario de login gestionado por una ruta web de Laravel), Laravel crea una sesión de usuario y envía una cookie de sesión al navegador.
    • Todas las solicitudes subsiguientes a tus rutas web (Blade views) se autentican automáticamente porque el navegador envía esa cookie de sesión, y Laravel la valida.
  • Autenticación de API con Sanctum (para tus llamadas AJAX):

    • Aquí es donde Sanctum brilla. Para las llamadas AJAX que haces desde tu frontend JavaScript a tus rutas api/*, Sanctum puede aprovechar la misma sesión de usuario que ya está activa.
    • Sanctum tiene un middleware llamado EnsureFrontendRequestsAreStateful (que normalmente está en tu grupo de middleware web o api por defecto, o se aplica a las rutas de Sanctum).
    • Este middleware, junto con la configuración adecuada de CORS y CSRF, permite que tus llamadas AJAX de origen cruzado (si tu API está en un subdominio o puerto diferente, como localhost:3000 y localhost:8000) se autentiquen usando la cookie de sesión existente.
    • Protección CSRF: Es crucial que tu JavaScript obtenga el token CSRF (haciendo una llamada GET a /sanctum/csrf-cookie al cargar la página) y lo envíe en un encabezado X-XSRF-TOKEN con tus solicitudes POST/PUT/PATCH/DELETE a la API. Esto protege tus llamadas AJAX contra ataques CSRF, que son una preocupación cuando se usan cookies.

En resumen:

La autenticación principal se maneja a través del sistema de sesiones de Laravel. Sanctum simplemente extiende la funcionalidad de ese sistema para permitir que tus llamadas AJAX a api/* se autentiquen utilizando la misma sesión, sin necesidad de tokens de API adicionales para ese mismo usuario en el mismo navegador.


Esta arquitectura es muy eficiente porque reutilizas el sistema de autenticación de Laravel y solo necesitas configurar Sanctum para que extienda esa funcionalidad a tus llamadas AJAX, manteniendo la seguridad y la simplicidad.

Comentarios

Entradas populares de este blog

Crear proyecto de frontend con Vite, React, Tailwind, Typescript y JSX

 ¿Cómo se crea un proyecto exclusivo de frontend con Vite, React, Tailwind, Typescript y JSX? ¡Absolutamente! Entiendo que quieres la guía completa para pasar de cero a tener un proyecto de frontend moderno, vacío y listo para ser llenado con tu código. A continuación, te proporciono un archivo de guía detallada que incluye todos los comandos necesarios para inicializar el proyecto, configurar Tailwind CSS, y los pasos clave para empezar a "poblarlo". Voy a generar un documento Markdown con la guía paso a paso, incluyendo los comandos de terminal y las modificaciones esenciales a los archivos de configuración. Guía: Creación de un Proyecto Frontend Puro (Vite, React, TypeScript, Tailwind) Este documento detalla el proceso para inicializar un proyecto de frontend vacío y optimizado, utilizando Vite como empaquetador, React como librería, TypeScript para tipado y Tailwind CSS para estilizado. 1. Inicialización del Proyecto con Vite Vite es la herramienta más rápida para emp...

Tokens V2

Tokens: Programme to discover tokens, where there are not. Now available at  https://puszcza.gnu.org.ua/projects/tokens/ This is Version 2, for  version 1, go here . Synopsis: use TokensV2; sub printFile; my @FORMAT = ( ['<Message Date=".*?" Time=".*?" DateTime=".*?" SessionID=".*?"><From>(?:<User FriendlyName=".*?"/>)+</From><To>(?:<User FriendlyName=".*?"/>)+</To><Text(?: Style=".*?")?>.*?</Text></Message>',   sub {     my $fh = $_[1];     my ($d, $t, $f, $s, $T) = $_[0] =~ m|<Message Date="(.*?)" Time="(.*?)" DateTime=".*?" SessionID=".*?">(<From>(?:<User FriendlyName=".*?"/>)+</From>)<To>(?:<User FriendlyName=".*?"/>)+</To><Text(?: Style="(.*?)")?>(.*?)</Text></Message>|;     my $F = join '<br />', ...

Perl Net::LDAP::SimpleServer

Adaptaciones sobre el módulo LDAP Server para Windows (Strawberry Perl) Lista de adaptaciones (continúa más abajo): - Relajación de condiciones de bind:     - Cuenta principal (principal account)     - Validación de contraseñas Ubicación del archivo: %Strawberry_Perl%\site\lib\net\ldap\SimpleServer\ProtocolHandler.pm CPAN: http://search.cpan.org/~russoz/Net-LDAP-SimpleServer-0.0.17/lib/Net/LDAP/SimpleServer.pm Código: package Net::LDAP::SimpleServer::ProtocolHandler; use strict; use warnings; # ABSTRACT: LDAP protocol handler used with Net::LDAP::SimpleServer our $VERSION = '0.0.17';    # VERSION use Net::LDAP::Server; use base 'Net::LDAP::Server'; use fields qw(store root_dn root_pw allow_anon); use Carp; use Net::LDAP::LDIF; use Net::LDAP::Util qw{canonical_dn}; use Net::LDAP::FilterMatch; use Net::LDAP::Constant (     qw/LDAP_SUCCESS LDAP_AUTH_UNKNOWN LDAP_INVALID_CREDENTIALS/,   ...