WhatsApp
+48608012047
Kowal Product Grid Category Filter per Magento 2
12,50 € 12,50 €
Invece di dover indovinare cosa è installato in Magento e cosa è cambiato dopo l'aggiornamento, il proprietario del negozio o lo sviluppatore riceve un report chiaro nel pannello di amministrazione.
Il problema risolto dal modulo
In molti negozi Magento, dopo alcuni anni di sviluppo, l'elenco delle estensioni smette di essere chiaro:
- non si sa quali moduli facciano parte di Magento, quali provengano da Composer e quali siano codice custom,
- i pacchetti Composer possono contenere più moduli Magento,
- non sempre è chiaro quale versione del modulo fosse in esecuzione prima dell'aggiornamento,
- l'agenzia esegue interventi, ma dopo un po' diventa difficile stabilire cosa sia effettivamente cambiato,
- il proprietario del negozio non ha un modo semplice per valutare il rischio prima dell'aggiornamento,
- lo sviluppatore deve controllare manualmente dipendenze, impatto su checkout, frontend, cron, API o integrazioni.
Extension Audit raccoglie queste informazioni automaticamente e le mostra in una forma utile sia per il proprietario del negozio sia per il team tecnico.
A chi è rivolto
- proprietari di negozi Magento 2,
- e-commerce manager,
- agenzie che prendono in gestione negozi dopo altri team,
- sviluppatori che preparano aggiornamenti Magento,
- team che pianificano un'implementazione Hyvä,
- negozi con un elevato numero di estensioni,
- negozi in cui la documentazione tecnica è incompleta o non aggiornata.
Vantaggi principali
Panoramica rapida della situazione
La dashboard e il report Store Takeover mostrano il numero di moduli, le fonti, i vendor, i moduli rischiosi, i moduli custom, le versioni mancanti e le aree che richiedono verifica.
Controllo delle modifiche prima e dopo l'aggiornamento
Gli snapshot consentono di salvare lo stato del negozio prima degli interventi e confrontarlo con lo stato dopo l'aggiornamento. Sono visibili i moduli aggiunti, i moduli rimossi, le modifiche di stato e le versioni dei pacchetti Composer prima e dopo la modifica.
Migliore collaborazione con l'agenzia
Il proprietario del negozio può avere un punto di riferimento prima e dopo gli interventi. Se qualcosa è stato modificato, è più facile verificare esattamente cosa è cambiato.
Meno controlli manuali per lo sviluppatore
Il modulo raccoglie informazioni su fonti, versioni, dipendenze, vendor e struttura dei file dei moduli. Lo sviluppatore vede più rapidamente dove possono trovarsi integrazioni, frontend, checkout, cron, API o elementi che richiedono test.
Ordine nelle decisioni di audit
Ogni modulo può essere contrassegnato con una decisione, una priorità e un livello di rischio. La cronologia delle modifiche alle decisioni consente di verificare successivamente chi ha modificato la valutazione e quando.
Funzionalità
Inventario dei moduli Magento
- elenco di tutti i moduli Magento,
- stato: abilitato / disabilitato,
- fonte del modulo: Magento core, Composer,
app/code, vendor senza mappatura, unknown, - rilevamento del vendor,
- filtro per vendor,
- raggruppamento per tipo di fonte,
- rilevamento del pacchetto Composer,
- versione del pacchetto Composer,
- versione del modulo Magento, se disponibile in
etc/module.xml, - supporto dei pacchetti Composer contenenti più moduli Magento.
Analisi delle dipendenze
- dipendenze Magento da
etc/module.xml, - dipendenze Composer dai pacchetti,
- vista delle dipendenze nel pannello di amministrazione,
- filtri ed esportazione CSV,
- analisi delle dipendenze tra moduli sorgente e di destinazione.
Analisi della struttura dei moduli
Il modulo analizza la struttura dei file delle estensioni e contrassegna segnali utili per l'audit:
- frontend,
- checkout,
- payment,
- shipping,
- API,
- cron,
- adminhtml,
- GraphQL,
- RequireJS / Knockout,
- elementi che suggeriscono un'ulteriore verifica per Hyvä.
Snapshot e confronto delle modifiche
- creazione manuale di snapshot dal pannello Magento,
- snapshot tramite CLI,
- confronto degli snapshot prima e dopo gli interventi,
- dropdown di selezione degli snapshot nel pannello,
- versioni visibili di moduli e pacchetti prima / dopo,
- report utile dopo un aggiornamento eseguito da un'agenzia,
- snapshot automatici opzionali disabilitati per impostazione predefinita,
- snapshot dopo
setup:upgrade, se l'opzione è abilitata e lo stato dei moduli è effettivamente cambiato.
Admin UI
- dashboard,
- report Store Takeover,
- grid nativa Magento UI Component,
- filtri testuali e multiselect,
- selezione delle colonne,
- esportazione CSV,
- modifica massiva delle decisioni di audit,
- modifica di un singolo modulo,
- cronologia delle decisioni di audit,
- navigazione comune tra le schermate del modulo.
CLI per sviluppatori
Comandi di esempio:
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-reportScenari d'uso tipici
1. Prima di un aggiornamento Magento
Prima dell'aggiornamento crei uno snapshot, controlli i moduli custom, il checkout, le integrazioni, cron, le dipendenze e i moduli senza una versione chiara. Dopo l'aggiornamento crei un secondo snapshot e confronti le differenze.
Risultato: è chiaro cosa è cambiato nel negozio e quali moduli richiedono test.
2. Dopo il lavoro dell'agenzia
Crei uno snapshot prima dell'inizio degli interventi e un secondo dopo il loro completamento. Il confronto mostra quali moduli sono stati aggiunti, rimossi, disabilitati o aggiornati.
Risultato: hai un report concreto delle modifiche invece di un'informazione generica che qualcosa è stato fatto.
3. Presa in carico di un negozio dopo un altro fornitore
Il report Store Takeover aiuta a vedere rapidamente dove si trova il codice custom, quali moduli provengono da vendor specifici, quali interessano il checkout e quali presentano un rischio maggiore.
Risultato: il nuovo team comprende più rapidamente il negozio e può preparare un piano per i lavori successivi.
4. Preparazione a Hyvä
Il modulo indica le estensioni che possono richiedere un'ulteriore verifica per Hyvä, ad esempio a causa di frontend, checkout, RequireJS o Knockout.
Risultato: è più facile preparare l'elenco dei moduli da controllare prima della migrazione del frontend.
5. Riordino del debito tecnico
Puoi contrassegnare i moduli con decisioni: lasciare, aggiornare, sostituire, rimuovere oppure richiede ulteriore analisi. Le decisioni vengono salvate e restano visibili successivamente nella cronologia.
Risultato: l'audit non si conclude con un elenco una tantum, ma diventa uno strumento operativo per mettere ordine nel negozio.
Cosa distingue questo modulo
- funziona senza SaaS esterno,
- i dati sono disponibili nel pannello Magento,
- supporta CLI per sviluppatori,
- separa il pacchetto Composer dal modulo Magento,
- supporta pacchetti con più moduli,
- mostra le dipendenze tra moduli,
- consente di confrontare snapshot prima e dopo le modifiche,
- non richiede una grande quantità di descrizioni manuali,
- le decisioni di audit sono opzionali e rapide,
- gli snapshot automatici sono controllati e disabilitati per impostazione predefinita.
Cosa non fa il modulo
- non rimuove moduli Magento,
- non disabilita automaticamente i moduli,
- non prende decisioni al posto dell'amministratore,
- non sostituisce i test di regressione,
- non garantisce la compatibilità dei moduli con Hyvä,
- non esegue benchmark prestazionali,
- non analizza la qualità del codice in modo approfondito come una code review completa.
Reviews
Write Your Own Review
