Catégorie : Framework

Dans certains contextes de projet, on a besoins d’avoir accès à plusieurs bases de données (au moins 2). Dans le contexte que j’ai pu avoir, il me fallait configurer 2 BDD. La première base était sur MySQL, et la deuxième sur PostgreSQL.

Voici les différentes étapes que j’ai pu effectuer :

La première étape est de définir les connexions de base de données dans le fichier de configuration config/database.php. Il faut ajouter une nouvelle connexion à la section connections du tableau de configuration. Par exemple :

Ensuite, il faut définir les variables d’environnement pour la deuxième base de données dans le fichier .env :

A partir de là, on peut utiliser les méthodes du Query Builder pour spécifier la connexion qu’on souhaite utiliser :

L’étape suivante et de pouvoir effectuer les migrations des tables vers la deuxième base de données dans Laravel, il suffit de spécifier la connexion à utiliser lors de l’exécution des migrations. Il faut tout d’abord créer une migration Laravel.
Voici la commande :

Dans le fichier de migration généré, on spécifie la connexion à utiliser :

4. Ensuite, vous pouvez exécuter vos migrations comme d’habitude :

Cela créera la table test dans votre base de données PostgreSQL.
Notez que si vous voulez exécuter toutes les migrations sur la deuxième base de données, vous pouvez utiliser la commande suivante :

Cela exécutera toutes les migrations disponibles sur la connexion pgsql.

Et voilà. Qu’en avez-vous penser ?

Travaillant depuis quelques mois sur le framework Laravel, j’ai trouvé tips qui me permettent de gagner du temps sur ce Framework.

Par exemple, pour le cas du cache, j’ai pu créer un process Makefile qui se défini comme ceci :

La commande make cache permet de vider le cache du navigateur, des routes et de la configuration.
Le make dump permet de régénérer le fichier d’autoload de composer.

De temps en temps, on peut avoir ce genre d’erreur lors d’un cache:clear.

Pour corriger l’erreur, il faut suivre ces étapes :

• supprimer le dossier du cache (storage/framework/cache/data).
• Le recréer.
• Lui donner les bons droits (sudo chmod -R 777 storage/framework/cache/*)
• Refaire un make cache.

L’erreur à normalement disparu, et le cache est supprimé normalement

Symfony est le Framework PHP le plus connu et le plus complet du marché. J’ai l’occasion de souvent l’utiliser, au gré de mes missions, et j’apprends toujours des choses dessus.

Dernièrement, en créant un espace d’administration sur un projet SF, je devais ajouter un système d’alerte en 2 étapes.

Étape 1 : l’ajout des messages dans les contrôleurs de Symfony basé sur la fonction addFlash().
Voici un exemple de code avec cette fonction :

La 2eme étape se base sur la réception du message d’alerte dans la vue.
Dans mon exemple, la vue est en Twig, et utilise des classes CSS de Bootstrap 4 :

Le code précédent ne traite qu’un Warning.

Personnellement, j’aime faire des codes plus complet. De plus, je sais que Bootstrap 4 possède plusieurs types d’alertes.

En posant quelques questions à ChatGPT (oui, j’ai triché et alors), j’ai eu rapidement un code plus complet, et qui faisait le taf.
Le voici :

Ce code définit une table de correspondance alertClasses qui relie chaque type de message à la classe CSS appropriée.
La classe CSS appropriée est définie en utilisant la table de correspondance lorsque le type de message est rencontré et utilisé dans le div.
La structure de div est maintenant unique pour tous les types de messages, ce qui permet un code factorisé, et réutilisable dans toutes mes vues.

Et voilà. Qu’en pensez-vous ?