WhatsApp
+48608012047
Kowal Product Grid Category Filter für Magento 2
12,50 € 12,50 €
Statt zu raten, was in Magento installiert ist und was sich nach einem Update geändert hat, erhält der Shopbetreiber oder Developer einen übersichtlichen Bericht im Admin-Panel.
Das Problem, das das Modul löst
In vielen Magento-Shops wird die Liste der Erweiterungen nach mehreren Jahren Weiterentwicklung unübersichtlich:
- es ist nicht klar, welche Module Teil von Magento sind, welche aus Composer stammen und welche Custom-Code sind,
- Composer-Pakete können mehrere Magento-Module enthalten,
- es ist nicht immer bekannt, welche Modulversion vor dem Update aktiv war,
- eine Agentur führt Arbeiten aus, doch nach einiger Zeit lässt sich schwer feststellen, was sich tatsächlich geändert hat,
- der Shopbetreiber hat keine einfache Möglichkeit, das Risiko vor einem Update zu bewerten,
- der Developer muss Abhängigkeiten, Auswirkungen auf Checkout, Frontend, Cron, API oder Integrationen manuell prüfen.
Extension Audit sammelt diese Informationen automatisch und stellt sie in einer Form dar, die sowohl für den Shopbetreiber als auch für das technische Team hilfreich ist.
Für wen
- Betreiber von Magento 2 Shops,
- E-Commerce-Manager,
- Agenturen, die Shops von anderen Teams übernehmen,
- Developer, die Magento-Updates vorbereiten,
- Teams, die eine Hyvä-Implementierung planen,
- Shops mit einer großen Anzahl von Erweiterungen,
- Shops, in denen die technische Dokumentation unvollständig oder veraltet ist.
Die wichtigsten Vorteile
Schneller Überblick über die Situation
Dashboard und Store Takeover Report zeigen die Anzahl der Module, Quellen, Vendoren, risikobehaftete Module, Custom-Module, fehlende Versionen sowie Bereiche, die geprüft werden sollten.
Kontrolle von Änderungen vor und nach dem Update
Snapshots ermöglichen es, den Zustand des Shops vor den Arbeiten zu speichern und mit dem Zustand nach dem Update zu vergleichen. Sichtbar sind hinzugefügte Module, entfernte Module, Statusänderungen sowie Versionen von Composer-Paketen vor und nach der Änderung.
Bessere Zusammenarbeit mit der Agentur
Der Shopbetreiber kann vor und nach den Arbeiten einen Referenzpunkt haben. Wenn etwas geändert wurde, lässt sich leichter prüfen, was sich genau geändert hat.
Weniger manuelle Prüfung für den Developer
Das Modul sammelt Informationen zu Quellen, Versionen, Abhängigkeiten, Vendoren und zur Dateistruktur der Module. Der Developer erkennt schneller, wo Integrationen, Frontend, Checkout, Cron, API oder Elemente liegen können, die Tests erfordern.
Struktur bei Audit-Entscheidungen
Jedes Modul kann mit einer Entscheidung, einer Priorität und einer Risikostufe gekennzeichnet werden. Die Änderungshistorie der Entscheidungen ermöglicht später zu prüfen, wer wann die Bewertung geändert hat.
Funktionen
Inventarisierung von Magento-Modulen
- Liste aller Magento-Module,
- Status: aktiviert / deaktiviert,
- Modulquelle: Magento core, Composer,
app/code, Vendor ohne Mapping, unknown, - Erkennung des Vendors,
- Filterung nach Vendor,
- Gruppierung nach Quellentyp,
- Erkennung des Composer-Pakets,
- Version des Composer-Pakets,
- Version des Magento-Moduls, sofern in
etc/module.xmlverfügbar, - Unterstützung für Composer-Pakete, die mehrere Magento-Module enthalten.
Abhängigkeitsanalyse
- Magento-Abhängigkeiten aus
etc/module.xml, - Composer-Abhängigkeiten aus Paketen,
- Ansicht der Abhängigkeiten im Admin-Panel,
- Filter und CSV-Export,
- Analyse von Abhängigkeiten zwischen Quell- und Zielmodulen.
Analyse der Modulstruktur
Das Modul analysiert die Dateistruktur von Erweiterungen und markiert Signale, die im Audit hilfreich sind:
- Frontend,
- Checkout,
- Payment,
- Shipping,
- API,
- Cron,
- adminhtml,
- GraphQL,
- RequireJS / Knockout,
- Elemente, die eine zusätzliche Prüfung im Hinblick auf Hyvä nahelegen.
Snapshots und Änderungsvergleich
- manuelle Erstellung von Snapshots über das Magento-Panel,
- Snapshots über CLI,
- Vergleich von Snapshots vor und nach den Arbeiten,
- Dropdowns zur Auswahl von Snapshots im Panel,
- sichtbare Modul- und Paketversionen vorher / nachher,
- Bericht, der nach einem von einer Agentur durchgeführten Update hilfreich ist,
- optionale automatische Snapshots sind standardmäßig deaktiviert,
- Snapshot nach
setup:upgrade, wenn die Option aktiviert ist und sich der Modulstatus tatsächlich geändert hat.
Admin UI
- Dashboard,
- Store Takeover Report,
- native Magento UI Component Grid,
- Text- und Multiselect-Filter,
- Spaltenauswahl,
- CSV-Export,
- Massenbearbeitung von Audit-Entscheidungen,
- Bearbeitung eines einzelnen Moduls,
- Historie der Audit-Entscheidungen,
- gemeinsame Navigation zwischen den Modulansichten.
CLI für Developer
Beispielbefehle:
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-reportTypische Anwendungsszenarien
1. Vor einem Magento-Update
Vor dem Update erstellen Sie einen Snapshot, prüfen Custom-Module, Checkout, Integrationen, Cron, Abhängigkeiten und Module ohne eindeutige Version. Nach dem Update erstellen Sie einen zweiten Snapshot und vergleichen die Unterschiede.
Ergebnis: Es ist klar, was sich im Shop geändert hat und welche Module Tests erfordern.
2. Nach der Arbeit einer Agentur
Sie erstellen einen Snapshot vor Beginn der Arbeiten und einen zweiten nach deren Abschluss. Der Vergleich zeigt, welche Module hinzugefügt, entfernt, deaktiviert oder aktualisiert wurden.
Ergebnis: Sie haben einen konkreten Änderungsbericht statt der allgemeinen Information, dass „etwas gemacht wurde“.
3. Übernahme eines Shops von einem anderen Dienstleister
Der Store Takeover Report hilft, schnell zu erkennen, wo sich Custom-Code befindet, welche Module von bestimmten Vendoren stammen, welche den Checkout betreffen und welche ein erhöhtes Risiko aufweisen.
Ergebnis: Das neue Team versteht den Shop schneller und kann einen Plan für die weiteren Arbeiten vorbereiten.
4. Vorbereitung auf Hyvä
Das Modul zeigt Erweiterungen an, die möglicherweise eine zusätzliche Prüfung im Hinblick auf Hyvä erfordern, z. B. aufgrund von Frontend, Checkout, RequireJS oder Knockout.
Ergebnis: Es ist einfacher, eine Liste der Module zu erstellen, die vor der Frontend-Migration geprüft werden sollen.
5. Aufräumen technischer Schulden
Sie können Module mit Entscheidungen kennzeichnen: behalten, aktualisieren, ersetzen, entfernen oder erfordert weitere Analyse. Die Entscheidungen werden gespeichert und sind später in der Historie sichtbar.
Ergebnis: Das Audit endet nicht mit einer einmaligen Liste, sondern wird zu einem Arbeitswerkzeug für die Strukturierung des Shops.
Was dieses Modul auszeichnet
- funktioniert ohne externes SaaS,
- Daten sind im Magento-Panel verfügbar,
- unterstützt CLI für Developer,
- trennt Composer-Paket vom Magento-Modul,
- unterstützt Pakete mit mehreren Modulen,
- zeigt Abhängigkeiten zwischen Modulen,
- ermöglicht den Vergleich von Snapshots vor und nach Änderungen,
- erfordert keinen großen manuellen Beschreibungsaufwand,
- Audit-Entscheidungen sind optional und schnell,
- automatische Snapshots sind kontrolliert und standardmäßig deaktiviert.
Was das Modul nicht macht
- es entfernt keine Magento-Module,
- es deaktiviert Module nicht automatisch,
- es trifft keine Entscheidungen anstelle des Administrators,
- es ersetzt keine Regressionstests,
- es garantiert keine Kompatibilität von Modulen mit Hyvä,
- es führt keine Performance-Benchmarks durch,
- es analysiert die Codequalität nicht so tiefgehend wie ein vollständiges Code Review.
Reviews
Write Your Own Review
