Un point relativement p\u00e9nible avec Prestashop et qu’il n’existe pas nativement de solution automatis\u00e9e pour installer \/ mettre \u00e0 jour \/ d\u00e9sinstaller des modules, et pour d\u00e9ployer des configurations. Le module est disponible gratuitement au t\u00e9l\u00e9chargement sur ma boutique, dans le lien ci-dessous. Et le tout via le code et sans interactions manuelles.<\/p>\n\n\n\n T\u00e9l\u00e9charger le module complet ( et gratuit ) sur la boutique<\/a><\/p>\n\n\n\n Le principe est parti du principe de fonctionnement des data patches de Magento 2 , et des migrations de Symfony, mais sous une forme simplifi\u00e9e. Une fois le fichier cr\u00e9\u00e9, il suffit d’ajouter ce fichier dans git ( en compl\u00e9ment des nouveaux fichiers des modules si n\u00e9cessaire )<\/strong> de pousser la branche cible et les actions vont s\u2019ex\u00e9cuter. A partir de ces \u00e9l\u00e9ments on a d\u00e9j\u00e0 la possibilit\u00e9 de ne plus \u00e0 avoir \u00e0 se connecter aux environnements distants pour r\u00e9aliser nos actions manuelles \ud83d\ude42 Pour r\u00e9pondre \u00e0 ce besoin j’ai donc mis en place une fonctionnalit\u00e9 sp\u00e9cifique sur le module qui va enregistrer les actions qui se passent dans votre back office au niveau des modules et des configurations. Puis de s\u00e9lectionner les actions et de g\u00e9n\u00e9rer automatiquement un fichier d’upgrade.<\/p>\n\n\n\n Cette action va par exemple g\u00e9n\u00e9rer automatiquement le fichier suivant, puis effacer les modifications de la liste.<\/strong><\/p>\n\n\n\n Pour \u00e9viter les mises \u00e0 jour des modules depuis le back office il est \u00e9galement possible d’activer une option qui bloque la mise \u00e0 jour des modules.
Ce qui fait que pour chaque d\u00e9ploiement de code, il est n\u00e9cessaire de se rendre sur l’environnement cible ( pr\u00e9production ou production ) et de r\u00e9aliser manuellement les actions d’installations et mises \u00e0 jour de modules, ainsi que l’application des configurations.
Il est donc n\u00e9cessaire pour une action de la r\u00e9aliser manuellement sur tous ces environnements.
Ceci est forc\u00e9ment source d’erreurs ou d’oublis, c’est pourquoi il serait beaucoup plus simple que tout se passe tout seul.
Pour r\u00e9aliser cette action je n’ai rien trouv\u00e9 d’existant \u00e0 l’heure actuelle dans la communaut\u00e9 prestashop. ( Si cela existe d\u00e9j\u00e0 n’h\u00e9sitez pas \u00e0 me donner les sources ! )
( Les fonctions de bases en cli qui sont d\u00e9finies ici : https:\/\/devdocs.prestashop-project.org\/8\/modules\/configure-with-cli\/<\/a> , n\u00e9cessitent de saisir manuellement des fichiers de configurations pour chaque module )
C’est pourquoi, pour r\u00e9soudre ce probl\u00e8me j’ai cr\u00e9\u00e9 un module sp\u00e9cifique pour g\u00e9rer ce besoin.<\/p>\n\n\n\nHhModulesManager<\/h2>\n\n\n\n
Il sera prochainement disponible en open-source sur github, mais pour l’instant c’est encore une version alpha que je partage pour que vous puissiez tester.
Je suis assez preneur de retours pour le faire \u00e9voluer car je l’ai utilis\u00e9 uniquement \u00e0 titre perso sur quelques sites pour l’instant.
( J’\u00e9diterais cet article en cons\u00e9quence quand ce sera plus stable )
Comme \u00e9voqu\u00e9 plus haut l’objectif de ce module pour moi \u00e9tait de pouvoir r\u00e9pondre aux besoins suivants :<\/p>\n\n
Principe de fonctionnement basique<\/h3>\n\n\n\n
C’est \u00e0 dire que lors de notre d\u00e9ploiement continu on va appeler une commande en console qui va se charger d’appliquer la liste de \u00ab\u00a0Patches\u00a0\u00bb(ou migrations) qui n’existent pas encore sur l’environnement cible.
Cette commande va utiliser les fonctions natives de Prestashop qui permettent d’interagir avec les modules, et la configuration.
Pour d\u00e9finir un patch c’est tr\u00e8s simple, il suffit de cr\u00e9er un fichier yml avec un nom unique dans le dossier upgrades<\/strong> du module hhmodulesmanager.
Dans celui-ci vous pouvez d\u00e9finir les actions suivantes : (cf. les commentaires )<\/p>\n\n\n\n\n#Actions sur la configuration\nconfiguration:\n add_or_update:\n TEST_CONFIGURATION : 'test de valeur avec modif'\n delete:\n - TEST_A_SUPPRIMER\n#Actions sur les modules\nmodules:\n enable:\n - hhci\n disable:\n - ps_emailsubscription\n install:\n - psgdpr\n uninstall:\n - ps_emailalerts\n - welcome\n update:\n - ps_currencyselector\n<\/pre>\n\n\n\n
Pour cela il faut rajouter cette commande dans notre script de d\u00e9ploiement existant<\/p>\n\n\n\n\ndeploy:production:\n stage: deploy\n only:\n - master\n tags:\n - gitlab-org\n script:\n - ssh $SSH_HOST -C \" cd $PROJECT_PATH && git pull && cd www && php bin\/console hhennes:module-manager:manage -v --env=prod\" #Rajout ICI de la commande console\n<\/pre>\n\n\n\n
Le besoin de base est donc remplis … , mais il reste toujours n\u00e9cessaire de cr\u00e9er ces fichiers \u00e0 la main, ce qui peut certainement \u00eatre optimis\u00e9<\/p>\n\n\n\n![\"\"](\"https:\/\/www.h-hennes.fr\/blog\/wp-content\/uploads\/2023\/11\/image-1-1024x205.png\")
<\/a><\/figure>\n\n\n\nFonctionnalit\u00e9s suppl\u00e9mentaires<\/h3>\n\n\n\n
Cette option est activable selon l’environnement car elle n’a d’int\u00e9r\u00eat que sur le poste de d\u00e9veloppement par exemple.
Il est ensuite possible de visualiser l’ensemble des modifications qui ont \u00e9t\u00e9 effectu\u00e9es sur le poste.<\/p>\n\n\n\n![\"\"](\"https:\/\/www.h-hennes.fr\/blog\/wp-content\/uploads\/2023\/09\/image-19-1024x330.png\")
<\/a><\/figure>\n\n\n\n![\"\"](\"https:\/\/www.h-hennes.fr\/blog\/wp-content\/uploads\/2023\/09\/image-20.png\")
<\/a><\/figure>\n\n\n\n![\"\"](\"https:\/\/www.h-hennes.fr\/blog\/wp-content\/uploads\/2023\/09\/image-21.png\")
<\/a><\/figure>\n\n\n\n
Ceci permets d’autoriser les mises \u00e0 jour de module uniquement depuis la console et \u00e9vite au passage certaines mauvaises manipulations dans l’administration.<\/p>\n\n\n\n![\"\"](\"https:\/\/www.h-hennes.fr\/blog\/wp-content\/uploads\/2023\/09\/image-22.png\")
<\/a><\/figure>\n\n\n\n