Очищаем базу данных WordPress. Удаляем ненужные файлы.

database_mini

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

В результате оптимизации базы данных способами, приведёнными в этой статье, мы не только увеличим скорость загрузки сайта, но  и освободим  место на хостинге.database1-300x234

Почему размер базы данных чрезмерно увеличивается?

Как я уже упоминал, движок WordPress копирует  файлы загружаемые на сайт и  кеширует для быстрой загрузки. Это касается в первую очередь файлов изображений. Для каждого опубликованного изображения, создаётся 3-4 копии разных размеров от которых лучше избавиться чтобы освободить место. Перед публикацией изображений, их необходимо оптимизировать для уменьшения “веса”, затем удалить неиспользуемые дубликаты.

Кроме того, у движка WordPress есть очень полезная для вебмастера функция,  позволяющая отслеживать все изменения производимые в постах. Начиная с сохранения копий черновиков и заканчивая любой корректировкой опубликованных статей. Это удобно тем, что при внесении изменений или дополнений, есть возможность вернуться к сохранённой ранее копии на несколько шагов назад. Именно “благодаря” этой функции, таблица “wp-posts” в базе данных сайта достигает  наибольшего размера.

Какие проблемы возникают при чрезмерных размерах базы данных?

  • В случае увеличения размера базы данных хостер напоминает о необходимости перехода на более дорогой тарифный план.
  • Увеличивается время загрузки сайта из-за продолжительного выполнения запросов к базе данных для извлечения запрашиваемой информации из таблицы “wp-posts”.
  • При большом размере базы данных, архивные файлы занимают больше места.

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

Первым делом, избавимся от скапливания ревизий постов.  Для этого заходим в корневую папку хостинга, у меня он называется public_html,  с помощью FTP-клиента FileZilla копируем на компьютер файлwp_config.php и открываем его с помощью самого подходящего для этого текстового редактораNotepad++.    В этом файле, в самом верху находим следующую строку:

define ('WP_cash', true);

и под ней прописываем  строку:

define('WP_POST_REVISIONS', 1);

Должно получиться  так:

Читать также:  Размещаем анонсы статей. Продолжение

database6

Теперь будет сохраняться только одна, самая обновлённая копия ревизии (на всякий случай).

Далее заходим в корневую папку на хостинге. В моём случае это CPanel. В разделе “Базы данных”нажимаете ярлык   “phpMyAdmin”.  Затем:database7-300x135

  1. В панели инструментов выбираете вкладку “Базы данных”.
  2. Нажимаете на имя вашей базы данных, затем
  3. нажимаете вкладку “SQL”.

Должно открыться такое окно:database9-300x99

В поле этого  окна  вставляете такую строку:

DELETE FROM wp_posts WHERE post_type = "revision";

Затем в нижнем углу справа нажимаете кнопку ОК.

Если вы всё сделали правильно, появится такое сообщение:

database5

Этим действием вы удалили все сохранённые копии в папке “wp_posts”. Теперь следует оптимизировать таблицу базы данных, которую только что изменили.

Для этого в том же окне вкладки “phpMyAdmin“, в разделе “SQL”  вставляете другую строку:

OPTIMIZE TABLE wp_posts;

И после нажатия кнопки “ОК” получаете такой результат:

database8

Но это ещё не всё. В это же окно вводим команду:

DELETE FROM wp_comments WHERE comment_type = 'pingback';

Этой командой мы удалили пингбэки (pingbacks) – записи уведомлений о том, что какие-то сайты ссылаются на ваш ресурс. Они чем-то напоминают комментарии и демонстрируются в статье на которую была поставлена ссылка.

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

Для этого в ставшее для нас почти родным окно в разделе “SQL” вставляем ещё одну строку:

UPDATE wp_posts p SET p.ping_status = 'closed'

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

Если у вас что-то не получается  или  в силу недостаточного опыта вы пока слабо ориентируетесь в лабиринтах базы данных,  хочу предложить лёгкий

способ очистки и оптимизации базы данных с помощью плагина WP Clean Up.

Я долгое время пользовался плагином WP Cleanup.  Даже название почти одинаковое, но  в работе они – небо и земля. Хотя визуально казалось, что WP Cleanup действительно оптимизирует базу данных и удаляет все “лишние” файлы – именно такие сообщения появлялись каждый раз после использования плагина.

Читать также:  Размещаем анонсы статей. Продолжение

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

Плагин WP Clean Up (который правильный) производит следующие действия:

  • Удаляет данные спам. комментариев.
  • Удаляет ревизии постов.
  • Удаляет данные не прошедших модерацию комментариев.
  • Удаляет неиспользуемые теги и мета-теги.
  • Удаляет кеш фида RSS.
  • Отлично оптимизирует базу данных.

Установить плагин WP Clean Up   можно в стандартном режиме.
набрав в строке поиска название.

После активации плагина откроется первая таблица с указанием разделов содержащих данные для удаления.wp-clean-up-290x300

Как следует из скриншота, плагин WP Clean Up обнаружил и предложил для удаления: ревизии, авто сохранения, остатки спам комментариев и кеш фида RSS.

Смело нажимаете “Delete All” – теперь  всё лишнее удалено.

На нижней странице показаны таблицы базы данных и объём занимаемый каждой из них:wp-clean-up11-212x300

Нажимаете “Optimize”  и  сразу увидите на сколько “легче” стала база данных. Большое впечатление произвели остатки спам комментариев – кто бы мог подумать что такая ерунда могла занять 47 Мб.

От спам ботов хорошо защищает капча, хотя и пользователи ленятся её заполнять. Есть такое понятие как “прозрачная” (невидимая) капча – о ней  можно прочитать в этой статье.

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

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

Читать также:  Каталог площадок free.miralinks

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

После каждого удаления какого-либо плагина, запись о нём сохраняется в базе данных. Всё-таки есть возможность удалить эти записи вручную – они находятся в таблице “wp-options”. Однако все рекомендации специалистов сводятся к одному: “В указанной таблице найдите запись об этом плагине и удалите её. Если не уверены – не удаляйте”. А как можно быть уверенным, если запись о плагине не всегда содержит название самого плагина? Так можно натворить дел.

Удаляем  записи о всех удалённых  плагинах  с помощью  “plugins-garbage-collector“.

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

После активации находим его в разделе “Плагины” админки сайта и нажимаем “сканирование”.

plugins-garbage-collector

На открывшейся панели нажимаем ещё раз “сканирование”.

plugins-garbage-collector1

После некоторого ожидания появится такая таблица:plugins-garbage-collector2-300x118

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

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

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

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

Это всё.  Желаю всего Вам наилучшего и удачи.

Закладка постоянная ссылка.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *