Le blog de l'équipe

Imaginez : votre utilisateur clique sur "Commander". En coulisses, le domaine Stock doit décrémenter les quantités, le domaine Facturation doit générer une facture, et le domaine Notification doit envoyer un email de confirmation. Trois domaines, une seule action... et un spaghetti de dépendances en perspective. 🍝

Et si ces domaines pouvaient collaborer sans jamais se connaître ?

C'est exactement ce que permet l'Event Bus. Mais avant de foncer tête baissée, une question se pose : Symfony propose déjà l'EventDispatcher pour gérer les événements. Alors pourquoi introduire un nouveau concept ?

Spoiler : ce ne sont pas les mêmes outils, et les confondre peut vous coûter cher.

Dans cet article, nous allons démystifier leurs différences et découvrir comment l'Event Bus de Symfony Messenger vous permet de construire une architecture réellement découplée.

Ce que vous allez apprendre :

• Les différences fondamentales entre EventDispatcher et Event Bus
• Quand utiliser l'un plutôt que l'autre
• Comment configurer un Event Bus avec Symfony Messenger
• Créer une architecture événementielle découplée

Vous êtes-vous déjà retrouvé face à un controller Symfony surchargé qui gère à la fois la validation, la logique métier, la persistence et les réponses HTTP ? Si oui, le CQRS est fait pour vous !

Le CQRS (Command Query Responsibility Segregation) est un pattern architectural qui sépare clairement les opérations d'écriture (Commands) et de lecture (Queries). Combiné avec Symfony Messenger, il vous permet de :

• Organiser votre code de manière claire et maintenable
• Séparer les responsabilités pour respecter les principes SOLID
• Valider vos données avant même qu'elles n'atteignent votre logique métier
• Gérer les transactions de base de données de manière élégante
• Préparer votre application pour l'asynchrone sans effort

Dans cet article, nous allons explorer les Commands (écriture) et les Queries (lecture) à travers un exemple concret de gestion de bibliothèque.

Les LLMs, ou Large Language Models, comme ChatGPT, Llama2, Claude ou encore Mistral nous donne un avant-goût du futur des assistants virtuels tels que nous les connaissons avec Google, Siri ou Alexa. Pourtant, il manque une sacrée touche personnelle avec ces assistants nouvelle génération. Même si OpenAI a mis en place un système permettant d’à peu près personnaliser son expérience avec ChatGPT, nous sommes loin d’avoir des IA qui nous connaissent réellement. La raison est assez simple : ceux-ci n’ont pas accès à vos données. Et si on aidait ces LLMs si puissant en leur donnant des données pour qu’ils sachent répondre à des requêtes très personnalisées ?

Au menu aujourd'hui, je vous ai concocté un petit article gourmand croquant, sur un framework devenu très populaire au sein de la communauté Symfony dans la mise en place d'API, j’ai nommé le fameux API Platform.

Messenger, apparu au printemps 2018 avec la version 4.1 de Symfony est devenu aujourd’hui un composant majeur du framework français. Et pour cause, Messenger répond parfaitement aux problématiques de performance que nos applications peuvent rencontrer. Comment ? Et bien c’est ce que nous allons découvrir à travers cet article qui couvrira les principales spécificités du composant Messenger.

Afin de faciliter la traduction de nos applications, nous avions besoin d'une interface web pour permettre aux différents traducteurs de faire leur travail dans de bonnes conditions. Il n'était en effet pas question de leur imposer l'utilisation d'un gestionnaire de versions comme Git, et les échanges de fichiers par e-mail ou dossiers partagés montrent vite leurs limites, surtout lorsque le nombre de projets et de langues augmente.

Lors du dernier article, nous nous étions penchés sur le daltonisme, qui sans être reconnu comme un handicap par l’INSEE peut poser un réel problème d’accessibilité pour les joueurs de jeux vidéo “traditionnels” comme pour ceux qui viennent vivre nos expériences en réalité virtuelle dans des salles d’arcade.

À la veille de la sortie de Propagation Stage 3, prenons un moment pour découvrir Michel, boss de fin du nouvel épisode de la saga Propagation et de comment il a été créé et modélisé.

Vingt-deux ans ! À la fois incroyable et saisissant en même temps. IPv6 est un terme qui parle à beaucoup mais dans les faits, on en en est où ? Digne successeur de l’IP v4, on peut dire que ce protocole créé dans les années 90 à du mal à s’affirmer.

L'équipe a eu besoin d'intégrer une connexion LDAP dans un projet et nous avons trouvé la documentation assez restreinte sur cette partie. Kit de survie : cet article va vous présenter comment utiliser LDAP avec votre projet Symfony !