Деактивация плагинов WordPress с помощью SQL

Если вы наследуете кодовую базу WordPress, независимо от возраста проекта, у вас может быть много контекста, которого у вас нет, относительно того, почему были приняты определенные решения или как были реализованы вещи.

Это может включать сервер, инфраструктуру, используемую для обеспечения работы сайта или приложения, и другую контекстную информацию о среде, в которой он работал.

Этот тип информации может быть информацией, относящейся к серверу, версией PHP, типом базы данных, информацией, которая фактически хранится в базе данных, особенно если вы выполняете импорт базы данных, и так далее.

В идеале все это передается, но так бывает не всегда. В любом случае, скажем, вы пытаетесь запустить его, а затем, когда вы пытаетесь запустить приложение, оно не только не работает, но либо показывает белый экран, либо отображает сообщение о технических проблемах с вашей установкой.

Хотя я рекомендую убедиться, что ваши настройки отладки всегда определены на вашем локальном компьютере, я также рекомендую убедиться, что все плагины деактивированы, прежде чем запускать установку WordPress.

Но статус активации плагина устанавливается на уровне базы данных, так что же делать? После настройки установки подключитесь к базе данных с помощью вашего любимого внешнего интерфейса базы данных (я поклонник TablePlus ), а затем выполните следующие запросы:

Во-первых, если вы хотите увидеть все присутствующие активные плагины, выполните следующее :

SELECT * FROM wp_options WHERE option_name = 'active_plugins';

После этого вы можете обновить активные плагины, по существу установив значение параметра равным пустому сериализованному массиву :

UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins';

Этот вторичный запрос отвечает за деактивацию плагина WordPress, чтобы вы могли загрузить WordPress как можно ближе к ванили. Он должен иметь ту же тему и активы, а плагины будут установлены, но деактивированы.