WhatsApp
+48608012047
Kowal Product Grid Category Filter pour Magento 2
12,50 € 12,50 €
Au lieu de deviner ce qui est installé dans Magento et ce qui a changé après une mise à jour, le propriétaire de la boutique ou le développeur obtient un rapport clair dans le panneau d’administration.
Le problème que résout le module
Dans de nombreuses boutiques Magento, après plusieurs années de développement, la liste des extensions cesse d’être lisible :
- on ne sait pas quels modules font partie de Magento, lesquels proviennent de Composer et lesquels relèvent d’un code personnalisé,
- les packages Composer peuvent contenir plusieurs modules Magento,
- on ne sait pas toujours quelle version du module fonctionnait avant la mise à jour,
- une agence réalise des travaux, mais avec le temps il devient difficile d’établir ce qui a réellement changé,
- le propriétaire de la boutique ne dispose pas d’un moyen simple pour évaluer le risque avant une mise à jour,
- le développeur doit vérifier manuellement les dépendances, l’impact sur le checkout, le frontend, cron, API ou les intégrations.
Extension Audit collecte automatiquement ces informations et les présente sous une forme utile aussi bien pour le propriétaire de la boutique que pour l’équipe technique.
Pour qui
- les propriétaires de boutiques Magento 2,
- les responsables e-commerce,
- les agences qui reprennent des boutiques après d’autres équipes,
- les développeurs préparant des mises à jour Magento,
- les équipes qui planifient le déploiement de Hyvä,
- les boutiques disposant d’un grand nombre d’extensions,
- les boutiques dont la documentation technique est incomplète ou obsolète.
Principaux avantages
Vue rapide de la situation
Le dashboard et le rapport Store Takeover affichent le nombre de modules, les sources, les vendors, les modules à risque, les modules personnalisés, les versions manquantes ainsi que les zones nécessitant une vérification.
Contrôle des changements avant et après la mise à jour
Les snapshots permettent d’enregistrer l’état de la boutique avant les travaux et de le comparer à l’état après la mise à jour. Les modules ajoutés, les modules supprimés, les changements de statuts ainsi que les versions des packages Composer avant et après la modification sont visibles.
Meilleure collaboration avec l’agence
Le propriétaire de la boutique peut disposer d’un point de référence avant et après les travaux. Si quelque chose a été modifié, il est plus facile de vérifier précisément ce qui a changé.
Moins de vérifications manuelles pour le développeur
Le module collecte des informations sur les sources, les versions, les dépendances, les vendors et la structure des fichiers des modules. Le développeur voit plus rapidement où peuvent se trouver des intégrations, le frontend, le checkout, cron, API ou des éléments nécessitant des tests.
Des décisions d’audit mieux structurées
Chaque module peut être marqué avec une décision, une priorité et un niveau de risque. L’historique des changements de décision permet ensuite de vérifier qui a modifié l’évaluation et quand.
Fonctionnalités
Inventaire des modules Magento
- liste de tous les modules Magento,
- statut : activé / désactivé,
- source du module : Magento core, Composer,
app/code, vendor sans mapping, unknown, - détection du vendor,
- filtrage par vendor,
- regroupement par type de source,
- détection du package Composer,
- version du package Composer,
- version du module Magento, si elle est disponible dans
etc/module.xml, - prise en charge des packages Composer contenant plusieurs modules Magento.
Analyse des dépendances
- dépendances Magento depuis
etc/module.xml, - dépendances Composer depuis les packages,
- vue des dépendances dans le panneau d’administration,
- filtres et export CSV,
- analyse des dépendances entre modules sources et modules cibles.
Analyse de la structure des modules
Le module analyse la structure des fichiers des extensions et signale les indices utiles lors de l’audit :
- frontend,
- checkout,
- payment,
- shipping,
- API,
- cron,
- adminhtml,
- GraphQL,
- RequireJS / Knockout,
- éléments suggérant une vérification supplémentaire pour Hyvä.
Snapshots et comparaison des changements
- création manuelle de snapshots depuis le panneau Magento,
- snapshots via CLI,
- comparaison des snapshots avant et après les travaux,
- menus déroulants de sélection des snapshots dans le panneau,
- versions des modules et des packages visibles avant / après,
- rapport utile après une mise à jour effectuée par une agence,
- snapshots automatiques optionnels désactivés par défaut,
- snapshot après
setup:upgrade, si l’option est activée et que l’état des modules a réellement changé.
Admin UI
- dashboard,
- rapport Store Takeover,
- grille native Magento UI Component,
- filtres texte et multiselect,
- sélection des colonnes,
- export CSV,
- édition en masse des décisions d’audit,
- édition d’un module individuel,
- historique des décisions d’audit,
- navigation commune entre les écrans du module.
CLI pour les développeurs
Exemples de commandes :
bin/magento kowal:extension-audit:scanbin/magento kowal:extension-audit:scan --groupsbin/magento kowal:extension-audit:scan --vendorsbin/magento kowal:extension-audit:scan --vendor=amastybin/magento kowal:extension-audit:scan --group=custom_app_codebin/magento kowal:extension-audit:scan --with-riskbin/magento kowal:extension-audit:snapshot:create 'Before update' --type=before_updatebin/magento kowal:extension-audit:snapshot:compare 1 2 --agency-reportCas d’utilisation typiques
1. Avant une mise à jour Magento
Avant la mise à jour, vous créez un snapshot, puis vous vérifiez les modules personnalisés, le checkout, les intégrations, cron, les dépendances et les modules sans version claire. Après la mise à jour, vous créez un second snapshot et comparez les différences.
Résultat : vous savez ce qui a changé dans la boutique et quels modules nécessitent des tests.
2. Après le travail de l’agence
Vous créez un snapshot avant le début des travaux, puis un second après leur achèvement. La comparaison montre quels modules ont été ajoutés, supprimés, désactivés ou mis à jour.
Résultat : vous disposez d’un rapport de changements concret au lieu d’une information générale indiquant que « quelque chose a été fait ».
3. Reprise d’une boutique après un autre prestataire
Le rapport Store Takeover aide à voir rapidement où se trouve le code personnalisé, quels modules proviennent de vendors spécifiques, lesquels touchent au checkout et lesquels présentent un risque accru.
Résultat : la nouvelle équipe comprend plus rapidement la boutique et peut préparer un plan pour les travaux à venir.
4. Préparation à Hyvä
Le module indique les extensions qui peuvent nécessiter une vérification supplémentaire pour Hyvä, par exemple en raison du frontend, du checkout, de RequireJS ou de Knockout.
Résultat : il est plus facile de préparer la liste des modules à vérifier avant la migration du frontend.
5. Organisation de la dette technique
Vous pouvez associer des décisions aux modules : conserver, mettre à jour, remplacer, supprimer ou nécessite une analyse supplémentaire. Les décisions sont enregistrées et restent visibles ultérieurement dans l’historique.
Résultat : l’audit ne se limite pas à une liste ponctuelle, mais devient un outil de travail pour organiser la boutique.
Ce qui distingue ce module
- fonctionne sans SaaS externe,
- les données sont disponibles dans le panneau Magento,
- prend en charge CLI pour les développeurs,
- distingue le package Composer du module Magento,
- prend en charge les packages contenant plusieurs modules,
- affiche les dépendances entre modules,
- permet de comparer les snapshots avant et après les changements,
- ne nécessite pas une grande quantité de descriptions manuelles,
- les décisions d’audit sont optionnelles et rapides,
- les snapshots automatiques sont contrôlés et désactivés par défaut.
Ce que le module ne fait pas
- ne supprime pas les modules Magento,
- ne désactive pas automatiquement les modules,
- ne prend pas de décisions à la place de l’administrateur,
- ne remplace pas les tests de régression,
- ne garantit pas la compatibilité des modules avec Hyvä,
- n’effectue pas de benchmarks de performance,
- n’analyse pas la qualité du code aussi en profondeur qu’une revue de code complète.
Reviews
Write Your Own Review
