WhatsApp
+48608012047
Kowal Product Grid Category Filter para Magento 2
12,50 € 12,50 €
En lugar de adivinar qué está instalado en Magento y qué ha cambiado tras una actualización, el propietario de la tienda o el desarrollador recibe un informe claro en el panel de administración.
El problema que resuelve el módulo
En muchas tiendas Magento, después de varios años de desarrollo, la lista de extensiones deja de ser clara:
- no se sabe qué módulos forman parte de Magento, cuáles proceden de Composer y cuáles son código personalizado,
- los paquetes Composer pueden contener varios módulos Magento,
- no siempre se sabe qué versión del módulo funcionaba antes de la actualización,
- la agencia realiza trabajos, pero con el tiempo resulta difícil determinar qué ha cambiado realmente,
- el propietario de la tienda no tiene una forma sencilla de evaluar el riesgo antes de una actualización,
- el desarrollador tiene que comprobar manualmente las dependencias, el impacto en el checkout, el frontend, cron, API o las integraciones.
Extension Audit recopila esta información automáticamente y la muestra de una forma útil tanto para el propietario de la tienda como para el equipo técnico.
Para quién
- propietarios de tiendas Magento 2,
- e-commerce managers,
- agencias que asumen tiendas después de otros equipos,
- desarrolladores que preparan actualizaciones de Magento,
- equipos que planifican una implementación de Hyvä,
- tiendas con un gran número de extensiones,
- tiendas cuya documentación técnica está incompleta o desactualizada.
Principales ventajas
Visión rápida de la situación
El dashboard y el informe Store Takeover muestran el número de módulos, las fuentes, los proveedores, los módulos de riesgo, los módulos personalizados, las versiones que faltan y las áreas que requieren revisión.
Control de cambios antes y después de la actualización
Los snapshots permiten guardar el estado de la tienda antes de los trabajos y compararlo con el estado posterior a la actualización. Se muestran los módulos añadidos, los módulos eliminados, los cambios de estado y las versiones de los paquetes Composer antes y después del cambio.
Mejor colaboración con la agencia
El propietario de la tienda puede disponer de un punto de referencia antes y después de los trabajos. Si algo se ha modificado, es más fácil comprobar exactamente qué ha cambiado.
Menos comprobaciones manuales para el desarrollador
El módulo recopila información sobre fuentes, versiones, dependencias, proveedores y la estructura de archivos de los módulos. El desarrollador ve más rápido dónde puede haber integraciones, frontend, checkout, cron, API o elementos que requieran pruebas.
Orden en las decisiones de auditoría
Cada módulo puede marcarse con una decisión, una prioridad y un nivel de riesgo. El historial de cambios de decisiones permite comprobar posteriormente quién cambió la valoración y cuándo.
Funcionalidades
Inventario de módulos Magento
- lista de todos los módulos Magento,
- estado: activado / desactivado,
- fuente del módulo: Magento core, Composer,
app/code, vendor sin mapeo, unknown, - detección del proveedor,
- filtrado por proveedor,
- agrupación por tipo de fuente,
- detección del paquete Composer,
- versión del paquete Composer,
- versión del módulo Magento, si está disponible en
etc/module.xml, - compatibilidad con paquetes Composer que contienen varios módulos Magento.
Análisis de dependencias
- dependencias Magento de
etc/module.xml, - dependencias Composer de los paquetes,
- vista de dependencias en el panel de administración,
- filtros y exportación CSV,
- análisis de dependencias entre módulos de origen y destino.
Análisis de la estructura de los módulos
El módulo analiza la estructura de archivos de las extensiones y marca señales útiles en la auditoría:
- frontend,
- checkout,
- payment,
- shipping,
- API,
- cron,
- adminhtml,
- GraphQL,
- RequireJS / Knockout,
- elementos que sugieren una revisión adicional para Hyvä.
Snapshots y comparación de cambios
- creación manual de snapshots desde el panel Magento,
- snapshots mediante CLI,
- comparación de snapshots antes y después de los trabajos,
- desplegables para seleccionar snapshots en el panel,
- versiones visibles de módulos y paquetes antes / después,
- informe útil después de una actualización realizada por una agencia,
- snapshots automáticos opcionales desactivados por defecto,
- snapshot después de
setup:upgrade, si la opción está activada y el estado de los módulos ha cambiado realmente.
Admin UI
- dashboard,
- informe Store Takeover,
- grid nativo de Magento UI Component,
- filtros de texto y multiselect,
- selección de columnas,
- exportación CSV,
- edición masiva de decisiones de auditoría,
- edición de un módulo individual,
- historial de decisiones de auditoría,
- navegación común entre las pantallas del módulo.
CLI para desarrolladores
Comandos de ejemplo:
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-reportEscenarios de uso habituales
1. Antes de una actualización de Magento
Antes de la actualización creas un snapshot, revisas los módulos personalizados, el checkout, las integraciones, cron, las dependencias y los módulos sin una versión clara. Después de la actualización creas un segundo snapshot y comparas las diferencias.
Resultado: se sabe qué ha cambiado en la tienda y qué módulos requieren pruebas.
2. Después del trabajo de la agencia
Creas un snapshot antes de iniciar los trabajos y otro al finalizarlos. La comparación muestra qué módulos se han añadido, eliminado, desactivado o actualizado.
Resultado: tienes un informe concreto de cambios en lugar de una información general de que «se ha hecho algo».
3. Asumir una tienda después de otro proveedor
El informe Store Takeover ayuda a ver rápidamente dónde hay código personalizado, qué módulos proceden de proveedores concretos, cuáles afectan al checkout y cuáles presentan un riesgo elevado.
Resultado: el nuevo equipo comprende la tienda más rápido y puede preparar un plan para los siguientes trabajos.
4. Preparación para Hyvä
El módulo indica extensiones que pueden requerir una revisión adicional para Hyvä, por ejemplo debido al frontend, checkout, RequireJS o Knockout.
Resultado: es más fácil preparar una lista de módulos que revisar antes de la migración del frontend.
5. Organización de la deuda técnica
Puedes marcar los módulos con decisiones: dejar, actualizar, sustituir, eliminar o requiere análisis adicional. Las decisiones quedan guardadas y son visibles posteriormente en el historial.
Resultado: la auditoría no termina en una lista puntual, sino que se convierte en una herramienta de trabajo para ordenar la tienda.
Qué distingue a este módulo
- funciona sin SaaS externo,
- los datos están disponibles en el panel Magento,
- ofrece compatibilidad con CLI para desarrolladores,
- separa el paquete Composer del módulo Magento,
- admite paquetes con múltiples módulos,
- muestra dependencias entre módulos,
- permite comparar snapshots antes y después de los cambios,
- no requiere una gran cantidad de descripciones manuales,
- las decisiones de auditoría son opcionales y rápidas,
- los snapshots automáticos están controlados y desactivados por defecto.
Qué no hace el módulo
- no elimina módulos Magento,
- no desactiva módulos automáticamente,
- no toma decisiones por el administrador,
- no sustituye las pruebas de regresión,
- no garantiza la compatibilidad de los módulos con Hyvä,
- no realiza benchmarks de rendimiento,
- no analiza la calidad del código con la profundidad de una revisión completa de código.
Reviews
Write Your Own Review
