Cette fonctionnalité est peu connue et peut être utile dans certains contextes quand le lazy loading de Doctrine est utilisé. Plutôt que de récupérer l'ensemble des objets d'une relation d'une entité en appelant l'accesseur de manière classique (getXXX()), il est possible de créer d'autres accesseurs dans lesquels on va passer des « critères » de filtrage. Doctrine va ainsi rajouter automatiquement ces filtres dans la requête SQL générée pour hydrater la collection. Les avantages sont multiples : baisse de la consommation de ressource, la collection est filtrée uniquement avec les données nécessaires, plus besoin de filtrer éventuellement en PHP.
Cet article est un retour d'expérience sur la migration de tests fonctionnels Symfony classiques (utilisant les composants BrowserKit et DomCrawler) vers le nouveau composant Symfony Panther.
Si vous êtes encore sur Symfony 3.4 et que vous voulez migrer vers Symfony 4, vous allez probablement tomber sur ce message de dépréciation du composant de sécurité. En réglant la dépréciation, la connexion dans mon cas ne fonctionnait plus. On va voir dans cet article comment régler le problème car c'est loin d'être évident dans un premier temps de trouver la source.
Contrairement à ce qu'on peut lire sur internet, avec Composer il est possible d'ajouter une dépendance sur un commit d'une branche de n'importe quel paquet.
On se situe dans une action d'un module d'un store Vuex. On souhaite propager une action qui se situe dans un module différent. Nous allons voir dans cet article comment réaliser ceci. Cette possibilité est documentée dans la documentation officielle mais pas forcément simple à trouver.