База данных wordpress и откуда там берется мусор.

VEri VEri 6 Ноября 2023

Не мало статей и вопросов бывает на тему чистки БД сайта. Но зачем вообще это делать, особенно на примере wp?

Всё просто.

Когда удаляются плагины через админ панель или даже через ftp , то в базе данных wordpress не всегда все остается чистым и некоторые данные и таблицы остаются там по-прежнему.

Так как же >> очистить базу данных от лишнего мусора?, был ранее пост.

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

Я например исследуя через поиск в БД через phpmyadmin нашла одноименные файлы внури других таблиц, которые уже не зная не решают трогать удалять. Но как уверенно очистить БД все таки от лишнего прошлого мусора что был ранее установлен и удален?

Есть плагины которые как бы чистят БД, однако скажу, чистят они еще лучше чем я, ломая БД порой окончательно.

Опубликовано в Блог VEri

6 Ответов

  1. fomiash fomiash 6 Ноября 2023

    А зачем? Если эти таблицы не участвуют в запросах, то нагрузки на производительность нет. Только место занимают, но скорее всего не много, если у вас не тысячи пользователей и не большая нагрузка. Кроме вас эти данные никто не видит, код запросов к базе, как понимаю, вы не составляете, то есть был бы разработчик, он бы жаловался, что там неразбериха, а так только плагины. Но вполне понимаю желание упорядочить состояние сайта, хоть это и незначительно скажется на его работе.

    1. VEri VEri 6 Ноября 2023

      Иногда такой мусор влияет на работу схожего плагина по задачам или же при повторной загрузке ранее удаленного плагина. Потому совет бывает — очистить БД. С другой стороны может подобный совет от разработчиков плагинов является сам по себе неправильным. Потому что крайне редко бывает чтобы чистка БД устраняла проблемы с плагином. Ранее я удалила некоторые таблицы которые как оказалось использовал плагин smtp настройки. Но когда я написала в поддержку плагина с примерами кодов ошибок сайта, мне ответили совершенно иной ответ, который не решил проблему. В итоге через почти месяц я сама решила выяснить этот момент и проблемы была лишь такова, чтобы удалить и снова установить плагин чтобы заново пересоздались таблицы плагина. И все работало после. Собственно сейчас сайт рабочим стал :)

  1. Evg Evg 7 Ноября 2023 (ред.)

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

    Если человек залез в базу он видимо понимает структуру базы и проекта. Понимает? Ну тогда сам, вперед. Зачем поддержка если человек понимает?

    Там такая логика.

    Что написал @fomiash согласен, на все 100%.

    ИМХО, надо заняться тем, что непосредственно влияет на «скорость». И начат с фронта. Т.к. если мы начнем с самого ядра (бэкенд), сделаем профилирование и узнаем, что на всех страницах есть функции (для расширения функционала они), которые подрабатывают 9000 раз на совершенно пустом сайте, то что мы будем делать?

    Ничего. Или мы будем менять ядро WP? Явно нет.

    Хорошо, а с чем мы можем начать «убыстрять»? С фронта.

    Первое: убрать ошибки. Это сказывается и на скорость.

    убрать ошибки wp
    Второе: обращение к сторонним сайтам, например, gstatic.com и т.д. Зачем это, скажем на центральной странице?

    Тем более сейчас это мало имеет смысл.

    Но насколько это легко убрать? Не знаю.

    Т.е. стратегия такая: мы обнаруживаем самые узкие места вносящие «медленность» и начинаем избавляться от них обращая внимание на фронт, ну и плагины (чем меньше их, тем лучше).

    При удаление плагина база как бы должна «чиститься». Это корректность плагина, уровень разработчика. Тут мы повлиять не можем.

    P.S. есть еще вариант, когда WP «забирают к себе» и всё, полностью его начинают курочить под свой сайт без возможно дальнейшего обновления. Но это не тот случай же.

    1. VEri VEri 9 Ноября 2023

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

  1. Nikita Nikita 7 Ноября 2023

    В БД остаются таблицы для того, чтобы если вы вернете плагин и настройки ваши востановились автоматически по большей части. Я лично вообще не чищу ее, зачем лезть туда?! Да и список плагинов у меня минимальный.
    Все что я использую из плагинов.

    1. Clearfy Pro
    2. Cyr-To-Lat
    3. XML Sitemap Generator for Google
    4. Yoast SEO

    Cyr-To-Lat по сути мне не нужен, так как плагин Clearfy Pro заменяет сразу 10-ки плагинов и есть транслит, но как-то по старинке ставлю его.

    У меня к вам вопрос, для smtp какой плагин используете?!

    1. VEri VEri 9 Ноября 2023

      мусор в БД иногда является причиной не стабильной работы смежного плагина, темы или того же самого плагина который надо сбросить окончательно, но из-за некоторых сохраненных данных в БД этого сделать не получается.
      я не пользуюсь платными плагинами.
      smtp я пользовалась ранее несколькими, те что самые популярные — можно любой выбирать из них, а сейчас я никаким не пользуюсь.