Это обзор плагина 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 — если поставите галочку, то плагин будет вести журнал учета работы. Можете не включать данную опцию.
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.
В самом низу вам покажут, какой вес был до и после оптимизации, сколько было удалено всего и за данную сессию. Вся статистика здесь отображена в полном виде.
Все, оптимизация базы данных на сайте WordPress теперь проведена.
Как в дальнейшем она будет проходить, будет зависеть только от заданных настроек. Если вы выбрали ручную оптимизацию, то после повторной активации плагина в самой верхней панели администратора нужно нажать на кнопку «Optimize DB (1click)«.
Это если вы включили опцию (7) — оптимизация в один клик.
Если она отключена, то придется заходить в «Инструменты» —> «Optimize Database«. Когда будете использовать плагин в автоматическом режиме, то про оптимизацию можете забыть.
Итак, из данного поста вы уже знаете, как работает плагин Optimize Database after Deleting Revisions и как лучше его настраивать. Как видите, тут очень простая настройка и очень подробная статистика проделанной работы.
Ну с этим плагином более менее понятно. А какой плагин при копировании текста с вашего сайта еще притягивает ссылку на статью? Если можно поделитесь. Уж очень много копируют мои статьи, так хоть таким методом заставить обратить ввнимание воришек. что при копировании статьи нужно делать рабочую ссылку.
Решил написать об этом в новом посте. Потерпите немного, к концу недели будет информация по этому поводу.
Спасибо за подробное объяснение!
Установил плагин в ручном режиме, почистил — все О кей!
Вопрос: нужно ли теперь его деактивировать, если у меня в панели установлен (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 Мб удалила. Большое спасибо , Сергей! :-)
С уважением, Алина Таранец, автор блога ПУТИ К ЗДОРОВЬЮ
Здравствуйте.
Хорошо так почистили базу. У меня тоже примерно такой был размер, когда я первый раз чистил базу данных.
Теперь не забывайте постоянно раз в месяц очищать базу, потому как со временем она засоряется ненужными данными. Однако перед чисткой незабываем про бэкап базы. Это всегда нужно делать на случай если что-то пойдет не так. Тогда будет шанс восстановить базу из бэкапа.
плагин немного изменился.