Приветствую читателей блога. В этом посте расскажу, что такое база данных wordpress, зачем нужна ее оптимизация, какие инструменты для этого использовать, как очистить и зачем.
Особенность cms wordpress в автоматическом образовании копий, ревизий при редактировании записей. Они копятся, копятся, загружая базу данных мусорными файлами.
База данных сайта: что это такое
Вся информация, которая вводится на сайте, попадает в базу, структурированный набор организованных данных. Это программное обеспечение. Оно обрабатывает данные, извлекает, хранит их. Обеспечивает бесперебойную работу страниц сайта, полностью оптимизирует их, помогает регулярно выполнять резервное копирование данных.
В базе данных хранится основная информация (записи, медиафайлы), комментарии, имена пользователей, оформление сайта, параметры версии wordpress.
Она находится на сервере хостинга. Общение с ней происходит с помощью SQL-запросов в разметке PHP.
Необходимость оптимизации базы данных
Когда я анализировала блог в Вебмастере Яндекс, то обнаружила множество проиндексированных копий страниц, которых и быть не должно. С такой проблемой, несомненно, сталкивается любой начинающий блоггер. Откуда?
В первые дни создания блога я тыкалась словно слепой котенок по углам:
СТАТЬИ ПО ТЕМЕ:
Wordpress, как вывести записи в две колонки
Плагин Мемберлюкс (Memberlux) для автоматизации интернет бизнеса
Плагин WP Super Cache для снижения нагрузки и ускорения блога
УСТАНАВЛИВАЛА и тестировала плагины. Часть из них не подошла, и пришлось их удалить. А следы удаленных плагинов (частички табличных данных) остались в БД;
РЕДАКТИРОВАЛА статьи по несколько раз, так как забывала вставить ссылки, не нравились предложения или отдельные словосочетания, использовала черновики статей;
ВСТАВЛЯЛА картинки в ранее написанные статьи – навык пришел только со временем;
УДАЛЯЛА спам комментарии, очищала Корзину;
ИСКАЛА битые ссылки.
В результате БД сайта росла, росла, поскольку на одну статью приходилось по десять ее копий.
Между тем, увеличение БД приводит к медленной загрузке сайта на компьютер пользователя. Это особенно актуально для старых блогов с большой базой данных.
Сайт при загрузке каждый раз перетряхивает вместе с нужным весь отработанный материал. Как следствие – снижение позиций в поисковых запросах или даже полное исключение из индекса.
Что делать, как ускорить загрузку? Необходима оптимизация, очистка базы данных. Регулярно, хотя бы раз в месяц очищайте базу данных и ее таблицы.
Рассмотрим способы оптимизации. Очистить базу сможет даже новичок, поскольку не понадобится знание css, html и php.
Плагины для оптимизации базы данных
DELETE REVISION удаляет все копии одним нажатием кнопки. Написан он для версии 2.7, хорошо работает и при более новых версиях. Устанавливается просто. Если в базе есть сохранившиеся копии записей, модуль показывает их количество и заголовки.
Жмите кнопку УДАЛИТЬ РЕВИЗИИ – появляется сообщение РЕВИЗИИ УДАЛЕНЫ. Если копий статей нет, видна зеленая надпись РЕВИЗИИ В БАЗЕ НЕ НАЙДЕНЫ, очистки не будет.
WP-OPTIMIZE помогает очистить, удаляет накопившиеся копии постов. Устанавливайте и активируйте его, заходите в интерфейс плагина.
Красным отмечены параметры, требующие оптимизации.
Галочкой отмечайте УДАЛИТЬ РЕВИЗИИ, ОПТИМИЗИРОВАТЬ ТАБЛИЦЫ БАЗ ДАННЫХ. Нажимайте кнопку ПРОЦЕСС. Смотрите результаты оптимизации.
OPTIMIZE-DB для оптимизации таблиц БД
Скачайте плагин optimize. Обычным образом установите и активируйте его. В админ-панели нажмите ИНСТРУМЕНТЫ. В открывшемся окне появляется список таблиц, которые необходимо очистить.
Нажмите OPTIMIZE NOW – оптимизация сейчас. Затем его деактивируйте. Процесс повторяйте раз в неделю. Эта простейшая операция позволяет значительно ускорить загрузку сайта.
Не забывайте любой из плагинов для оптимизации базы данных деактивировать после чистки базы. Активируйте их только на время очистки, после редактирования статей, комментариев либо других действий, проводимых вами на сайте.
Заключение
Операции, описанные в этой статье, плюс оптимизация изображений помогут вам ускорить загрузку сайта на компьютер пользователя.
Есть способы очистить, оптимизировать базу данных без плагинов.
ОТРЕДАКТИРУЙТЕ файл wp-config.php (в папке public_html корневого каталога):
ОТКЛЮЧИТЕ создание копий, которые делает движок после каждого редактирования статьи;
ДАЙТЕ КОМАНДУ автоматически чистить КОРЗИНУ админ-панели через установленное админом количество дней, например, через один день.
Более подробно о редактировании файла wp-config.php и автоматической оптимизации базы данных wordpress читайте в статье "Оптимизируем базы данных сайта".
А вы какие используете плагины для очистки базы данных wordpress? Напишите в комментариях.
Спасибо за статью! Я только начала заниматься сайтом и обратила внимание, что в некоторых статьях по 10 копий сохраняются и переживала из-за этого. Спасибо, иду устанавливать.
Елена, не забудьте сделать бэкап.
А если будут проблемы, сразу обращайтесь к хостеру, чтобы восстановили сайт.
Девочки, подскажите пожалуйста. а где посмотреть копии статей? И как часто нужно делать бэкап?
1tasha, Вы написали статью, поисковики ее проиндексировали. Затем Вы начали статью редактировать.
Вторую редакцию они посчитают копией, плагиатом и в поиск не пустят.
Установите плагин wp-optimize.0.9.4, после каждого редактирования активируйте его и выполняйте чистку базы данных.
Про бэкап сайта читайте здесь https://moi-start.ru/rezervnaya-kopiya-sajta-kak-sdelat-bekap-sajta.html/.
Правильно ли я поступил, установив плагин Ultimate Plugins Smart Update Pinger, который отправляет сообщение ни пинг-сервисы один раз при первом появлении статьи, а при дальнейшем редактировании статей, хотя копии и создаются, пинг-сервисы не оповещает. Для контроля за количеством копий статей использую плагин Revision Control. Т.е. получается, что, хотя копии статей и создаются, к индексации они не допускаются.
Правильно, Сергей. Лишние копии надо удалять обязательно.
Новый вариант статьи роботы Яндекса увидят и вновь проиндексируют при периодическом посещении вашего сайта — так называемом текстовом апдейте. Текстовый апдейт происходит через каждые 4-7 дней.
Я тоже полазила в в базе данных, но я удаляла следы от плагинов. Не все плагины удаляются полностью, такой объем занимают… Еще бы полный список этих плагинов знать, я только про два могу сказать — это плагин вывода похожих статей с миниатюрами и УАРРУ-надеюсь аббревиатуру правильно написала, давно уже удалила его и использую коды для связанных постов.
Татьяна, еще можно использовать для чистки базы данных плагин Optimize DB (почистили, деактивировали, чтобы не давал нагрузку). Я тоже стараюсь убирать лишние плагины и заменять их кодами в шаблоне.
Может глупый вопрос задам, но я совсем начинающая… Зачем деактивизировать плагины? Вот я сейчас каждую статью отредактировала… и что мне надо сделать? деактивизировать все плагины? потом опять активизировать? а не удалится информация? Я только что занималась с плагином Seo…
Katerina, речь идет об одном плагине WP-Optimize. Остальные плагины должны работать все время.
WP-Optimize Вам нужен только для удаления копий. Отредактировали вы статью, или новую опубликовали — активируйте WP-Optimize. Он оптимизирует базы данных, затем деактивация. Каждый плагин дает определенную нагрузку на блог. Если плагинов слишком много, они тормозят загрузку страниц. Это минус в глазах поисковиков, да и читатели ждать не будут.
А как вы относитесь к плагину WP-Cleanup?
У себя не применяла, сказать о нем ничего не могу.
Но можно почитать отзывы в сети.
Спасибо за полезную информацию,я и не знала, что так опасно редактировать.
Здравствуйте, Лариса.
Если в библиотеке медиафайлов много редакций одной и той же картинки, старые редакции удаляйте.
Потому что дисковое пространство на хостинге не безгранично. Превысите — попросят перейти на другой тариф.
Огромное спасибо за ответ, а я хотела вообще всё удалить.
Я Ольга поступаю также как и вы,и плагины на блоге эти есть.Иногда правда забываю выключить optimize-db,но вспомнив исправляю свою ошибку.
Как-то раньше не задумывалась над количеством ненужных копий. Поставила wp-optimize и удалила больше 200 ревизий постов. Но благодаря этой статье нашла и еще одну проблему — резервные копии блога. Я делала бэкапы перед каждым обновление движка, в итоге их накопилось штук 8 и они заняли объем, почти в три раза превышающий базу самого сайта. Так что спасибо вам два раза))
Правильно, а то и база «пухнет», да и поисковики копии не любят.
Однажды мне хостинг сообщил что не будет помогать мне настраивать .htaccess так как мол это не относится к серверу. Типа обратитесь к разработчику)))
Да, не все хостинги оказывают эту услугу.