Laravel

Dev back

Poor performance of Eloquent ORM in comparison to Doctrine - SarvenDev

Cet article compare la performance de deux ORM, Eloquent et Doctrine, en soulignant que Doctrine est généralement plus rapide lors de la lecture de données à partir de la base de données. Il note que l'utilisation de modèles de lecture est une meilleure approche pour optimiser la récupération des données, car Eloquent nécessite plusieurs étapes après l'hydratation, contrairement à Doctrine. En moyenne, Doctrine est 10 ms plus rapide par requête.

"
Dev back

A Guide to Laravel Pipelines

Cet article explique comment utiliser les pipelines dans Laravel pour structurer le code d'application de manière propre et maintenable. Il couvre la création de pipelines, leur fonctionnement en tant que classes d'invocation, ainsi que les tests pour s'assurer de leur efficacité. Les pipelines permettent de passer des données à travers diverses étapes de logique, facilitant ainsi les vérifications et modifications nécessaires des données dans des applications web. Les exemples pratiques incluent le traitement des commentaires dans un blog, illustrant chaque étape du processus. En somme, l'article offre des conseils pour rendre les projets Laravel plus modulaires et testables.

"
Dev back

Optimizing Eloquent: Accessor Caching and Value Objects in Laravel

Cet article traite de l'optimisation de Laravel en utilisant des fonctionnalités comme le caching des accessors et les objets de valeur pour améliorer les performances des applications. Il explique comment la mise en cache des résultats des accessors peut réduire le coût des calculs et comment Laravel gère automatiquement la synchronisation des objets de valeur avec les modèles. Des conseils pratiques sur la désactivation du caching d'objets sont également fournis pour les situations où les attributs doivent être réévalués à chaque accès.

Dev back

API Platform for Laravel

La version 4 d'API Platform a été lancée et elle prend désormais en charge Laravel. Un nouveau guide de démarrage pour Laravel est également disponible. Cet événement a été annoncé lors de la conférence API Platform.

Dev back

The magic behind Laravel’s new defer() helper

Le nouvel helper defer() de Laravel permet de différer l'exécution d'un callback jusqu'à ce qu'une réponse réussie soit envoyée. Cela permet d'exécuter des tâches longues, comme appeler une API externe, sans ralentir l'expérience utilisateur. Le fonctionnement repose sur un middleware qui exécute les callbacks accumulés après la réponse, en utilisant le protocole FastCGI pour maintenir le processus PHP actif. Ce mécanisme assure une gestion efficace des requêtes dans Laravel.

"
Dev back

Container Attributes in Laravel

Cet article présente les 'Container Attributes' dans Laravel, une nouvelle fonctionnalité permettant de résoudre les dépendances de classe via des attributs PHP, réduisant ainsi le code répétitif lors de l'injection de services dans les contrôleurs. Il explique comment cette fonctionnalité simplifie la gestion des dépendances et donne des exemples pratiques, tout en fournissant des ressources pour approfondir les connaissances sur les attributs PHP.

Dev back

Container Efficiency in Modular Monoliths: Symfony vs. Laravel - SarvenDev

L'article compare les performances des conteneurs de Symfony et Laravel dans des architectures de monolithes modulaires, soulignant que Symfony est généralement plus performant grâce à des configurations précompilées et à la gestion des instances partagées. Il aborde également les défis d'amélioration des performances de Laravel en matière de conteneur, suggérant plusieurs pistes d'optimisation. En résumé, Symfony s'avère être un meilleur choix pour les applications modulaires à grande échelle.

Dev back

Laravel: Bootstrap time optimization by using a hashtable to store providers - SarvenDev

L'article discute de l'optimisation du temps de bootstrap de Laravel en utilisant une table de hachage pour améliorer la gestion des ServiceProviders. La méthode getProvider dans Laravel prend du temps à cause de la nécessité d'itérer à travers tous les providers enregistrés, ce qui entraîne une complexité élevée. L'utilisation d'une table de hachage réduit cette complexité à O(1), entraînant ainsi des gains de performance significatifs, même si les bénéfices immédiats peuvent sembler modestes en raison des surcharges de profilation.