Как ускорить работу WordPress и снизить нагрузку на сервер — путем оптимизации и кэширования баз данных плагинами WP-DBManager и DB Cache Reloaded. Часть-3

Здравствуйте читатели блога WebMasterMaksim.ru, сегодня рассказ пойдет про ускорение работы WordPress и снижение нагрузки на сервер.

Ознакомьтесь со всеми статьями про увеличение скорости загрузки сайта и снижения нагрузки на сервер:

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

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

И мне пришлось покупать более дорогой тариф для включения моих сайтов.

Все силы вложенные в раскрутку сайтов «улетели в трубу» (потерял позиции в выдаче поисковиков), поэтому я серьезно занялся проблемой снижения нагрузки на сервер и заодно ускорением работы WordPress.

Как ускорить работу WordPress и снизить нагрузку на сервер — путем оптимизации и кэширования баз данных плагинами WP-DBManager и DB Cache Reloaded

Провожу бесплатное обучение на Форекс
Я ВебМастерМаксим провожу консультирование по заработку на Форекс! Вы с легкостью повторите мой путь! Интересует?
Форекс обучение

Оптимизация базы данных WordPress плагином WP-DBManager — для снижения нагрузки на сервер и ускорения работы сайта.

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

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

А так как у меня много сайтов, то каждый месяц нужно не забыть обойти их все и понажимать кнопки, пример такого плагина «Optimize DB».

Плагин WP-DBManage выполняет много функций по работе с базами данных WP-DBManage, допустим делает резервные копии, но нас интересует лишь одна функция по оптимизации БД.

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

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

Лично у меня выскочило предупреждение о том что нужно переместить файл .htaccess в папу /wp-content/backup-db из папки /wp-content/plugins/wp-dbmanager, что я и сделал, и еще чуть не забыл нужно сразу переименовать htaccess.txt в .htaccess (не забывайте про точку впереди).

Но это ситуация возникла у меня, как случиться у вас не знаю, просто написал на всякий пожарный!

Ну вот, после установки и активации плагина WP-DBManage, у вас в админке будет создана отдельная панель настройки под названием «Database».

Оптимизация базы данных WordPress плагином WP-DBManager — для снижения нагрузки на сервер и ускорения работы сайта

Как видете на скриншоте плагин WP-DBManage обладает множеством функций и настроек, но нас интересует вкладка Optimize DB.

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

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

После нажатия на кнопку «Optimize» произойдет оптимизация вашей базы данных WordPress, и если все прошло нормально, то в верху страницы зеленым цветом появится список всех оптимизированных таблиц БД.

Теперь чтобы не проделывать эту процедуру вручную каждый месяц, настраиваем автомат, для этого идем на вкладку «DB Options», в настройках плагина WP-DBManage.

В разделе Automatic Optimizing Of DB, поставляем один месяц и жмем кнопку «Save Changes».

авто оптимизация баз данных на WordPress плагином WP-DBManager

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

Ну вот, БД мы оптимизировали, теперь нужно кэшировать все запросы к базе данных, но сначала смотрите видео про другую очень важную функцию этого расширения:

Кэширование запросов к базе данных для снижения нагрузки на сервер и ускорения работы WordPress плагином DB Cache Reloaded.

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

Если вы у себя на блоге реализуете кэширование страниц и запросов к БД, то вы уменьшите нагрузку на сервер в три раза.

Плагин DB Cache Reloaded вы можете скачать внизу страницы, установка стандартная.

DB Cache Reloaded — это инструмент динамического кэширования всех запросов к БД.

Плагин DB Cache Reloaded позволяет существенно снизить нагрузку на сервер и ускорить работу WordPress.

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

После установки плагина, просто активируйте его и он уже будет работать.

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

Generated in 0.572 seconds. Made 20 queries to database and 19 cached queries. Memory used — 29.01MB

Что означает: генерация 0.572 секунд. 20 запросов к базе данных и 19 кэшированых.
использовано памяти 29.01MB.

И в заключении хочу посоветовать вам прочитать статью про директиву crawl-delay для файла robots.txt, которая поможет вам снизить нагрузку на сервер создаваемую поисковыми роботами.

Ну вот и все на сегодня, мы с вами еще сильнее ускорили работу WordPress и снизили нагрузку на сервер, путем оптимизации и кэширования баз данных при помощи плагинов WP-DBManager, DB Cache Reloaded.

И я вам советую еще ознакомиться со статьей — анализ плагинов WordPress, там я рассказал как выявить самые медленные и быстрые плагины, и соответственно ускорить свой блог.

Понравилась статья?! Жми на кнопку!
  1. 5
  2. 4
  3. 3
  4. 2
  5. 1
(6 голосов, в среднем: 5 из 5)
загрузка...
  • Otik

    Плагины поставил.

    Смущает только что планин WP-DBManager — в нём множество функций, кроме оптимизации БД.
    Выходит что это «тяжёлый» плагин, раз может делать много чего?
    Или раз мы другие функции не запустили ( к примеру делать бэкап) то они и не работают.
    А раз не работают — то плангин не тяжелый получается?

    Чёт запутался — и тебя наверное Максим запутал…

    И второй вопрос — а почему ты не на «всю катушку » не используешь этот плагин? Не все функции.
    К примеру бэкап ведь делаешь каким то плагином…
    Почему бы тот не отключить, а включить функцию бекапа в
    WP-DBManager.
    Одним плагином меньше бы стало….
    И что есть еще в нем полезного, какие функции , случайно не знаешь?

  • admin

    Виктор, ну во первых мы используем одну функцию плагина WP-DBManager, значит он должен не так грузить систему.

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

    Основные функции это бекап и оптимизация данных.

  • Otik

    Виктор, ну во первых мы используем одну функцию плагина WP-DBManager, значит он должен не так грузить систему.

    Спасибо Дмитрий.
    Только хотел добавить ( моежт кто не знает).
    Плагины я обычно не скачиваю, а в админке у себя нажимаю Добавить плагин. Копирую название и устанавливаю.
    Иногда бывает версия не та, или плагин если у автора руская версия, а автоматом закачивается английская — то тогда удаляю и скачиваю с сайтов.
    нО В ПРОЦЕНТАХ 70 устанавливались нормальные плагины.
    Но это для тех кто незнает что так можно.

  • Марина

    Максим, а не получится, что два плагина (DB Cache Reloaded и Hyper Cache) будут конфликтовать? Или дублировать друг друга?

  • admin

    Марина нет конфликтовать они не будут, у меня на всех сайтах работают (DB Cache Reloaded и Hyper Cache), если говорить по простому, то они они кэшируют две разные вещи.

  • Dmitriy

    Приветствую.

    А вы случайно не в курсе, по какому принципу идет оптимизация БД?
    В phpmyadmin тоже имеется такая возможность. Они выполняют одинаковую функцию или есть какие-то отличия?

  • admin

    Здравствуйте Dmitriy! Функцию выполняет одинаковые, но в моем случае все на полном автомате.

  • Робот Отик

    Привет, Максим.
    Мой сайт как то резко, с безобидной овёчки, превратился в монстра прожорливого. Я было подумал что плагин DB Cache Reloaded не работает. Т.к кода не видел к конце. Он к счатью работает просто код чуть выше, над счётчиками отображается.
    Думал дело в хосте, т.к после нового года поставили оборудование новое.
    Т.е почти с мин. тарифа я сразу перепрыгнул на махс.
    Перешёл на новый хост, там дали тариф экстра 1, должно уже было с запасом хватить — https://statushost.ru/

    Но тестировали пару дней, говорят, мой сайт при максимальных посещениях у них забирает до 70 % нагрузки, как то так.
    В то время как анолагичные с такой посещаемостью — 5%
    Не могут понять почему, и вроде как и не очень хотят разбираться. Типа это моя проблема, но обещали вроде глянуть.

    ЧТО Странно. На старом хосте, я сидел на мин . тарифе до тысячи. Сейчас этого тар. нет уже у них.
    Когда дошло до 1000 — тех под сказала надо на тариф выше. При 2000 — я опять перешёл на тариф выше.
    В планах было на след тариф переходить при 3000 тыс. Я у тех под спрашивал.
    Но потом когда поменяли оборудование на новое — сразу сказали переходить на териф предпоследний какой есть у них.
    Я думал дело в оборудование — но сейчас вижу нет.
    К сожалению я не знаю, эта нагрузка росла постепенно или был резкий скачок.

    Новая тех под, писала что нагрузку создают приложения, которые запускают пользователи на сайте.
    Какие приложения отследить не могут…
    Я не пойму, а какие есть у меня приложения. Что они не могут понять.
    Есть игры на сайте (ставлю код игр кот тырю на иностранных сайтах), в конце статей видио ролики с ютюбе (тоже на на хостинге ведь видео) а только код стоит.

    В общем хотел спросить Максим, могут эти игры и видео создавать нагрузку на хост страшную, если они не на хостинге находятся, а только код.
    Сами игры и видео ведь на других сайтах.
    Я понимаю , стр. с видеороликом загрузится на пару секунд дольше. Или с игрой. Но может это создавать нагрузку на хост?
    Хотя тех под знает что у меня есть игры и видео, могла бы так и сказать — дело в этом. Но не пишут, т.к не знают , смотрят.

    И еще. А информеры о кот. я писал, что сервис дает https://get.2leep.com/ — это случайно не их заслуга что такая нагрузка на хост?
    Ведь информеры скрипты, у меня они на всех стр. выводятся в боковой панели. И в конце поста еще есть очень много где. Похожие записи.

    Сейчас я на тарифе экстра 2, и то мне уже нужен экстра 3. А пос. дойдёт до 4500 — и мне нужен будет тариф вип. — 29 $ в месяц.
    Это будет полный пипец.
    Посещений 3000 в день. Но хостинг сам пишет что дело не в посещениях, у людей больше посещений, грузят их сайты меньше.
    Так какие могут приложения так грузить хостинг у меня, не в курсе Максим?

  • admin

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

    Далее избавляйся от лишних плагинов, выводи то что можешь вывести без них (допустим то-же оформление текста можно сделать без плагина). Так-же я понимаю у тебя сайт игровой, так что не нужно сравнивать посещаемость в 3000 на обыкновенном сайте и на твоем, допустим у меня на блоге человек получил нужную ему информацию и ушел, а у тебя может играть долго.

    Так что при равных посещаемости в 3000 в день у тебя на сайте одновременно висеть будет много пользователей, а это уже серьезная нагрузка! Так что по любому тебе придется выбирать более дорогие тарифы.

    По поводу get.2leep он тоже может давать определенную нагрузку, выведи похожие материалы вручную без плагинов, а на счет видео и игр если они размещены на другом хостинге ты вставляешь только ссылку, то на мой взгляд ничего страшного в этом нет!

  • Робот Отик

    Да Макс, попробую один плагин отключить, один удалю, один заменю кодом. Попробую сам сделать.
    Можно бы и 3 зам. кодом — но знания в хтмл ничтожны, тем более в Css. Как вариант на бирже фриланса заказать, чтобы написали код, какой надо. В итоге останется 15 плагинов, кот будут работать. Лишние никогда не ставил — знал что хост грузят.
    Сейчас есть надежда на скрипт MaxCache, он платный, раньше был 30$, сейчас вроде 10$ — https://maxsite.org/page/maxsite-cache
    Он у меня был как резерв, о нём знал, но сегодня в инете искал отзывы о нем — все от него в восторге.
    Притом читая отзывы о скрипте этом платном, не раз читал что хостеры отфутболивали клиентов на различные вип тарифы и при меньшей посещаемости чем у меня.
    Можешь вбить в гугл отзывы о скрипте MaxCache. Кто знает, может придёт время и тебе Макс он пригодится.
    Где я еще пол года назад мог подумать, что он мне нужен будет.

    Надеюсь Макс, скрипт поможет решить проблему нагрузки на хост. Сейчас свяжусь с автором скрипта, обсудим это дело.
    Притом если не поможет, автор деньги вернёт.

  • admin

    Отик ну как протестируешь MaxCache, отпишись мне, я тоже постоянно борюсь с нагрузкой, приходится удалять много полезных вещей! Но я думаю что существенных отличий от бесплатного Hyper Cache не будет, так как кэш есть кэш.

  • Робот Отик

    Так я его и не покупал, т.к. думал как и ты. Но начитавшись отзывов, решил попробовать. У шакина и борисова этот скрипт тоже стоит. Больно уж все хвалят. И автор ответил, будет смотеть сможет он мне помочь или нет.
    В общем Макс обяз. потом отпишусь.

  • Робот Отик

    Ничего не понимаю…
    Связался со мной автор скрипта, вот что писал сделать, перед уст. скрипта.

    Разместите в подвале код статистики потребления WordPress.

    Этот код можно нейти на стр — https://maxsite.org/page/maxsite-cache

    Вот этот код —

    Сейчас в подвале у меня есть строка код, которая — Код выведет потребление PHP-памяти, количество SQL-запросов к базе данных и время генерации страницы W.

    Дальше рекомендации

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

    Начал отключать именно с плагинов кеширования.
    А у меня это Hyper Cache и твой — DB Cache Reloaded

    А дальше смотри Макс статистику, что код выдавал в подвале.

    До того как начал —
    0,561 WordPress: 55.44MB | MySQL:30 | 0,561sec

    Отключаю плагин -DB Cache Reloaded —
    0,527 WordPress: 55.19MB | MySQL:30 | 0,527sec

    Включаю по новой — плагин
    0,561 WordPress: 55.48MB | MySQL:30 | 0,561sec

    рррррррррррррррррррррррррррррррррррррррррррррррррррр

    Отключаю Hyper Cache
    0,452 WordPress: 37.23MB | MySQL:30 | 0,452sec
    Откл. еще DB Cache Reloaded
    0,520 WordPress: 54.93MB | MySQL:30 | 0,520sec

    Вкл. назад DB Cache Reloaded
    0,470 WordPress: 37.75MB | MySQL:30 | 0,470sec

    Дальше тестирую без Hyper Cache

    Вот это да. Хвалёный Hyper Cache еще больше увел. потребление памяти…
    Автор скрипта был прав, что нужно отключить — Прежде всего якобы-кэши,которые скорее ухудшают показатели, чем реально помогают.

    Продолжаю эксперемент дальше.

  • uotika@km.ru

    Привет, Максим.
    В общим твой тёзка сам мне поставил скрипт на сайт. Бесплатно, я лично боялся что напутать…
    К слову, кроме скрипта зделал анализ сайта, проконсультировал — а тех под вообще ничем не помогла. Хотя я им предлагал 20$ — чтобы помогли решить, проблему, почему мой сайт грузит сильно их хост. Другие блоги на вордепресс с аналог. нагрузкой не грузят — мой грузит.
    Теперь насчёт скрипта.

    После установки — Потребление памяти сократилось с 55 Мб на 0.95 мб
    Запросов к базе мусол вообще не стало.
    И время генерации страницы с 0. 56 сек уменьшилось на 0.001
    До — https://pixs.ru/showimage/doustanovk_1492610_4061336.jpg
    После — https://pixs.ru/showimage/posleustsk_5373844_4061340.jpg
    Статистику можешь сейчас увидеть Максим в подвале. Мне кажется отличия с плаг. Hyper Cache всё таки есть.

  • admin

    отлично!

  • admin

    у меня изначально:

    0.653 25.71MB | MySQL:79 | 0.653sec

    Откл. еще DB Cache Reloaded
    0.596 25.33MB | MySQL:99 | 0.596sec

    Отключаю Hyper Cache
    0.438 25.09MB | MySQL:99 | 0.438sec

    Так что DB Cache Reloaded все таки сокращал число запросов к базе.

  • Валентина

    Понимаю, что наглею. Но прошу помочь. При активацииWP-DBManager выплыла фраза: Чтобы устранить эту проблему, переместите . Htaccess файл. Очень боюсь напутать. Что нужно делать?

  • admin

    Валентина в статье я писал про это «о том что нужно переместить файл .htaccess в папу /wp-content/backup-db из папки /wp-content/plugins/wp-dbmanager» и ваша проблема решена!

  • Максим

    Здравствуйте.А у меня при перебросе файла .htaccess вылетает «Критическая ошибка при передаче файлов» подскажите пожалуйста

  • admin

    Максим вы наверное не тот файл .htaccess перебрасываете. Не знаю, у меня все получилось с первого раза.

  • Максим

    Оказывается вся проблема (незнаю почему) была в самой папке backup-db .удалил потом создал заново, и залил без проблем.спасибо

  • mq

    У меня как-то плагин WP-DBManage всю бд поломал. Потом два дня сидел все восстанавливал. Так что те, у кого wordpress используется для реализации новостного портала (а не маленького бложека) — используйте на свой страх и риск.

  • admin

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

  • Стас

    Спасибо за такой полезный материал! Очень выручил, т.к. на днях (после установки новой темы сайта) мне хостер сообщил, что собирается приостановить обслуживание из за очень сильно возросшей нагрузки на сайт. Тема платная (с англ. ресурса), но очень понравилась своими широкими возможностями и чего -либо похожего я не смог найти, поэтому с темой расставаться очень не хочется.
    Сегодня применил три плагина по снижению нагрузки на сервер из ваших статей:
    1-Hyper Cache
    2-WP-DBManager
    3-DB Cache Reloaded
    Надеюсь это поможет)
    Однако еще заметил два (красных сообщения) появившихся после установки DB Cache Reloaded:

    Первое:
    DB Cache Reloaded Error: wpdb class is redefined, plugin cannot work!
    Previous definition is at /home/t/tokarevst/Exquisite-Taste.ru/public_html/wp-includes/wp-db.php:51.

    Второе:
    DB Cache Reloaded Error: DB Module (wpdb class) is not loaded. Please open the Options Page, disable caching (remember to save options) and enable it again. If this will not help, please check FAQ how to do manual upgrade.
    (причем второе выскакивает только когда захожу в настройки плагина Hyper Cache)

    т.к. в программировании не силен особо то не понял, чего они хотят от меня)
    скажите доктор с этим можно жить? :) или нужно что-то предпринять? ))

  • admin

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

  • Людмила

    Здравствуйте , Максим!
    У меня на блоге стоит плагин Супер кэш (очень удобно быстро обновлять кэш после изменений на сайте) , если установить еще DB Cache Reloaded он ине будут конфликтовать или оба разом не работают( в исходном коде страницы сообщение о скорости загрузки показывается от Супер кэш)

  • admin

    Здравствуйте Людмила! Лично у меня установлен макси кеш и установлен WP-DBManager, но не активированный. я его включаю чтобы почистить базу, а потом отключаю!

  • Людмила

    Стас, у меня та же ошибка выскакивает DB Cache Reloaded. Искала решение, но пока его не нашла. А причина проблемы — не поддерживает версию выше 3,1

  • Андрей

    Максим, доброго времени суток! У меня три вопроса:
    1. До установки плагина WP-DBManage у меня был установлен плагин Optimize DB. Имеет ли смысл совместное использование этих плагинов? Какой плагин выполняет все-таки лучше самую нужную функцию — оптимизацию БД?
    2. После установки плагина DB Cache Reloaded появились два предупреждения в красном (дословно через переводчик):

    — «DB Cache Reloaded Ошибка: wpdb класс переопределяется, плагин не может работать! Предыдущий определение в / home/…/public_html/wp-includes/wp-db.php: 52.»

    — «DB Cache Reloaded Ошибка: DB Модуль (класс wpdb) не загружается. Пожалуйста, откройте Параметры страницы, отключить кэширование (не забудьте сохранить параметры) и включить его снова. Если это не поможет, проверьте справку, как это сделать вручную обновление.»
    ! По второй ошибке я пробовал отключить и заново включить кэширование — ошибка появляется снова!
    Насколько я понимаю, с такими ошибками плагин DB Cache Reloaded не будет работать и кэшировать запросы к базе данных. Смысл тогда его использовать? Если возможно, подскажите пожалуйста, как исправить эти ошибки.
    3. Насколько будет оправдано использование плагинов Hyper Cache и WP-DBManage без плагина кэширования DB Cache Reloaded (в случае невозможности устранения подобных ошибок)?
    С уважением, Андрей.

  • Максим Миронов

    Здравствуйте!
    1. можно использовать только WP-DBManage
    2. не знаю
    3. сейчас использую макси кеш, самый лучший!

  • https://blog.yosyfovych.te.ua Юрий Йосифович

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

↑ Получай комментарии на E-MAIL