Дорогой мой новичок! Вы получали от своего хостинга, на котором находится Ваш блог, сообщение типа: «На аккаунте infbiznull Вы приближаетесь к пределу дисковой квоты… Во избежание БЛОКИРОВКИ Вашего аккаунта вследствие превышения дисковой квоты рекомендуем Вам удалить неиспользуемые файлы»? Что случилось? Вы не ожидали? Что делать? Выход один — чистка WordPress, а точнее баз данных сайта (БД) движка WordPress: чистка БД WordPress.

Для движка WordPress это распространённое явление. Поговаривают, что этот движок разрабатывался специально для прекрасной половины нашего общества (womenlady). В нём заложено множество способов дублирования информации, чтобы её не потерять. Есть и другие причины. Но обо всём по порядку.

В процессе написания статьи на блоге WordPress автоматически через заданный промежуток времени создаёт рабочие копии. Да и Вы, если статья длинная, сами вручную создаёте черновики статьи, чтобы случайно не потерять набранную Вами информацию. Вы отслеживаете комментарии Ваших посетителей блога и не всё открываете для просмотра читателей Вашего блога. Неопубликованные комментарии остаются на сервере хостинга. Любое редактирование оставляет промежуточную копию, чтобы всегда можно было вернуться к предыдущей версии или оригиналу. А ещё Вы поставили на блог плагин типа BackUpWordPress для создания копий базы данных или блога. И вся эта информация нужная и не нужная хранится в базе данных Вашего блога на хосте (сервере хостинга). В итоге база данных «разбухает», блог открывается медленно. К тому же Вы выбираете оплаченную на хостинге  Вашу дисковую квоту. Хостинг предлагает Вам перейти на более дорогой тарифный план.

Что делать? Продемонстрирую последовательность шагов, которые я использую в своей практике.

Шаг 1. Проверка использованной дисковой квоты на хостинге

Захожу на свой хостинг Sprinthost  в ПАНЕЛЬ УПРАВЛЕНИЯ. Открывается страница ВХОД В ПАНЕЛЬ УПРАВЛЕНИЯ. В поле пользователь набираю имя домена (infbiznull) и пароль. Нажимаю кнопку ВОЙТИ. Открывается панель управления. В разделе ВАМИ ИСПОЛЬЗУЕТСЯ убеждаемся, что использовано 1910 МБ из выделенной дисковой квоты 2000 МБ:
Требуется срочно почистить базу данных блога http://infbiznull.ru/

Шаг 2. Сохраняем копии базы данных и файлов блога

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

Вариант 1. Использование плагина BackUpWordPress.

Для созданий резервных копий базы данных и файлов блога или как ещё говорят Бэкап или BackUp (от англ. backup copy – резервное копирование) я использую плагин BackUpWordPress. Для сохранения резервных копий на внешнем диске зайдём в Панель администратора движка WordPress.  Далее ИНСТРУМЕНТЫ => РЕЗЕРВНЫЕ КОПИИ
Для создания текущей копии нажимаем ЗАПУСТИТЬ СЕЙЧАС. По окончанию создания резервной копии нажимаем ЗАГРУЗИТЬ и сохраняем последовательно нужные копии на внешнем диске (флэшке).

Резервные копии базы данных и файлов блога, созданные плагином  BackUpWordPress  хранятся на сервере хостинга (хосте). Значит эти копии можно сохранить на внешнем носителе, используя программу FTP- клиент, например, FileZilla (см. Шаг 3). Есть и другой вариант.

Вариант 2. Сохранение текущей базы данных блога через панель phpMyAdmin хостинга

В этом случае использование плагина типа BackUpWordPress   не обязательно. Да и всегда следует помнить, что активные плагины замедляют работу блога. Они могут конфликтовать, вносить нестабильность в работу блога.  Плодить их не следует.

Откроем Панель управления хостинга (см. Шаг 1). Далее БАЗЫ ДАННЫХ => phpMyAdmin. Выбираем базу MySQL wor00 (12)

Выбираем пункт меню ЭКСПОРТ, выбираем метод сжатия zip, нажимаем внизу справа кнопку ОК и сохраняем на внешнем носителе своего ПК.

Шаг 3. Сохраняем и удаляем копии базы данных и файлов блога на хосте

Заходим на хостинг Sprinthost по протоколу FTP через FileZilla.
Далее на хосте выбираем папку public_html. Далее infbiznull.ru => wp-content => backupwordpress-8fa1c1d6a6-backups

Для сохранения резервной копии блога на внешнем диске пользователя следует на хосте выделить требуемый файл, навести на него курсор, нажать ЛКМ, удерживая её перетащить в левую половину  в папку infbiznull (BackUp) и отпустить ЛКМ.
Выполнится операция копирования, но не перемещения файла!

Для удаления с хоста ненужных копий выделяем их, на выделении нажатием ПКМ,   вызываем контекстное меню и нажимаем УДАЛИТЬ

Повторим проверку использованной дисковой квоты на хостинге (см. шаг 1) и получим результат: использовано 785.3 МБ. А было занято 1910 МБ.

Освобождено более 1 ГБ памяти!

Шаг 4. Чистка WordPress блога через панель phpMyAdmin хостинга

Чтобы что-то не перепутать, не забыть, не пострадать от некорректно выполненной операции движок WordPress как Content Management System (Система управления содержимым — CMS) при каждом изменении Вашего материала, статьи или записи создаёт резервную копию одну за другой пока не исчерпает установленного в настройках блога лимита. Но если мы опубликовали материал и остались довольны результатом, то все промежуточные (резервные) копии нам не нужны! Это хлам, от которого следует избавляться.

Откроем Панель управления хостинга (см. Шаг 1). Далее БАЗЫ ДАННЫХ => phpMyAdmin

Как видим, infbiznull имеет две базы данных (БД): wor00 (12)  для infbiznull.ru  и wor00 (11) для infosaleyou.ru  .
Откроем ЛКМ wor00 (12)

Таблица wp_posts в БД wor00 (11) занимает 13.1 КБ, а в таблице wp_posts в БД wor00 (12) занимает 1.6 МБ.  Нажав ЛКМ на таблицу  wp_posts в БД wor00 (12),  убедимся, что в ней находится нужная нам информация блога infbiznull.ru:

По названиям статей убеждаемся, что мы выбрали нужную БД. Наша БД wor00 (12) и с ней будем работать.

ВНИМАНИЕ Далее мы будем работать с языком запросов SQL. Пугаться не стоит. Будьте очень внимательны! Запросы (команды) вводить строго так как Вам предлагается. Синтаксис (знаки, пробелы и пр.) не изменять! В синтаксисе используется латиница. Поэтому, например,
post_type = ‘revision’ ПРАВИЛЬНО
post_type = «revision» НЕПРАВИЛЬНО (символы « и » недопустимы).

Чистка резервных копий постов

В панели phpMyAdmin подключаемся к базе MySQL wor00 (12) (см. Шаг 4). Увидели, что таблица постов wp_posts занимает 1.6 МБ (см. Шаг 4). В меню выбираем SQL и набираем запрос (команду) на удаление всех резервных копий

DELETE FROM wp_posts WHERE post_type = ‘revision’;

Нажимаем ОК и получаем результат:

Для оптимизации базу данных MySQL выполним запрос:
OPTIMIZE TABLE wp_posts;

Получим ответ «SQL-запрос был успешно выполнен».
Ещё раз подключаемся к базе MySQL wor00 (12) (см. Шаг 4). Таблица wp_posts уже занимает 1.1 МБ, а не 1.6 МБ Она «похудела» практически на 1/3  (0.5 МБ).

Чистка комментариев

Если Вы ещё не установили плагин Akismet для выявления и удаления СПАМА (спам-комментариев), то введите и исполните запрос

DELETE FROM wp_comments WHERE comment_approved = ‘spam’;

Если у Вас есть комментарии, которые находятся в очереди на модерацию,  то их можно удалить командой:

DELETE FROM wp_comments WHERE comment_approved = ’0′;

Чтобы удалить все имеющиеся комментарии, выполните запрос (А Вам это надо???)

DELETE FROM wp_comments WHERE comment_approved = ’1′;

Уменьшаем размер таблицы wp_commentmeta

Вы установили плагин Akismet? От СПАМА он Вас спасёт, но размер таблицы wp_commentmeta будет расти и расти. И если открыть базу wor00 (12), то увидим, что её объём 1.7МБ (см. Шаг 4).

Введём и исполним следующие запросы SQL:

Удалим ненужные метаданные, выполнив запрос:

DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments)

Проведём оптимизацию таблицы wp_commentmeta, выполнив следующий запрос:

OPTIMIZE TABLE wp_commentmeta

Результат потрясает. Было 1.7 МБ, стало 219 КБ!!!.

Дорогой мой новичок! Вы теперь можете провести чистку резервных копий постов, чистку комментариев, в том числе чистку СПАМА и метаданных СПАМА. Вы узнали, что полные копии сайта (БД и файлы), созданные при помощи плагинов создания резервных копий (например, BackUpWordPress), занимают на хосте много места, и Вы теперь умеете их удалять с хоста.

Чистка WordPress, а точнее базы данных сайта (блога) это обязательный регламент. Чистку БД WordPress надо проводить регулярно, не реже 1 раз в месяц. Для движка WordPress это особенно актуально, т.к. он создаёт большое количество копий. БД WordPress «расбухает», блог начинает открываться медленно. Посетителям Вашего блога да и роботам поисковых систем это не нравится.

Мы рассмотрели возможности чистки WordPress с использованием Панели управления хостинга на примере Sprinthost. Такие возможности предоставляют и другие хостинги. Это, конечно, не единственная возможность чистки БД WordPress. Для этого разработаны специальные плагины. Например, WP-Cleanup, WP-Optimize, Clean Options и др. Об их использовании мы поговорим попозже.

Если материал Вам понравился, то поделитесь, пожалуйста, с друзьями в соцсетях. Кликните на одну или несколько кнопок соцсетей внизу статьи.

Так же на эту тему Вы можете почитать: