Плагин Optimize Database after Deleting Revisions для оптимизации базы данных WordPress

Плагин Optimize Database after Deleting Revisions для оптимизации базы данных WordPressЭтот материал будет посвящен обзору плагина Optimize Database after Deleting Revisions, который оптимизирует базу данных и удаляет ревизии постов на движке WordPress. Но это еще не все, что он умеет делать. Итак, давайте познакомимся с ним поближе. 

Плагин Optimize Database after Deleting Revisions в значительной степени может ускорить блог на движке WordPress. Плагин проделывает все это путем оптимизации базы данных и удалении ненужных ревизий постов. Прежде чем устанавливать этот плагин, рекомендую, вам ознакомится с другими подобными плагинами, а также немного узнать про оптимизацию. Все это найдете здесь. Ну а мы идем дальше!

Итак, установка плагина проходит в стандартном режиме. После активации модуля переходим в меню «Параметры» и щелкаем по вкладке «Optimize DB Options«. Здесь и находятся все его настройки. Теперь давайте разберем их по порядку!

Using Optimize Database after Deleting Revisions

В колонке 0 дается в основном вводная информация по плагину. Здесь вы можете увидеть версию плагина и различные ссылки (ссылки на разработчика и на страницу плагина). Также здесь дается краткое описание включения плагина. По сути, тут ничего толкового нет, просто вводная колонка с различной информацией (для увеличения, кликните на картинку ниже).

вводная информация по плагину оптимизации

Optimize Database after Deleting Revisions — Options

Итак, переходим к настройкам:

1) Maximum number… — в колонке 1 вам нужно указать количество ревизий, которые будут оставаться после работы плагина. Если вы не хотите удалять все ревизии постов, то можете, к примеру, поставить 3. Тогда плагин после оптимизации будет оставлять 3 запасные ревизии. Если вы не хотите оставлять определенное количество ревизии, то поставьте 0. Плагин все удалит.
2) Delete all trashed items — ставим галочку, чтобы плагин очищал корзину.
3) Delete all spammed items — очищает спам на блоге. Ставим галку.
4) Delete unused tags — удаление неиспользуемых тегов (меток). Отмечаем эту опцию.
5) Keep a log — если поставите галочку, то плагин будет вести журнал учета работы. Можете не включать данную опцию.

основные настройки плагина Optimize Database after Deleting Revisions 6) Scheduler — здесь у нас планировщик задач. Плагин может работать как в ручном, так и в автоматическом режиме:

  • Not Scheduled — оставляем это поле, если не хотим включать планировщик задач и использовать плагин в автоматическом режиме. Подойдет если нам нужно на время деактивировать плагин (для уменьшения нагрузки) и включать его снова тогда, когда самим вручную надо будет провести оптимизацию.
  • run optimization hourly — оставляем, если хотим запускать оптимизацию каждый час. Подойдет для очень крупных порталов с большим количеством авторов;
  • run optimization twice a day — оптимизация проводится дважды в день;
  • run optimization daily — оптимизация проводится один раз в день. При выборе этого параметра с правой стороны появится дополнительное поле, где можно будет задать свое время для проведения оптимизации;
  • run optimization weekly — оптимизация автоматически запускается раз в неделю. Здесь также можно выбрать время для оптимизации. Данная опция подойдет для обычных блогов с наименьшим количеством авторов.

7) Show ‘1-click’ link in Admin Bar — если поставить галку, то в панели администратора появится ссылка на проведение оптимизации, то есть оптимизация базы данных в один клик. Если плагин будете использовать в ручном режиме, то рекомендую вам включить данную опцию;
8) В поле 8 обратите внимание на таблицы, которые имеются в базе данных вашего блога или сайта. В зависимости от настроек WordPress и установленных плагинов, таблицы разных блогов могут существенно отличаться. Впрочем, это не так важно, так как я рекомендую вам оптимизировать все под одну «гребенку».

выбор таблиц для оптимизации базы данных

Если у вас во всех таблицах отсутствуют галочки (как на рисунке), то при дальнейшей работе плагина, все эти таблицы будут оптимизированы. Чтобы убрать все галочки, можно нажать на кнопку «uncheck all tables«. Если вы захотите исключить некоторые таблицы из оптимизации, то просто в нужном месте проставьте галочки. Если вы не хотите оптимизировать все таблицы, то проставьте галочки на всех таблицах, кликнув на кнопку «check all tables«. Однако для ускорения работы блога, всегда лучше оптимизировать все таблицы и не проставлять галочки в данной настройке.

Итак, после всех настроек плагина мы должны сохранить опции, нажав на кнопку «Save Options«. Теперь можно проводить свою первую оптимизацию. Для этого нажмите на кнопку «Go To Optimizer«.

Optimize your WordPress Database

После нажатия на кнопку «Go To Optimizer«, плагин не начинает свою работу. Перед началом он еще раз показывает нам те опции, которые мы задавали в его настройках. В нижней строке вы можете увидеть, сколько мусора плагин очистил с момента его первого запуска. На одном из моих сайтов плагин за все время освободил 6,9 Mb мусора. В самом верху вы можете опять увидеть ссылки на сайт разработчика.

проверка настроек оптимизации

Итак, еще раз проверяем настройки плагина. Если вы захотите изменить настройки, то нажимаем на кнопку «Change Options» и вас перебросит опять к настройкам. Если нужно включить модуль в работу, то нажимаем на «Start Optimization«. Оптимизация начнется. После этого вам будет предоставлен отчет о проделанной работе.

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

статистика оптимизации

Все, оптимизация базы данных CMS WordPress теперь проведена. Как в дальнейшем она будет проходить, будет зависеть только от заданных настроек. Если вы выбрали ручную оптимизацию, то после повторной активации плагина в самой верхней панели администратора вам нужно будет просто нажать на кнопку «Optimize DB (1click)«. Это если вы включили опцию (7) — оптимизация в один клик. Если она отключена, то придется заходить в «Инструменты» —> «Optimize Database«. Если будете использовать плагин в автоматическом режиме, то про оптимизацию можете забыть.

Итак, из данного поста вы уже знаете, как работает плагин Optimize Database after Deleting Revisions и как лучше его настраивать. Как видите, тут очень простая настройка и очень подробная статистика проделанной работы. Удачного блоггинга!!!

Zavitushka-dlya-sayta

 
rss-1Следить за новыми статьями на этом блоге!

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

Комментарии 17

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

    • Решил написать об этом в новом посте. Потерпите немного, к концу недели будет информация по этому поводу.

  • Спасибо за подробное объяснение!
    Установил плагин в ручном режиме, почистил — все О кей!
    Вопрос: нужно ли теперь его деактивировать, если у меня в панели установлен (1 click)?

    Спасибо!

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

  • PS/ Думал, что очистится за одно и папка на хосте bin-tmp. Однако этого не произошло.
    Подскажите, плз, можно ли ее почистить в ручную?

    • Папки на хостере он не чистит. Только таблицы в базе данных. Папки bin-tmp у меня нету. Наверное у каждого хостинга по разному.
      У меня временные файлы помещены в папку tmp. Она находится не в самой папке сайта. Но я ее не чищу, так как файлы там постепенно сами удаляются. В вашем случае папку bin-tmp я бы не трогал. Тем более если она находится в папке сайта. А что, папка слишком много весит? И где эта папка у вас расположена?

  • Спасибо за столь быстрый ответ!
    Папка на хосте в менеджере файлов там, где www, e-mail и тд.
    Каждая сессия оставляет файл. У меня их уже набралось на 4Гб.

    PS/ Я получил консультацию в другом месте и уже очистил. Вроде все нормально.

    • Да, как я и думал, это временные файлы. У меня тоже они есть, только папка называется tmp. Такие временные файлы сессий можно удалять. Я их тоже раньше пачками удалял и никаких проблем с сайтом не наблюдал. А 4 Гб это очень много.

  • Интересная и полезная информация. Доходчиво все изложено. Сайт в целом логичный и лаконичный, дизайн без «пёстрого» дурновкусия.
    Сергей, спасибо за ликбез в сайтостроении. Таким новичкам, как я — это большая помощь.

  • Удалила ревизии. Классная штука! Она мне базу уменьшила с 11 мб до 4,7 мб))
    Я просто очень часто редактирую и сохраняю статьи при написании)). Потом опять редактирую…
    Кстати, там появилось 2 новые строчки: «Delete expired transients» и «Delete pingbacks and trackbacks»
    Тоже ставить галочки, как думаешь?

    • Да, тоже поставь на них галочки. Это ненужный мусор. Его тоже можно удалить.

  • Почистил базу блин, все ссылки на сайте стали не активные, жесть. Ой сорри все ок, просто перед этим удалил все из файла .hteccess так как не мог зайти в админку))

  • на одном сайте ДО оптимизации 31.9 MB ПОСЛЕ оптимизации 8.255 MB нормально так почистил *beach*

    • Это точно. :-) Наверное, у вас за год скопилось в базе много мусора, который ни разу не очищался. Поэтому такие очень большие разбежки в цифрах.
      2 — 4 раза в месяц проводите оптимизацию базы данных чтобы ее не запускать. Я так сам делаю постоянно.

  • Спасибо Сергей, добавил Ваш сайт в закладки.Буду устанавливать плагин.

  • Мне понравился плагин Optimize Database after Deleting Revisions для оптимизации базы данных WordPress
    Я его настроила по Вашей статье и провела оптимизацию. Очень хорошо почистила базу данных — 18, 1 Мб удалила. Большое спасибо , Сергей! :-)
    С уважением, Алина Таранец, автор блога ПУТИ К ЗДОРОВЬЮ

    • Здравствуйте.
      Хорошо так почистили базу. У меня тоже примерно такой был размер, когда я первый раз чистил базу данных.
      Теперь не забывайте постоянно раз в месяц очищать базу, потому как со временем она засоряется ненужными данными. Однако перед чисткой незабываем про бэкап базы. Это всегда нужно делать на случай если что-то пойдет не так. Тогда будет шанс восстановить базу из бэкапа.

А что вы думаете по этому поводу?

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

Нажимая на кнопку «Отправить», вы соглашаетесь с нашей политикой конфиденциальности и пользовательским соглашением.