Cómo afectan las dependencias opcionales a un tweak
Algunas funciones de POM Tweaks amplían otro plugin o dependen de una capacidad de WordPress que no está presente en todas las instalaciones. La activación y la disponibilidad de la dependencia son condiciones distintas: un interruptor guardado no puede aportar la integración que falta.
Las comprobaciones de dependencias se producen en etapas distintas
POM Tweaks utiliza varios patrones seguros según la función:
- Visibilidad condicional: un control puede aparecer solo mientras su plugin requerido esté activo. La función de disponibilidad de WooCommerce Bookings sigue este patrón.
- Protección en tiempo de ejecución: un módulo habilitado puede detenerse antes de registrar su comportamiento cuando un plugin requerido o una API de WooCommerce no está disponible.
- Rama condicional: el módulo base puede ejecutarse, mientras que una parte opcional se utiliza solo cuando existe una función de soporte.
- Alternativa de entorno: la optimización de medios puede usar la biblioteca de procesamiento de imágenes disponible en el servidor.
No infieras un comportamiento universal a partir de un único módulo. La guía de cada función define su requisito real.
Grupos de dependencias habituales
| Área de la función | Dependencia que confirmar | Ejemplo representativo |
|---|---|---|
| Comercio | Clases de WooCommerce, contexto de carrito o de pago, datos de envío configurados | Progreso de envío gratuito y controles de política de producto |
| Reservas | WooCommerce Bookings y productos/recursos de reserva válidos | Disponibilidad mejorada |
| Idiomas y SEO | Funciones de idioma de Polylang Pro y un idioma predeterminado válido | Enlace alternativo x-default |
| Medios | Una biblioteca de imágenes de servidor compatible y cargas con permiso de escritura | Optimización de imágenes |
| Tema y presentación | El hook de WordPress, menú, barra de herramientas o contexto de plantilla esperado | Apariencia de la administración y contenido de hooks |
Que un plugin esté activo es solo la primera comprobación. Sus datos, configuración y la solicitud actual también deben coincidir.
Si se elimina una dependencia
Cuando un plugin requerido se desactiva o su API deja de estar disponible:
- una función moderna protegida debería dejar de registrar el comportamiento dependiente;
- su ajuste puede permanecer guardado para una solicitud posterior o una reactivación;
- los controles que eran condicionales pueden desaparecer de la definición de ajustes actual;
- los resultados previamente almacenados o generados no se eliminan automáticamente;
- otra integración activa puede seguir mostrando esos resultados conservados.
Trata la eliminación de una dependencia como un cambio de compatibilidad, no como una operación de limpieza.
Valida antes de habilitar
- Abre la guía actual de la función exacta.
- Confirma el plugin requerido y la configuración mínima del sitio.
- Prepara contenido representativo: un producto de reserva, una zona de envío, un idioma, un adjunto, un producto o un pedido, según corresponda.
- Habilita el tweak por sí solo.
- Prueba la solicitud coincidente y una solicitud en la que la dependencia no debería aplicarse.
- Prueba temporalmente el escenario aprobado con la dependencia desactivada en el entorno de pruebas.
- Vuelve a habilitar la dependencia y confirma que la configuración guardada sigue produciendo el resultado deseado.
Si dos componentes pueden ofrecer el mismo resultado, continúa con Resolver tweaks superpuestos antes de pasar a producción.