Compartir:
){kind=small}
Actor de formación con una disertación sobre la comedia, llegué al desarrollo de PHP a través de la escena de las reuniones. Puedes encontrarme hablando y escribiendo sobre tecnología, o tocando/comprando discos raros de mi colección de vinilos.
Laravel 12 da que hablar
Tiempo de lectura: 4 minutos
Es difícil creer que han pasado tres años desde que escribí un artículo sobre una versión importante de Laravel. Desde entonces, el ciclo de lanzamiento ha visto sobre todo pequeños cambios incrementales en la calidad de vida de los desarrolladores, pero todo cambió con el lanzamiento de Laravel 12. Es importante señalar que lo que hace que esta sea una versión tan importante de Laravel no es realmente el código central del marco en sí, sino más bien lo que está sucediendo dentro de la organización en general. Recién llegados de una ronda de financiación de capital riesgo de 57 millones de dólares de Accelestaba claro que se avecinaban cosas nuevas y brillantes. Veamos los cambios que se están produciendo en la sede central del gigante de PHP.
Este es sin duda el mayor cambio. Hay diferentes maneras de ver el enfoque del kit de inicio: aquí en Vonage, uso el Breeze kit de inicio mucho, debido a la naturaleza de mi trabajo, que requiere arrancar rápidamente aplicaciones de demostración. Si bien esto funciona bien en mi caso de uso, vale la pena señalar que estos kits de inicio están diseñados como guía. Si usted tiene un proyecto específico, especialmente si tiene el potencial de manejar el tráfico de nivel empresarial, probablemente sería mejor construir su aplicación completamente desde cero.
Sin embargo, las opciones disponibles se ocupan perfectamente de las tareas monótonas que inevitablemente hay que realizar: los sistemas de autenticación de usuarios, cadenas de dependencia JavaScripty almacenamiento de sesiones.
Estas son las nuevas opciones del kit de inicio:
Laravel Starter Kit Options
Hay varios cambios bajo el capó de cómo se estructuran: en primer lugar, te darás cuenta de que Hoja + AlpineJS ha desaparecido. Esta puede ser una elección impopular, pero teniendo en cuenta que Blade es el motor de plantillas Server-Side Rendered de facto como paquete de origen, optar por no tener el kit de inicio y construirlo es una opción viable. Sin embargo, no obtendrás el front-end para la autenticación de usuarios, que viene con todos los demás. Si estás acostumbrado a Jetstream y Breeze (que ahora sólo compatibles), entonces Livewire será lo que necesitas. Trasladar esta lógica a Livewire significa que obtendrás la API Volt incluida con él.
¿Recuerdas que acabo de mencionar las plantillas para el sistema de autenticación en los kits de inicio? Pues bien, ahora tienes una opción interesante disponible durante el proceso de creación del kit de inicio. Puedes optar por utilizar el sistema de autenticación integrado que Jetstream y Breeze solían incluir. Trabajo hecho, migraciones y gestión de sesiones creadas. Sin embargo, también puedes optar por una integración API gratuita (plan básico) con WorkOS.
¿Qué ventaja tiene eso? Me alegro de que lo pregunte. Creo que una imagen vale más que mil palabras:
WorkOS Default Styling for LoginY ahí lo tienes: OAuth 2.0 integrado con una Account de Microsoft o Google, así como un mecanismo tradicional de usuario/contraseña. Si quieres aumentar tu seguridad, puedes cambiar tu Account con WorkOS para manejar la autenticación Multi-factor. Sin embargo, hay otras opciones para que, como mirar a la autenticación silenciosa integrada de Vonage y la demostración del código 2FA con Breeze. La alegría de este tipo de opciones es la cantidad de opciones que tienes, así que mientras a algunos no les guste la idea de la dependencia de un proveedor, los desarrolladores de Laravel que saben lo que están haciendo pueden integrar cualquier solución que funcione mejor para ellos.
Laravel siempre ha tenido el mantra de permitir a los desarrolladores seguir adelante con la codificación de sus aplicaciones lo más rápido posible, proporcionando al mismo tiempo la mejor experiencia de desarrollo. Este pensamiento es lo que dio lugar al concepto de DevOps en primer lugar: ¿qué pasaría si los desarrolladores tuvieran el poder de orquestar y construir la infraestructura que tradicionalmente caía en el campo de las operaciones?
Teniendo en cuenta estos antecedentes, los desarrolladores de Laravel ya disponen de Laravel Forge, lo que suscita la pregunta "¿Cuál es la diferencia entre Forge y Cloud? Forge ciertamente ha hecho DevOps un proceso mucho más fácil de alojar su aplicación Laravel envolviendo eficazmente AWS, Digital Ocean, y otras plataformas bien conocidas. Usted todavía tiene que saber exactamente cómo mantener toda la pila, sin embargo, por lo que la experiencia con las tecnologías nativas de la nube es esencial.
Cloud ha ido un paso más allá: manejar su pila con una interfaz de usuario de aspecto encantador y eliminar todas las interacciones necesarias con los proveedores de Cloud Platform. Esto significa que efectivamente tienes Forge, Envoyer, y auto-escalado todo en un solo lugar.
No hay duda de que se han dado grandes pasos hacia la misión de Laravel de crear aplicaciones escalables más rápido que nunca. En Vonage nos encanta Laravel, así que puedes arrancar Vonage en el contenedor de servicios de Laravel automáticamente con nuestro wrapper. ¿Te apetece charlar con nosotros sobre Laravel? Únete a nuestra próspera comunidad de desarrolladores en Slacko síguenos en X (antes Twitter), o suscríbete a nuestro Boletín para desarrolladores. Mantente conectado, comparte tus progresos y entérate de las últimas noticias, consejos y eventos para desarrolladores.
Compartir:
Actor de formación con una disertación sobre la comedia, llegué al desarrollo de PHP a través de la escena de las reuniones. Puedes encontrarme hablando y escribiendo sobre tecnología, o tocando/comprando discos raros de mi colección de vinilos.