Laravel 12 fait tourner les têtes

Il est difficile de croire que cela fait trois ans que je n'ai pas écrit d'article sur une version majeure de Laravel. Depuis lors, le cycle de publication a surtout été marqué par de petits changements incrémentaux visant à améliorer la qualité de vie des développeurs, mais tout cela a changé avec la sortie de Laravel 12. Il est important de noter que ce qui fait de cette version de Laravel une version si importante n'est pas le code de base du framework lui-même, mais plutôt ce qui se passe au sein de l'organisation au sens large. Tout juste sorti d'un tour de table de 57 millions de dollars en capital-risque (série A) réalisé par Accelil était clair que de nouvelles choses brillantes allaient arriver. Plongeons dans les changements qui se produisent au siège du géant du PHP.

Kits de démarrage, réorganisés

C'est sans aucun doute le changement le plus important. Il y a différentes façons d'envisager l'approche du kit de démarrage : ici, chez Vonage, j'utilise le kit de démarrage Breeze kit de démarrage beaucoup, en raison de la nature de mon travail qui nécessite de démarrer rapidement des applications de démonstration. Bien que cela fonctionne bien dans mon cas d'utilisation, il convient de noter que ces kits de démarrage sont conçus pour servir de guide. Si vous avez un projet de site spécifique, en particulier s'il a le potentiel de gérer un trafic de niveau entreprise, vous feriez probablement mieux de construire votre application entièrement à partir de zéro.

Cependant, les options disponibles gèrent parfaitement les tâches monotones qui doivent inévitablement être effectuées : les systèmes d'authentification des utilisateurs, chaînes de dépendance JavaScriptet le stockage des sessions.

Voici les nouvelles options du kit de démarrage :

Laravel Starter Kit Options

Plusieurs changements ont été apportés à leur structure : tout d'abord, vous noterez que la fonction Lame + AlpineJS est désormais absent. C'est peut-être un choix impopulaire, mais si l'on considère que Blade est le moteur de rendu côté serveur de facto en tant que paquetage de première partie, opter pour l'absence de kit de démarrage et l'intégrer est une option viable. Cependant, vous n'obtiendrez pas le front-end pour l'authentification des utilisateurs, qui est fourni avec tous les autres. Si vous êtes habitué à Jetstream et Breeze (qui sont désormais uniquement en support), alors Livewire est ce qu'il vous faut. Transférer cette logique dans Livewire signifie que vous obtiendrez l'API Volt livrée avec.

AuthKit de WorkOS

Vous vous souvenez que j'ai parlé de la création de modèles pour le système d'authentification dans ces kits de démarrage ? Eh bien, vous avez maintenant une option intéressante disponible pendant le processus de création du kit de démarrage. Vous pouvez choisir d'utiliser le système d'authentification intégré avec lequel Jetstream et Breeze étaient livrés. Le travail est fait, les migrations et la gestion des sessions sont créées. Cependant, vous pouvez également opter pour une intégration API gratuite (plan de base) avec WorkOS.

Quel en est l'avantage ? Je suis heureux que vous posiez la question. Je pense qu'une image vaut mille mots :

WorkOS Default Styling for LoginEt voilà : OAuth 2.0 intégré avec un compte Microsoft ou Google, ainsi qu'un mécanisme traditionnel utilisateur/mot de passe. Si vous souhaitez renforcer votre sécurité, vous pouvez modifier votre Account avec WorkOS pour gérer l'authentification multifactorielle. Cependant, il existe d'autres options pour cela, comme par exemple l'authentification silencieuse intégrée de Vonage et la démonstration du code 2FA avec Breeze. L'avantage de ce type d'options est la quantité de choix que vous avez, alors que certains peuvent ne pas aimer l'idée d'un verrouillage du fournisseur, les développeurs Laravel qui savent ce qu'ils font peuvent intégrer la solution qui leur convient le mieux.

Laravel Cloud

Laravel a toujours eu pour objectif de permettre aux développeurs de coder leurs applications le plus rapidement possible tout en leur offrant la meilleure expérience possible. C'est cette réflexion qui a donné naissance au concept de DevOps en premier lieu : et si les développeurs avaient le pouvoir d'orchestrer et de construire des infrastructures qui relevaient traditionnellement du camp des opérations ?

Dans ce contexte, les développeurs Laravel disposent déjà de Laravel Forge, ce qui soulève la question suivante : "Quelle est la différence entre Laravel Forge et Laravel Forge ? Forge et le Cloud ? Forge a certainement rendu DevOps un processus beaucoup plus facile d'hébergement de votre application Laravel en enveloppant efficacement AWS, Digital Ocean et d'autres plates-formes bien connues. Cependant, vous devez toujours savoir exactement comment maintenir l'ensemble de la pile, de sorte que l'expérience avec les technologies cloud natives est essentielle.

Cloud est allé encore plus loin : il gère votre pile avec une belle interface utilisateur et supprime toutes les interactions nécessaires. toutes les interactions nécessaires avec les fournisseurs de la plateforme Cloud. Cela signifie que vous avez effectivement Forge, Envoyer, et l'auto-scaling en un seul endroit.

Conclusion

Il ne fait aucun doute que des étapes majeures ont été franchies vers la mission de Laravel, qui consiste à créer des applications évolutives plus rapidement que jamais. Chez Vonage, nous aimons Laravel, c'est pourquoi vous pouvez démarrer Vonage dans le conteneur de service Laravel automatiquement avec notre wrapper. Envie de discuter avec nous de Laravel ? Rejoignez notre communauté de développeurs sur Slackou suivez-nous sur X (anciennement Twitter), ou abonnez-vous à notre lettre d'information aux développeurs. Restez en contact, partagez vos progrès et tenez-vous au courant des dernières nouvelles, astuces et événements pour les développeurs !