Плагин Optimize Database after Deleting Revisions

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

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

Optimize Database after Deleting Revisions

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

Скачать его можно тут.

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

Ну а мы идем дальше!

После активации модуля переходим в меню «Параметры» и щелкаем по вкладке «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 и установленных плагинов, таблицы разных блогов могут существенно отличаться.

Впрочем, это не так важно, так как я рекомендую вам оптимизировать все под одну «гребенку».

Выбор таблиц для оптимизации базы данных 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.

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

Статистика плагина по оптимизации базы данных

Все, оптимизация базы данных на сайте WordPress теперь проведена.

Как в дальнейшем она будет проходить, будет зависеть только от заданных настроек. Если вы выбрали ручную оптимизацию, то после повторной активации плагина в самой верхней панели администратора нужно нажать на кнопку «Optimize DB (1click)«.

Это если вы включили опцию (7) — оптимизация в один клик.

Если она отключена, то придется заходить в «Инструменты» —> «Optimize Database«. Когда будете использовать плагин в автоматическом режиме, то про оптимизацию можете забыть.

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

Сказать спасибо кнопками ниже:
Сергей

Занимаюсь созданием и продвижением информационных сайтов в интернете. Интересуюсь маркетингом, SEO и SMM. Осваиваю возможности полезного софта для работы.

Оцените автора
( Пока оценок нет )
Добавить комментарий

  1. Ольга

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

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

      Ответить
  2. Nik

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

    Спасибо!

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

      Ответить
  3. Nik

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

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

      Ответить
  4. Nik

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

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

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

      Ответить
  5. Танюшка

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

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

      Ответить
  6. Виталий

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

    Ответить
  7. Виталий

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

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

      Ответить
  8. Алина Таранец

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

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

      Ответить
  9. елена

    плагин немного изменился.

    Ответить
Adblock
detector