El error crítico de WordPress que no estaba causado por ningún plugin
Desactivar plugins y tema no cambiaba nada. Un archivo del núcleo de WordPress había quedado prácticamente vacío.
Casos reales, diagnósticos y soluciones aplicadas en proyectos web y software.
Desactivar plugins y tema no cambiaba nada. Un archivo del núcleo de WordPress había quedado prácticamente vacío.
Varios títulos y enlaces seguían en español aunque la página estuviera en inglés, francés o catalán.
El servidor ya respondía correctamente, pero algunos navegadores conservaban una redirección permanente anterior.
La web debía conservar su identidad, productos e idiomas, pero necesitaba dejar atrás una dependencia completa del constructor visual.
El tema funcionaba en desarrollo, pero no podía activarse en el servidor del cliente. La causa era sintaxis exclusiva de una versión más reciente de PHP.
Los contadores no coincidían porque seguían existiendo metadatos de tienda para usuarios eliminados. Diseñamos una limpieza segura y recuperable.
Una mascota debía poder pertenecer a varias tiendas sin duplicar su historial, microchip, reservas ni identificadores externos.
Una cuenta de MySQL eliminada impedía editar usuarios. Aislamos la operación afectada sin perder el resto de los cambios.
El navegador decía que la respuesta no era válida. El verdadero problema era un fatal PHP que devolvía HTML donde la interfaz esperaba JSON.
El botón manual no demostraba que la automatización estuviera bien configurada: ambos recorrían caminos completamente diferentes.