Меню

Optimize database after deleting revisions настройка



Автоматическая периодическая оптимизация базы данных WordPress

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

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

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

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

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

Скачиваем, устанавливаем и актируем плагин для базы данных и получаем в пункте «Настройка» новый подпункт «Оптимизация БД». Переходим в него и смотрим, какие есть опции.

  • Максимальное число последних ревизий. Каждый раз, когда вы нажимаете на кнопку «Сохранить», создавая запись, появляется её копия, и она сохраняется навечно. Здесь можно определить, сколько резервных копий может быть у записи. Если указать «0», то ревизии вообще не будут никогда создаваться.
  • Удалить содержимое корзины. Ставим галочку, если данные в корзине не нужны. Но лучше оставить их, так как они хранятся всего месяц, а потом сами уничтожаются.
  • Удалить элементы спама. Все спамные комментарии будут уничтожены, и вообще хранить их в своей базе данных нет смысла.
  • Удалить неиспользуемые теги. Каждый тег (метка), создаёт свою таблицу в базе данных WordPress. Если в начале работы сайта вебмастер задал какие-то метки, а потом решил их не применять, то они останутся, и их таблицы тоже. Если поставить здесь галочку, то можно удалить все те метки, которые сейчас на сайте не принадлежат ни к какой записи.
  • Вести журнал событий. В принципе не обязательная функция.
  • Планировщик. Это очень полезная функция, обязательно её включите. Можно запланировать выполнение оптимизации базы данных WordPress на период от одного раза в каждый час до еженедельного.

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

Рекомендуем сделать резервную копию базы данных перед её оптимизацией. Об этом вы можете узнать тут.

Источник

Настройка плагина Optimize DB

Этот плагин больше не применяется. Вместо него, очень рекомендую плагин Optimize Database after Deleting Revisions.

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

И так же практически не требует настроек. Можно оставить всё по умолчанию, и он будет качественно удалять весь мусор с сайта.

Ну если кому — то нужны подробности, то можно посмотреть, в какие поля установить галочки.

Читайте также:  Hp deskjet 2050 картриджи настройка

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

Насчёт журнала, конечно, дело Ваше, а вот удаление внешних ссылок, я плагину доверить побоялся. Есть такие ссылки, удаление которых может и повредить сайту.

Лучше уж такую операцию проводить вручную, чтоб чётко представлять, что удалять, а что и оставить.

Следующий блок, в котором можно сделать настройки — это список таблиц БД. Если Вам вдруг не захочется очищать какую либо таблицу из этого списка, то поставьте галочку.

После этого можно нажимать Go To Optimizer, и Вас перекинет на страницу выполнения оптимизации.

Здесь нажимаем Start Optimizer, и смотрим всё что было удалено. Список обычно бывает внушительным.


Перемена

Сынок, пришло время сказать тебе правду. Мы тебя завели, чтобы ты выносил мусор.

Источник

Плагин Optimize Database after Deleting Revisions

Это обзор плагина 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 — оптимизация автоматически запускается раз в неделю. Здесь также можно выбрать время для оптимизации. Данная опция подойдет для обычных блогов с наименьшим количеством авторов.
Читайте также:  Настройка и оптимизация utorrent

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 и как лучше его настраивать. Как видите, тут очень простая настройка и очень подробная статистика проделанной работы.

Источник

Оптимизация базы данных WordPress

Автор: Сергей · Опубликовано 08.06.2018 · Обновлено 27.07.2018

Всем привет. Сегодня мы рассмотрим плагин Optimize Database after Deleting Revisions. Если дословно перевести название то получится «Оптимизация базы данных после удаления ревизий». Прошу не обращать внимания на слово «ревизии», потому как оно здесь не ключевое.

Читайте также:  Настройка obs под pubg

Главная задача плагина — оптимизация базы данных WordPress путём удаления мусора, в том числе ревизий. Более подробно о ревизиях вы можете прочесть в статье «Ревизии постов и страниц».

Установка плагина

Сперва устанавливаем и активируем плагин для оптимизации базы данных WordPress:

Настройка плагина

В пункте настроек админки кликните по пункту «Optimize Database»:

Далее, вас перенаправит на страницу с настройками:

Важный момент

На что стоит обратить внимание в первую очередь? По моему скромному мнению, в этом плагине весьма полезными являются опции оптимизации базы данных WordPress по расписанию и оптимизация таблицы InnoDB. Касательно оптимизации таблицы InnoDB я не буду вдаваться в подробности, скажу лишь что в последних версиях WordPress база данных создаётся на основе таблиц InnoDB, а не MyISAM. Как утверждают разработчики WordPress, структура таблиц InnoDB позволяет быстрее обрабатывать запросы. Я сомневаюсь, что разницу в скорости работы можно заметить на блоге.

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

Если кого интересует вопрос перехода со старой структуры MyISAM на InnoDB, то напишите об этом в комментариях, и в скором времени я напишу статью на эту тему.

Удаление ревизий

Двигаемся дальше. Стоит обратить внимание также на опцию удаления ревизий по истечении определённого количества дней. Это весьма удобно, особенно если вы не хотите устанавливать плагин Revision Control и ему подобные. Эта опция распространяется на посты, страницы и пользовательские запросы. Возле каждого из которых можно установить галку.

Если вы не уверены через сколько дней нужно чистить ревизии, или желаете оставить минимальное количество для подстраховки, то советую настроить опцию «Максимальное число — последних — ревизий оставленных для поста/ страницы».

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

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

Опция «Delete transients» отвечает за чистку временной таблицы настроек. Если вы не знаете что это, то оставьте без изменения.

Зловредные Pingbacks и Trackbacks

Нужно ли удалять Pingbacks и Trackbacks? Да нужно! Это рассадник спама и утечки веса страниц.

Очистка кэша

Опция Clear oEmbed cache. Если у вас настроено хранение кэша в рамках определённого количество часов или дней, или включена автоматическая очистка кэша через плагин WordPress WP Super Cache и ему подобные модификации, то опция Clear oEmbed cache вам не нужна, оставьте её выключенной.

Планирование или оптимизация в один клик

Также полезной функцией я считаю «Показать ссылку ‘1-клик’ в верхней панели администратора*». Всего один клик и оптимизация базы данных WordPress выполнена. Перед этой опцией расположена настройка планировщика. Периодичность оптимизации базы данных WordPress зависит от количества посетителей в сутки. Если их много, например, тысяча, то имеет смысл установить планировщик в режим «ежечасно» или «дважды в день».

Исключение таблиц

Для более продвинутых пользователей предусмотрено исключение таблиц для оптимизации. Для этого предусмотрен раздел «ИСКЛЮЧИТЬ ТАБЛИЦЫ БАЗЫ ДАННЫХ ИЗ ОПТИМИЗАЦИИ: ОТМЕЧЕННЫЕ ТАБЛИЦЫ НЕ БУДУТ ОПТИМИЗИРОВАНЫ!». Как правило, таблицы плагинов, содержащие данные о пользователях, например, email-база MailPoet, исключается методом установки галки.

После настройки обязательно сохранитесь. А на этом всё. Желаю успехов в оптимизации базы данных WordPress. Появятся вопросы задавайте и в комментариях.

Источник

Adblock
detector