Домой / Скайп / Удалить остатки удалённых плагинов wordpress. Очистить базу данных MySQL от мусора WordPress

Удалить остатки удалённых плагинов wordpress. Очистить базу данных MySQL от мусора WordPress

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

Очень важно поддерживать в порядке как базу данных, так и физически занимаемое пространство.

Удаляем ненужный код

Самый большой мусор, наверняка, попадает в папки wp-uploads/ , и plugins/ , что неудивительно, ведь именно туда пользователю разрешено массово записывать. 🙂

Я часто захожу в панель управления других сайтов и блогов (по просьбе их владельцев), и зачастую вижу одну картину, — 20-30 установленных плагинов, из которых ~10 вообще не активированы, то есть лежат и просто расходуют квоту.

Чистка медиафайлов в библиотеке WordPress

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

Этих причин, на мой взгляд, достаточно, чтобы уделить 15 минут на очистку медиабиблиотеки от накопившегося мусора.

Сделать это можно вручную, по адресу Медиафайлы -> Библиотека , затем выбрать фильтр Неприкрепленные . Вы удивитесь, но наверняка у вас есть такие файлы, которые вы когда-то загружали, но фактически уже давно не используете.

Анализ расходуемого пространства

Есть такой плагин под названием Disk Usage Sunburst , который поможет вам увидеть занимаемый размер всего сайта, а также, чем именно он заполнен.

Плагин составляет круговую диаграмму из файлов и каталогов, формируя и сортируя их по размеру.

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

Оптимизация базы данных

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

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

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

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

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

Перед началом работы сделайте бэкап. Если что-то пойдет не так, вы сможете восстановить бд из бэкапа.

Удалите неиспользуемые плагины . Удалите все плагины, которые вы не используете. Остатки от удаленных плагинов — один из источников мусора.

Как делать SQL запросы к базе данных

Для администрирования БД обычно используется приложение phpMyAdmin, которое запускается из хостинг панели. Найдите «База данных», «Database», «MySQL» или что-нибудь подобное. Откройте нужную базу данных.

Если вы забыли или не знаете название, логин или пароль к своей базе данных, то их можно узнать в файле wp-config.php , который находится в корневой папке сайта. Записи о БД находятся в самом начале файла.

Если у вас русский язык:

Если у вас английский язык:

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

Запросы создаются на вкладке SQL. Документация .

Делайте запросы здесь. Когда запрос готов, нажимайте Вперед.

Если вы получили ответ, что 0 таблиц было изменено, значит, текущее состояние параметра соответствует запросу.

ЗАПРОСЫ

Используйте эти SQL запросы для очистки базы данных.

Удаление данных от удаленных плагинов и данные постов

После удаления ненужных плагинов в таблице wp_postmeta могут остаться записи от них. В этой же таблице находятся мета данные постов.

Создайте запрос к этой таблице для удаления неиспользуемых записей плагинов и постов, которые остались после удаления плагинов или постов.

DELETE FROM wp_postmeta WHERE meta_key = ‘ваш-мета-ключ ‘;

Замените ваш-мета-ключ на нужное значение.

Для мультисайта:

DELETE FROM wp_#_postmeta WHERE meta_key = ‘ваш-мета-ключ ‘;

Измените # на ID сайта и ваш-мета-ключ на нужное значение.

Удаление спам комментариев

Удалить весь спам из бд можно этим запросом:

spam ‘;

Для мультисайта:

spam ‘;

Измените # на ID сайта.

Удаление комментариев, ожидающих проверки

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

DELETE FROM wp_comments WHERE comment_approved = ‘0 ‘;

Для мультисайта:

DELETE FROM wp_#_comments WHERE comment_approved = ‘0 ‘;

Измените # на ID сайта.

Удаление неиспользуемых тегов

Если у вас есть тег, который не связаны ни с одной статьей, удалите его этим запросом:

DELETE FROM wp_terms wt

Для мультисайта:

DELETE FROM wp_#_terms wt
INNER JOIN wp_term_taxonomy wtt ON wt.term_id = wtt.term_id WHERE wtt.taxonomy = ‘post_tag’ AND wtt.count = 0;

Измените # на ID сайта.

Удаление Trackback и Pingback

Если вы выключили эти функции и хотите удалить их записи из базы данных, используйте эти запросы:

Trackback

trackback ‘;

Для мультисайта:

trackback ‘;

Измените # на ID сайта.

Pingback

DELETE FROM wp_comments WHERE comment_type = ‘pingback ‘;

Для мультисайта:

DELETE FROM wp_#_comments WHERE comment_type = ‘pingback ‘;

Измените # на ID сайта.

Выключить эти функции в WordPress можно в Настройках -> Обсуждения.

Удаление ревизий постов

Сохраненные версии постов хранятся в базе данных. Если у вас большой сайт, большое количество ревизий сильно увеличивает ее размер. Чтобы удалить их все используйте это запрос:

DELETE a,b,c FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta с ON (a.ID = c.post_id)
LEFT JOIN wp_term_taxonomy d ON (b.term_taxonomy_id = d.term_taxonomy_id)

Для мультисайта:

DELETE a,b,c FROM wp_#_posts a
LEFT JOIN wp_#_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_#_postmeta с ON (a.ID = c.post_id)
LEFT JOIN wp_#_term_taxonomy d ON (b.term_taxonomy_id = d.term_taxonomy_id)
WHERE a.post_type = ‘revision’
AND d.taxonomy != ‘link_category’

Замените # на ID сайта.

Удаление шорткодов плагинов и тем

Если вы пользовались каким-то плагином, который вставляет шорткоды, или вы сменили тему, в которой были встроены шорткоды, то теперь шорткоды появятся на сайте в виде текста. Чтобы удалить все записи о шорткодах из базы данных, сделайте этот запрос:

UPDATE wp_post SET post_content = replace(post_content, ‘[ваш-шорткод] ‘, »);

Для мультисайта:

UPDATE wp_#_post SET post_content = replace(post_content, ‘[ваш-шорткод] ‘, »);

Измените # на ID сайта.

Удаление постов старше Х дней

Если вы хотите удалить посты старше Х дней, используйте этот запрос:

DELETE FROM ‘wp_posts’
WHERE ‘post_type’ = ‘post’
AND DATEDIFF(NOW(),’post_date’) > X-дней

Замените X-дней на нужное число дней.

Для мультисайта:

DELETE FROM ‘wp_#_posts’
WHERE ‘post_type’ = ‘post’
AND DATEDIFF(NOW(),’post_date’) > X-дней

Измените # и X-дней .

Удаление других комментариев

Иногда некоторые плагины добавляют комментарии в таблицу wp_commentsmeta вместо wp_comments . Если вы хотите очистить эту таблицу, используйте этот запрос:

SELECT FROM wp_commentsmeta WHERE comment_id
NOT IN (
SELECT comment_id
FROM wp_comments
);

Если вы хотите очистить таблицу wp_commentsmeta на другом сайте в сети, используйте этот запрос:

SELECT FROM wp_#_commentsmeta WHERE comment_id
NOT IN (
SELECT comment_id
FROM wp_#_comments
);

Замените # на ID сайта.

База данных свежей установки Вордпресс 4.9.8 для сравнения

Оптимизация таблиц

Вы можете оптимизировать таблицы базы данных без использования плагинов.

В phpMyAdmin выберите нужную базу данных, спуститесь вниз, нажмите Отметить все и выберите в выпадающем меню. Нажимать «Вперед» не нужно, оптимизация начнется автоматически.

Если ваша базы данных не помещается на одной странице, то вам нужно оптимизировать таблицы на каждой странице. Можно оптимизировать все таблицы, или только самые большие по размеру. Размер таблицы указывается в столбце Размер.

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

Плагины WordPress для оптимизации базы данных

4 лучших плагина оптимизации базы данных в порядке увеличения функционала.

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

WP Sweep

Надеюсь, статья была полезна. Оставляйте комментарии.

Задался я вопросом,

как почистить базу данных wordpress блога?

поискал в интернете, и нашел интересные статьи, которые и привожу тут (без изменений)


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

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

Шаг 1. Удаляем резервные копии постов (т.н. ревизии)

Наша проблема. WordPress устроен таким образом, что при написании новых постов (или редактировании старых) он периодически (примерно один раз в минуту) создает их резервные копии, что можно четко увидеть в самом низу страницы, при работе с новым или корректировкой старого поста. Но что самое интересное, так это то, что после публикации конечной версии поста, движок WordPress`а автоматически не удаляет эти резервные копии (post revisions). Получается, что при длительной работе с одним постом в базе данных может остаться от пары копий этого поста до бесконечности.

Решение данной проблемы . В панели PhpMyAdmin своей базы данных переходим на вкладку SQL. Появится окно для создания запроса к БД. Вставляем нижеследующий запрос в окно и выполняем ее нажав кнопку OK:

DELETE FROM wp_posts WHERE post_type = "revision";

Разъяснение запроса. Таблица wp_posts имеет поле post_type . Оно может иметь одно из следующих значений: «post», «page» или «revision». Т.к. мы хотим избавиться от всех резервных постов, то наше значение – «revision». Просто запускаем команду, чтобы удалить все элементы в таблице wp_posts , в которой поле post_type равно «revision».

Шаг 2. Удаляем СПАМные комментарии

Наша проблема. Все комментарии, которые хотя бы однажды попадали на блог навсегда остаются в базе данных. Это касается одобренных, удаленных и спамных комментариев.

Решение данной проблемы . В панели PhpMyAdmin своей базы данных переходим на вкладку SQL. Появится окно для создания запроса к БД. Вставляем нижеследующий запрос в окно и выполняем ее нажав кнопку OK :

DELETE FROM wp_comments WHERE comment_approved = "spam";

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

DELETE FROM wp_comments WHERE comment_approved = "0";

Разъяснение запроса. Таблица wp_comments содержит поле с именем comment_approved . Именно здесь делается отметка для каждого комментария: одобрен – 1, удален или еще не одобрен – 0, спам – spam. Запустив поочередно эти команды (в одиночных ковычках меняем значения по очереди, т.е. сначала выполняем со значение ’0? , затем – ’1? и напоследок – ‘spam’ , таким образом мы удаляем все комментарии, которые отвечают нашим критериям.

Строки базы данных WordPress по-умолчанию, т.е. создаются они при инсталяции движка. Многие плагины создают свои строки (таблицы) в базе данных WordPress и не удаляют их после своей деактивации. Проблема решается простым удалением таких строк вручную. А чтобы было легче найти лишние строки, вот вам список строк, которые должны быть в базе данных по-умолчанию:

wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users

Внимание! Прежде чем удалять лишние строки убедитесь, что:

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

2. Убедитесь, что плагин, таблицы которого вы хотите удалить, действительно уже не используется (деактивирован).
Метки: WordPress, база данных, оптимизация базы данных, чистка базы данных , плагины

http://m-media.su/chistka-bazy-dannyx-wordpress.html

Чем хорош wordpress ? Тем, что он как пластилин при некоторых усилиях принимает нужную форму.

Чем хорош wordpress ? К нему есть большое количество плагинов, которые позволяют прикрутить к блогу любую функциональность.

Все вроде замечательно и прекрасно.

Но в плагинах есть одно неприятное свойство. Обычно они оставляют много записей в базе данных в частности в таблице wp_options . И если вы удалили плагин – то эти записи превращаются в мусор.

wp_options – очень важная таблица базы данных wordpress. В которой хранятся настройки блога.

Чем плох мусор в базе данных? Он раздувает базу данных и увеличивает ее размер.

Больше база данных – медленнее работа блога.

Медленнее работа блога – уже тянет за собой другие неприятные последствия.

Сегодня я покажу вам плагин, который позволит вам держать вашу таблицу wp_options в порядке.

Clean Options – поможет вам очистить таблицу wp_options от мусора

  • Скачиваем его по ссылке ;
  • Заливаем в папку с плагинами;
  • Активируем плагин;

Перед любыми манипуляциями с базой данных делаем резервную копию. На случай неудачной чистки.

Заходим в Инструменты и выбираем пункт Clean Options

Плагин имеет русский перевод – так, что это облегчает работу с ним.

Первым делом плагин показывает, сколько опций содержит таблица wp_options .

В случае этого блога плагин нашел 368 записей.

Потом нам дают возможность настроить фильтры для поиска.

Их всего два:

  • Не показывать известные базовые опции ядра WordPress для данного «Найти» (стоит ставить эту галочку, тогда плагин отсеет системные опции)
  • Не показывать предупреждения альтернативного синтаксиса для данного «Найти» (здесь по выбору, до конца смысл этой опции я не понял)

Нажимаем: найти осиротелые записи

Ждем, пока плагин проведет анализ и выдаст нам результат.

После анализа плагин выдаст: Возможные осиротелые опции

Список имеет следующий вид:

Опция и готовый запрос для поиска в Google.

Здесь можно не бояться, и отмечать галочками опции это еще не финальная стадия. Удаление сразу не произойдет.

Выбрав опции, нажимаем: Посмотреть информацию в выбранных опциях

На выходе получим таблицу:

  1. колонка – название опции;
  2. колонка – значение опции;

Теперь вам нужно подтвердить намерение удалить данные опции.

Если согласны:

Отмечаем - Да, удалить ВСЕ эти опции из таблицы wp_options .

Жмем – отправить

Вот собственно и все. Мусорные опции удаленны из таблицы wp_options . Наш блог стал более быстр.

http://webmasterprof.ru/stati/wordpress-stati/operaciya-chistim-wp_options-v-wordpress.html

И ещё одна статья (очень похожая на первую, но чуток побольше)

На днях мне пришло письмо от хостера о том, что мой лимит жесткого диска потихоньку подошёл к концу (неожиданно).

Как обычно немного потупив, зашел в свой билдинг и действительно свободного места не осталось.
Порывшись малёха, нашел злополучного пожирателя и даже с облегчением выдохнул — Очередной мой сателлит на WordPress .
Ну а куда денешься. Кругом кричат ВордПресс — ууу яя зер гуд. Но мне данная КМС нравится только простотой создания всякого интернет-хлама (хотя и для сателлитов есть более удобные и рациональные CMS решения). В остальном-же WordPress только напрягает. Ну да шут с ней, вернёмся к проблеме..

Очистка WordPress блога

Мой разжиревший сателлит стал занимать более 50mb в одну калитку. (Для сравнения. Данный блог на DLE 8.5, на момент публикации, занимал всего 10 метров). И естественно что я стал глубоко возмущён данным обстоятельством. Ну не то, чтобы я за пятихатку зайца в поле лопатой отмудохал, но всёже… 50 мб в пустоту тратить.
Оказалось, что данный блог я совсем не оптимизировал, соскользнул он как-то. Но вот в силу обстоятельств добрался и до него, и вспомнил, что именно данный момент я упустил в своей прошлой статье посвящённой оптимизации сайтов на WordPress .
Вот и решил исправиться и описать то, что лучше делать при установке блога, или как я — когда совсем прижмёт.
Причиной данной проблемы (превышение места на жестком диске) была непомерно раздувшаяся база MySQL.

Почему WordPress занимает так много места?

ВордПресс создавался как Content Management System (Система управления содержимым) для блондинок (несерьёзная она), которые постоянно что-то путают, меняют и забывают, поэтому данная CMS при каждом изменении материала создаёт резервную копию (одну вторую и тд, пока лимит не исчерпает).
Естественно, что нам после того как мы опубликовали материал и довольны результатом, его резервные копии становятся не нужны.
И если Мы в душе не розовые блондинки, то данная функция нам ваааще незачем.
Но как сделать, чтобы WordPress не создавал резервные копии?
Для этого нам понадобиться:
1) по ФТП (лучше пользоваться FTP клиентом — FileZilla) из корневой папки сайта скачать файл wp-config.php
2) Открываем его в Notepad++ или WordPad и находим следующие строки:

/** The Database Collate type. Don’t change this if in doubt. */
define(‘DB_COLLATE’, »);

После них, просто вставляем следующее:

define(‘WP_POST_REVISIONS’, false);

3) Сохраняем и закачиваем обратно на сервер в корень домена как и было.
Данная манипуляция отключит функцию сохранения копий , но если Вы все-же хотите её оставить, но в меньшем объёме, то поменяйте значение «false» на цифру, которая будет обозначать максимальное количество сохранённых копий каждого материала (например — две):

define(‘WP_POST_REVISIONS’, 2);

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

Как удалить резервные копии материалов?

Есть хороший плагин delete revision, он позволит удалить все ненужные копии.
Но мне проще всё это сделать через панель phpMyAdmin (не люблю я эти плаги-лаги). И Вам рекомендую. Так как, если Вы серьёзно решили заняться сайтостроением или оптимизацией, без знания функций phpMyAdmin просто не обойтись, поэтому осваиваем и привыкаем потихоньку. Итак…

Чистка WordPress блога без установки плагинов — через панель phpMyAdmin.

Для подстраховки создадим резервную копию нашей имеющейся базы данных MySQL.
1) Из панели управления хостингом DAdmin, ISPmenager, DirectAdmin (или что-то наподобие) заходим в панель phpMyAdmin.

3) Нажимаем на опцию «Экспорт» (обычно в самой верхней части),
4) Выбираем метод сжатия zip или Gzip — это почти фиолетово (обычно в самом низу).
5) Нажимаем в самом низу кнопку «OK», «Выполнить» или «YES» у кого как.
6) И сохраняем себе на компьютер. Не забудьте куда.
Всё. Перестраховались. Можно мутить…
Опят подключаемся к нужной нам базе MySQL в панели phpMyAdmin и переходим к очистке от резервных копий.
Для прикола и информации о проделанной работе запомните цифру напротив строчки «wp_posts» — занимаемое место.
1) Открываем окно запроса к данной базе (обычно это кнопка «SQL» с подсказкой «окно запроса» или тп)
2) И вводим следующую команду:

Нажимаем «OK»

Данная команда удалит все резервные копии Ваших материалов.
После того как Вы закончите данные манипуляции:
— Оптимизируйте базу данных MySQL запросом:

OPTIMIZE TABLE wp_posts;

Вот и усё. Смотрим результат очистки в строчке «wp_posts».
Вот так путём нехитрых манипуляций мы очистили базу данных ВордПресс блога.
Но, моя проблема заключалась в другом.
Поскольку я не заходил в админку того блога очень давно, соответственно не менял материалов и соответственно, резервные копии не создавались…
На моём блоге было слишком много СПАМ комментариев. Ну забыл защитить.
Удалять их руками муторно, да и раз Мы заговорили про phpMyAdmin то:

Чистка комментариев WordPress блога через панель phpMyAdmin.
По аналогии с предыдущим маневром:
1) Открываем окно запроса к нужной нам базе MySQL
2) Вводим следующую команду:

и нажимаем «OK»
И получаем результат — СПАМ удалён
Можно удалить и комментарии, которые находятся в очереди на модерацию следующей командой:

А командой:

Вы удалите все имеющиеся комменты.
И чтобы в дальнейшем облегчить борьбу со СПАМом активируйте плагин Akismet
Вот так я и снизил пространство почти в два раза. Шутка. Кроме оптимизации того блога, я забыл удалить левые темы и плагины, которые и пожирали основную массу места.

Кстати о плагинах.
Многие плагины при установке, а точнее при активации создают себе поле записи в базе данных MySQL.
А после удаления плагина запись часто остаётся. Проверить это можно там-же в панели phpMyAdmin
Вот как выглядит шаблонная база данных нулёвого ВордПресс блога:

wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users

Всё остальные записи желательно рассмотреть пристальней на предмет схожести с названиями плагинов.
И если обнаружите левую запись — удаляйте, но не забудьте сохранить резервную копию, как описано выше.
Вот вроди и всё. Если что-то не получилось и после манипуляций в phpMyAdmin панели, сайт перестал фурычить — восстановите сохранённую базу.

Восстановление ранее сохранённой копии базы данных MySQL.

1) Из панели управления хостингом DAdmin (или что-то навроде) заходим в панель phpMyAdmin.
2) Выбираем интересующую нас базу MySQL (обычно они в меню слева).
3) Нажимаем на опцию «Импорт» (обычно в самой верхней части),
4) Нажимаем «Browse»
5) Выбираем сохранённую базу данных с компа.
5) Нажимаем в самом низу кнопку «OK», «Execute», «Выполнить» или «YES» у кого как.
6) И смотрим на результат, если не восстановится — пробуем ещё раз (бывает глюкает у некачественных хостеров).

http://expertinternet.ru/2010/09/02/wordpress.html
Ну вот теперь Всё. Удачи всем.

Я периодически обновляю и улучшаю свои старые записи, а новые посты пишу прямо в админке WordPress и за все это время у меня образовалось столько ревизий (автоматически сохраненных промежуточных редакций постов), что их количество стало уже зашкаливать.

Управлять механизмом ревизий, тонко настроив его для страниц и постов, как глобально так и отдельно для каждой записи, можно с помощью плагина .

А теперь посмотрим, как же нам удалить ненужные ревизии. Быстро и безопасно.

Некорректное удаление ревизий (псевдоочистка автосейвов)

Сохранённые ревизии находятся в таблице wp_posts . Найти их можно по значению поля post_type - revision . В рунете и буржунете на многих блогах для удаления всех ревизий дана сомнительная рекомендация в виде MySQL-команды.

DELETE FROM `wp_posts` WHERE post_type="revision"

Не используйте данный способ! Ревизии удаляются, но в БД остается много технического мусора, связанного с ними. Поэтому проще воспользоваться готовыми решениями.

Плагины для оптимизации БД

Исследовав весь ассортимент плагинов для WordPress, пришел к выводу, что мне нужен плагин WP-Cleanup .

Есть еще плагин WP-Optimize, но он какой-то стремный. К тому же в нем нет ничего такого, чего нет в WP-Optimize. А оптимизировать БД можно тем же плагином . Также, при наличии WP-Cleanup, плагин Delete-Revision просто не нужен.

Плагин WP-Cleanup делает следующее:

  • удаляет все ревизии постов
  • удаляет из базы данных все спам-комментарии
  • удаляет все комментарии неодобренные автором блога
  • удаляет все неиспользуемые теги
  • удаляет все неиспользуемые мета-данные постов
  • оптимизирует базу MySQL, удаляя ненужные данные.

Неплохо, правда? Вам остается только отметить флажком то, что требует оптимизации и нажать кнопочку «Cleanup the selected items!».

База данных после очистки плагином WP-Cleanup

Общий объем моей базы данных до оптимизации был 49,8 Мб.
После очистки ненужных записей она стала весить 6,5 Мб.
Итого было выброшено 43,3 мегабайта мусора!



Скачать плагин WP-Cleanup

Я успешно почистил свою базу плагином версии 1.1.0, который в настоящее время скачали уже около 4-ч тысяч блоггеров. Последнюю версию WP-Cleanup можно скачать (//wordpress.org/extend/plugins/wp-cleanup/) на официальном сайте.

Установка плагина

  1. Скачайте WP-Cleanup.
  2. Распакуйте ZIP-архив.
  3. Закачайте в папку /wp-content/plugins/ .
  4. Войдите в админку WordPress.
  5. Перейдите в раздел [ Плагины ].
  6. Активируйте плагин WP-Cleanup.
  7. Использование плагина [ Параметры/WP-Cleanup ]

Аналоги WP-Cleanup

  • WP-DBManager - есть автоматическая оптимизация и бэкап без вашего участия и отправка копии на e-mail. Есть возможность восстанавливать БД из резервной копии прямо в админке.
  • DB-Optimize - никаких настроек нет. К сожалению, возможна неполная очистка базы данных.
  • WP-Optimize - может удалять ревизии постов, сохраненные черновики, спам и неподтвержденные комментарии, а также оптимизирует таблицы, уменьшая их размер). Модуль полностью переведен на русский язык и имеет возможность проводить автоматическую оптимизацию.
  • WP Database Cleaner - по функционалу аналогичен WP-Cleanup, но без статистики БД.
  • Optimize Database after Deleting Revisions – для оптимизации БД и удалении ревизий постов. Есть возможность указать максимальное количество сохраняемых ревизий, вести журнал оптимизации, осуществлять оптимизацию в один клик, чистить отдельные таблицы, а также настроить планировщик на автоматическую оптимизацию базы без вашего участия.
  • TentBlogger Optimize WordPress Database Plugin для быстрой и простой оптимизации БД за пару кликов.

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

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

Давайте же рассмотрим способы «очистки» вашей базы данных WordPress.

Перед началом сделайте бекап!

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

Вычищаем свою БД WordPress с помощью WP-Sweep

Первым делом вам необходимо будет установить и активировать плагин WP-Sweep plugin . После активации просто переходим в раздел Инструменты » Sweep для очистки своей БД.

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

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

Очистка может занять некоторое время в зависимости от того, насколько велика ваша БД. WP-Sweep отобразит прогресс путем обновления статистики на странице.

Преимущества WP-Sweep перед WP-Optimize?

Возможно вы удивились, почему мы пишем о WP-Sweep, когда есть другой очень популярный плагин WP-Optimize, выполняющий по сути те же самые функции.

Также основной отличительной характеристикой является то, что WP-Sweep использует корректные функции удаления WordPress настолько, насколько это возможно вместо прямого выполнения MySQL запросов.

Что очищает WP-Sweep?

WP-Sweep использует корректные функции удаления WordPress для очистки БД. На момент написания этой статьи, он справляется со следующим:

  • Редакции записей
  • Автоматически сохраненные черновики
  • Удаленные комментарии
  • Неподтвержденные комментарии
  • Комментарии, являющиеся спамом
  • Неиспользуемые метаданные записей
  • Неиспользуемые метаданные комментариев
  • Неиспользуемые метаданные пользователей
  • Неиспользуемые отношения терминов
  • Неиспользуемые термины
  • Дублирующиеся метаданные записей
  • Дублирующиеся метаданные комментариев
  • Дублирующиеся метаданные пользователей
  • Промежуточные вариации
  • Оптимизация таблиц базы данных
  • Кеш oEmbed в метаданных записей

Вот и все, мы надеемся, что эта статья помогла вам вычистить мусор из вашего сайта на WordPress с помощью WP-Sweep.

По всем вопросам и отзывам просьба писать в комментарии ниже.

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