WordPress и нагрузка на сервер

WordPress и нагрузка на сервер Хостинг
Содержание
  1. . Действительно ли вам необходима универсальная тема?
  2. . Скрипты не всегда должны загружаться по всему сайту
  3. Работающие сайты не предназначены для разработки
  4. 3 распространенные ошибки wordpress и как их исправить
  5. Не разработчик? ‒ Не лезь в код
  6. Не экономьте на темах и плагинах
  7. Будьте аккуратны при работе с рекламными сетями и внешними сервисами
  8. Beget – бесплатный и лучший вируальный хостинг wordpress
  9. Cms-хостинг для wordpress
  10. Timeweb
  11. WordPress дает высокую нагрузку на сервер. оптимизировать сайт? сменить хостинг?
  12. Блокировка ip, с которых приходит слишком много запросов
  13. Добавление социальных виджетов в стиле mashable
  14. Загрузка и распаковка файла архива платформы
  15. Как установить wordpress с помощью автоустановщика
  16. Не путаем трафик и нагрузку на сервер!
  17. Общие рекомендации
  18. Отказ от bootstrap и переход на berry 3
  19. Отключение встроенного в wordpress cron’а
  20. Ошибка 500 на блоге wordpress
  21. Первые неудачные попытки ускорить сайт на wordpress
  22. Потребляемая php-память и mysql
  23. Пример излишней нагрузки на сервер.
  24. Проблема в sitemap
  25. Проблема с хостингом
  26. Проблемы после переноса wordpress на другой хостинг, в чем может быть причина?
  27. Результаты ускорения и оптимизации сайта на wordpress
  28. Топ 5 бирж для торговли и инвестирования в криптовалюты
  29. Самые быстрые хостинги для wordpress в 2021 году
  30. Синтаксическая ошибка
  31. Установка cms
  32. Установка wordpress: подготовка
  33. Хостинг для wordpress: независимый обзор
  34. Шаг 1. включаете последнюю официально поддерживаемую версию php для вашей версии wordpress.
  35. Шаг 2. включаем расширение opcache для версии php 7.4 на хостинге. у меня стоит версия php 7.4, у вас может быть другая.
  36. Шаг 4. включаем кеширование веб-сервера litespeed для сайтов на wordpress
  37. Шаг 4. отключаем все дополнительные действия и уведомления в работающих плагинах. удаляем плагины дублирующие функционал друг друга.
  38. Шаг 5. настраиваем плагин litespeed

. Действительно ли вам необходима универсальная тема?

Существует огромная проблема, которую я наблюдаю в сообществе WordPress. Люди покупают универсальные темы, а используют лишь 1% её функционала или и того меньше. Они смотрят на демо-страницы и видят красивые слайдеры и кастомизированные блоки, которые убеждают их в необходимости приобретения, однако, на самом деле, эти возможности могут никогда им не пригодиться.

Я не хочу сказать, что все универсальные темы плохие. На самом деле, при грамотной настройке, они могут работать очень быстро ‒ вот пример с темой Avada, которая загружается за 700 мс.

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

. Скрипты не всегда должны загружаться по всему сайту

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

Один из таких примеров ‒ популярный плагин Contact Form 7. Как показано ниже, он загружает файлы CSS и JavaScript на домашнюю страницу сайта, хотя там не используется ни одной контактной формы.

Есть несколько способов это исправить. Первый ‒ использовать функцию wp_dequeue_script(), введенную в WordPress 3.1. Она позволяет удалять скрипты из очереди загрузки на вашем сайте. Вот пример использования этой функции с Contact Form 7.

Второй способ ‒ использовать специальные плагины для WordPress, например, Gonzalez или Plugin Organizer. Ниже приведен пример использования Gonzalez на нашем сайте. Удобное окно настроек позволяет за пару щелчков мыши убрать JavaScript и CSS файлы плагина Contact Form 7 со всех страниц, кроме страницы контактов, тем самым, увеличив скорость загрузки остального сайта.

Работающие сайты не предназначены для разработки

Я могу повторить это тысячу раз.

Никогда не используйте работающие сайты для разработки!

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

Если вы не хотите использовать такие решения, вы можете воспользоваться локальной разработкой и тестированием, используя то, что некоторые называют LAMP или LEMP -стеком. Они предназначены для работы с Linux, Apache/Nginx, MySQL и PHP. А такие инструменты, как WAMP и MAMP упростят и ускорят сборку сервера для локальной разработки.

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

Чтобы избежать таких проблем, я рекомендую воспользоваться такими инструментами, как DesktopServer и Local, которые созданы исключительно для ускорения вашего рабочего процесса при локальной работе с WordPress. Они включают в себя упрощенные способы передачи данных рабочему сайту, а также имеют дополнительные функции, такие как работа с WP-CLI и встроенная поддержка режима мультисайтов.

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

3 распространенные ошибки wordpress и как их исправить

Крушите свой рабочий стол в приступе отчаяния? Досадная ошибка привела к тому, что вы разлюбили WordPress?

WordPress – это замечательная платформа для блогов и система управления контентом, но нет программного обеспечения без ошибок. В этой статье рассматриваются искусные решения трех самых распространенных ошибок WordPress: «Белый экран смерти», «Внутренняя ошибка сервера» и «Ошибка установки соединения с базой данных».

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

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

  • Нехватка памяти;
  • Плагин;
  • Тема.

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

Часто проблемой, стоящей за этой ошибкой, является достижение лимита доступной памяти. Чтобы увеличить объем доступной памяти, найдите файл wp-config.php: перейдите к корневому каталогу вашего сайта с помощью FTP-клиента или файлового менеджера на панели управления хостингом. Внутри основного php тега нужно будет добавить строку кода, которая увеличит предельный лимит памяти до 64 МБ:

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

Если у вас есть доступ к панели администрирования, проблемы с плагинами легко решаются. Просто перейдите в раздел «Плагины» (Plugins) и отключите последний установленный плагин. Если это не помогло, можно отключить все плагины вашего сайта, для этого выделите их, поставив галочку в самом верху, и выберете команду «Отключить» (Deactivate).

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

Зайдите в каталог wp-content/plugins, в котором содержатся все установленные плагины. Просто переименуйте папку plugins, например, добавив слово в конец таким образом, что plugins станет plugins-test.

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

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

Если устранение неполадок в плагинах не помогло, тогда придется признать, что причина может быть в вашей теме. Первое, что нужно сделать — создать резервную копию папки темы. Затем вы можете просто удалить вашу тему, и WordPress установит тему по умолчанию.

Если вы обнаружили, что проблема заключена именно в теме, тогда нужно посмотреть файл functions.php. Плохо написанный код может быть причиной проблем, и если вы не уверены, что справитесь самостоятельно, то возможно, лучше связаться с автором темы. Рекомендуется приобретать проверенную тему, автор которой предлагает послепродажную поддержку.

Все еще бьетесь об стол в отчаянии? Есть другой способ, который может помочь — включение режима отладки.

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

Сначала, откройте файл wp-config.php. И найдите в нем следующую строку:

Поместите ‘//’ в начале строки, так чтобы получилось:

Теперь эта строка закомментирована. Следующий шаг: вставьте приведенный ниже код сразу после данной строки:

Вот тут вам потребуются небольшие знания программирования. Действия, которые мы предприняли, позволят направить ошибки в файл под названием error.log (который находится в папке wp-content). Если вы не можете его найти, возможно, у вас нет прав для его создания. Просто создайте новый файл error.log и задайте для него права доступа 666.

Откройте файл error.log в текстовом редакторе и проверьте на ошибки PHP. Если это то, что вы не понимаете или в чем не уверены, то целесообразнее обратиться к кому-нибудь за помощью.

Если вы столкнулись с внутренней ошибкой сервера 500, тогда, возможно, вы еще не знаете действительно плохую новость — это может быть одной из многих проблем!

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

Обратитесь к секциям «Плагины» и «Темы» из предыдущего раздела. Метод решения проблемы полностью аналогичен.

И снова, это решается так же, как описано в предыдущем разделе.

Дело не в ваших плагинах и не в теме? Тогда пришло время проверить, не поврежден ли файл .htaccess. Сначала переименуйте данный файл — снова просто добавьте в конец «temp» или что-нибудь подобное. Не видите этот файл?

Тогда убедитесь, что вы включили опцию «отображать скрытые файлы». Как именно это сделать, зависит от вашего FTP-клиента, но это довольно просто. Например, в Filezilla, просто выберете сверху «Сервер» (Server) и затем — «Показывать скрытые файлы» (Show hidden files).

Теперь следующий шаг — сначала вернитесь назад в панель администрирования WordPress. Пройдите в «НастройкиПостоянные ссылки» (Settings – Permalinks) и затем сбросьте ваши постоянные ссылки. Сейчас вы сгенерировали новую версию рабочего файла, поэтому вы можете проверить, была ли решена проблема.

Это тоже было описано в разделе выше, поэтому снова пролистайте вверх.

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

Если вы видите такое же сообщение об ошибке на серверной стороне (wp-admin) «Ошибка при установке соединения с базой данных» («Error establishing a database connection»), тогда пропустите следующий шаг.

Однако если видите другое сообщение об ошибке, в котором говорится что-то вроде «…..The database may need to be repaired…» («Возможно, требуется восстановление базы данных»), тогда вы должны добавить следующий код в ваш файл wp-config.php:

Затем перейдите на вот эту страницу http://www.адрес_вашего_сайта/wp-admin/maint/repair.php.

Теперь вы сможете увидеть опцию для восстановления базы данных. Как только вы восстановили ее, убедитесь, что вы удалили приведенный выше код из файла wp-config.php.

Вы меняли ваш пароль администратора, или пароль к базе данных? Если да, вам также нужно внести изменения и в файл wp-config.php. Поэтому зайдите в ваш файл wp-config.php, и убедитесь, что данная информация верна:

Важно проверить, значение хоста вашей базы данных, так что последняя строка корректна. В большинстве случаев, это будет localhost, но проверьте на всякий случай. Если вы запускаете WordPress на локальном сервере, замена localhost на IP-адрес может решить проблему.

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

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

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

Не разработчик? ‒ Не лезь в код

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

Рекомендация для администраторов: поместите следующий код в файл wp-config.php с заменой edit_themes, edit_plugins, и edit_files привелегий для всех пользователей. Это помешает пользователям уронить сайт посредством редактирования кода.

define('DISALLOW_FILE_EDIT', true);

Также, отключите возможность редактирования файлов темы или установки плагинов для пользователей. Для этого поместите следующий код в файл wp-config.php.

define('DISALLOW_FILE_MODS', true);

Учтите, вышеприведенные команды также отключат редактор файлов для тем и плагинов. Больше информации в WordPress Codex.

Не экономьте на темах и плагинах

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

Старайтесь придерживаться авторитетных разработчиков

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

Очень часто устаревшие или некачественные темы и плагины подвержены внедрению вредоносов или занимаются установкой вредоносного контента и ссылок на ваш сайт. Согласно исследованиям WP Loop, почти половина из всех опубликованных плагинов, не обновлялась уже более двух лет. Это одновременно шокирует и пугает.

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

Ожидание обновлений установленных плагинов ‒ это огромная проблема для пользователей WordPress, которые покупают решения в сторонних каталогах, вроде ThemeForest. Многие разработчики тем встраивают в них дополнительные плагины, такие как Revolution Slider или Visual Composer.

Будьте аккуратны при работе с рекламными сетями и внешними сервисами

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

Вот краткое сравнение того, как рекламные сети могут повлиять на ваш сайт на WordPress.

Параметры тестирования: на тестовый ресурс я добавил три объявления из Google AdSense, размером 300×250. На сайте установлена тема по умолчанию ‒ Twenty Sixteen. Я замерил скорость загрузки до установке AdSense, и после.

Разбивка содержимого по соединениям:
WordPress и нагрузка на сервер

Разбивка содержимого по соединениям:

Просто установив 3 объявления Google AdSense, мы добавили 6 дополнительных подключений. Сайт на WordPress c рекламными объявлениями в 2,7 раза медленнее, чем без них. В основном это связано с дополнительным временем поиска DNS и использованием JavaScript на странице.

Beget – бесплатный и лучший вируальный хостинг wordpress

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

Условия бесплатного хостинга beget
Условия beget
  1. Объем памяти 1000 Мб, хватит для WordPress, потому что сам WP весит почти 50 Мб
  2. Одна база данных
  3. Количество файлов, которое можно загрузить на сервер 25 000, для вордпресса хватит, в нем около 2000, плюс ваши картинки, темы и плагины, заранее этот момент продумайте
  4. Разрешенная нагрузка 10, если сайт будет легким и оптимизированным по загрузке, то 3000-5000 посетителей в сутки выдержит это примерно 170 человек одновременно
  5. Можно установить WordPress в автоматическом режиме
  6. Поддержка PHP версии 7.1 и MySQL 5, что отлично скажется на оптимизации и скорости
  7. Сохранение логов ошибок
  8. Отсутствие встроенных скриптов, никаких рекламных блоков и перенаправлений
  9. Перенос своего домена
  10. Высокоскоростные SSD
  11. Бесплатный домен 2-го уровня
  12. Постоянный резервные копии
  13. Гуманные цены на платные услуги, базовый пакет 165 руб
  14. Если решите перейти на платный тариф, то предоставляется тестовый период 30 дней

Почему же услуги отдаются бесплатно, выделю две причины. Первая – пользователь в 90% случаев закажет домен, а это продажа. Вторая при превышении нагрузки будет отказ в доступе, а трафик это деньги, администратор будет вынужден перейти на платный аккаунт.

Лучшего выделили, переходим к другим претендентам. Прикреплю авторское видео как легко регистрировать бесплатный хостинг на Beget.

Cms-хостинг для wordpress

Особенности:

  • Автоустановка и автообновление WordPress
  • Поддержка объектного кеша Redis — для ускорения сайтов
  • Техподдержка грамотно помогает с вопросами и проблемами
  • Резервное копирование — ежедневно и входит в цену
  • Бесплатный SSL сертификат
  • Удобная панель управления с мобильным приложением
  • Стоимость от 165 руб/месяц
  • Есть бесплатная версия с ограничениями

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

  • Высокая надежность — за 3 года были пара сбоев, которые быстро устранили. Что очень хорошо.
  • Панель управления удобная и есть мобильное приложение — последнее особенно хорошо подходит для клиентов, которым надо оплачивать хостинг, но не хочется погружаться в сложные дебри.
  • Наличие Redis & WP CLI — позволяет оптимизировать нагрузку, ускорять страницы за счет объектного кеша и перенос выполнения части задач на сторону сервера.
  • Техническая поддержка снимает головную боль по обслуживанию и мониторингу серверов, помогает решать проблемы, очень хорошо отвечает на вопросы — мне не нужно тратиться на оплату девопс-инженеров

Возможно это лучший хостинг в РФ для сайтов начального и среднего уровня сложности.

  • лидер рынка в РФ
  • хорошо для тех у кого есть программисты и сисадмины
  • если программистов или сисадминов нет, то обслуживание сайтов тут будет очень дорогим
  • удобная панель управления
  • есть мобильное приложение и можно следить за сайтом с мобильного

Если сравнивать Beget или TimeWeb, я бы выбрал Beget за то что там есть поддержка Redis — это позволяет заметно ускорять большие и сложные сайты. Плюс там чуть лучше реализована работа с доменами и SSL.

Анатолий, специалист с 5 годами опыта работы с WP

  • лидер рынка в РФ по доменам
  • большой выбор доменов и подбор
  • лучший выбор чтобы покупать домены тут и тут же делать хостинг сайта

Timeweb

Timeweb — хостинг, который я использую для большинства своих проектов. Почему именно он? Где-то 2 года назад на фрилансе мне попался заказ, который предполагал работу с этим провайдером.

Мне очень приглянулась удобная панель управления. С ее помощью я мог не пользоваться FTP, проводя все необходимые операции прямо в браузере — файловом менеджере Таймвеба.

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

Понравилась и техническая поддержка. Почти всегда помогут, расскажут что и как, дадут нужные ссылки. Вместе с тех. поддержкой там есть онлайн-консультант.

Работники в считанные секунды отвечают, подготавливая развернутые и подробные ответы на все возникающие вопросы.

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

Вот так выглядит лиск с тарифами:

Условия, по моему мнению, неплохие. Есть возможность докупки каких-то отдельных услуг (места на SSD, кол-ва сайтов и т.д.) или планомерного повышения тарифного плана.

Если захотите просто попробовать хостинг, то можете воспользоваться 10-ти дневным тестовым периодом.

WordPress дает высокую нагрузку на сервер. оптимизировать сайт? сменить хостинг?

Здравствуйте! Имеется сайт на wordpress.

С самого начала был внесен ряд правок в шаблон, из-за чего сайт подтормаживал. Но в целом всех всё устраивало — работает и ладно.

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

5cadc5da65020339101017.png

5cadc5e075678228334172.png

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

Кто-то сталкивался? Какие подводные камни? Что проще: перенести на VDS, или попытаться оптимизировать сайт?

UPD:
сайт пытались сломать, нагрузка была вызвана перебором паролей, снизилась после установки плагина с защитой.
Менять тариф или хостера, а также переходить на VDS не потребовалось.
Оптимизировать пока ничего не стали (некогда) — отодвинули «на потом».

UPD апрель 2021:
таки надоел Timeweb с превышением нагрузки и с тормозами на простеньком, в общем-то, сайте.
Перенесли на shhost.ru — проблема ушла.
Всем добра

Блокировка ip, с которых приходит слишком много запросов

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

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


Сделанные настройки помогут избежать, например, вот таких случаев:

И таких логов:

когда одним IP за пару часов было сделано почти 30 тысяч запросов:

Для анализа логов, нам понадобится SSH доступ. Обратите внимание, что вам не нужен SSH клиент, не нужно настраивать ключи или что-то ещё — все действия выполняются прямо в веб-браузере в Панели управления хостингом. Кстати, там работают привычные Ctrl c и Ctrl v — используйте эти сочетания клавиш для копирования и вставки команд.

Чтобы попасть в консоль SSH перейдите во вкладку FTP/Файлы, затем SSH, далее Открыть SSH клиент:

Добавление социальных виджетов в стиле mashable

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

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

Вы также можете использовать плагин Simple Reach Slide, чтобы добавить слайдер в нижний правый угол каждой вашей страницы с постом. Точно такой же, как на Mashable, когда вы прокручиваете до конца страницы.

Загрузка и распаковка файла архива платформы

1. Открыть ISPManager.
2. Перейти в раздел «WWW» в левой панели и выбрать пункт «WWW-домены».
4. Выбрать домен сайта, для которого загружается CMS и нажать кнопку «Каталог».
5. В результате в каталоге инсталляции сайта будут созданы файлы парковочной страницы, которые необходимо удалить, кроме папки «webstat» (если таковая будет).
Установка WordPress на хостинг — пошаговая инструкция
6. Нажать кнопку «Закачать».
7. Выберите архив CMS, расположенный на локальном диске компьютера. Нажать «Ok».
9. Выделить загруженный архив и распаковать его нажатием кнопки «Извлечь». Распаковка будет произведена во вложенный каталог WordPress.Установка WordPress на хостинг — пошаговая инструкция
6. Нажать кнопку «Закачать».
7. Выберите архив CMS, расположенный на локальном диске компьютера. Нажать «Ok».
9. Выделить загруженный архив и распаковать его нажатием кнопки «Извлечь». Распаковка будет произведена во вложенный каталог WordPress.WordPress и нагрузка на сервер

10. Файлы из каталога WordPress необходимо переместить в папку инсталляции платформы. Для этой цели потребуется вернуться в каталог WordPress и выделить все его файлы, а затем — нажать «Копировать».Установка WordPress на хостинг — пошаговая инструкция
11. Указать каталог инсталляции сайта блога.
12. Включить опцию «Перенести файлы» и кликнуть «ОК».

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

Как установить wordpress с помощью автоустановщика

Самый простой способ установить WordPress – выбрать хостинг-провайдера, который сделает это за вас. Мы покажем вам, насколько простой может быть утсановка WordPress на примере автоустановщика от Hostinger.

  1. Войдите в свою hPanel и найдите «Автоустановщик» в разделе «Сайт».
  2. Щёлкните значок WordPress, заполните все необходимые поля и нажмите «Установить».
    Форма для установки WordPress

Вот и всё! Теперь вы можете войти в административную панель, затем в Автоутсановщик > Список Установленых Приложений > Действия, и начать создание своего сайта.

Не путаем трафик и нагрузку на сервер!

Неопытные блогеры иногда мне присылают скриншоты разных онлайн-сервисов о том, что мой кэш якобы не уменьшает «нагрузку». Приходится объяснять, что загрузка сайта пользователем и нагрузка на сервере — совершенно разные вещи.

Нагрузка на сервере характеризуется несколькими основными показателями. В первую очередь — это загрузка процессора (CPU). Обычно измеряется от 0 до 100% (или от 0 до 1). 100% — это значит, что процессор полностью загружен в заданный промежуток времени, например за 1 минуту.

Хостеры как правило учитывают этот показатель и закладывают лимиты в тарифные планы. Например для дешёвых тарифов CPU может ограничиваться 2-3%, а дорогих 10%. При этом предполагается учёт пиков: например в течение 30 секунд сайт может потреблять 70% CPU.

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

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

Общие рекомендации

Понятно, что основная проблема WordPress’а — это сам WordPress. Точнее наплевательское отношение к оптимизации кода начиная от самих разработчиков, до плагино/шаблоно писателей и самих блогеров. Данный факт в WordPress’е доведен до абсурда. В wp-config.php вы можете ради интереса временно включить режим отладки (точнее отображение ошибок):

define('WP_DEBUG', true);

Впрочем, ситуацию всё равно не изменить, но можно попытаться хоть как-то минимизировать.

На сервере:

  • Проверьте логи php-ошибок на сервере. Если есть какие-то ошибки, то их следует исправить. В любом случае ошибки должны исправляться, а не скрываться.
  • Если есть возможность, попробуйте на сервере включить eAccelerator и PHP как fastCGI. Это позволит немного оптимизировать работу PHP и уменьшит расход памяти.
  • Если позволяют финансы, то лучше перейти на VDS (виртуальный выделенный сервер). Здесь уже все ресурсы будут своими и никто не укажет на превышение нагрузки. Правда следует учитывать, что как правило VDS слабее обычного виртуального хостинга и скорость работы сайта уменьшится. Думаю, что нет смысла брать VDS с CPU менее 2ГГц и памятью менее 1Гб.
  • Учитывайте, что нагрузка на сервере считается по всему аккаунту. Если у вас несколько сайтов, то следует оптимизировать каждый из них.

В самом WordPress:

Отказ от bootstrap и переход на berry 3

Это ключевой момент. Я уже об этом писал и здесь, и в телеграм-канале: не вижу смысла опираться на этот фреймворк. Поэтому несколько месяцев я потратил на Berry CSS, чтобы сделать в нём полноценную и качественную типографику, современную поддержку CSS3/4, а также документацию и многочисленные примеры.

Задумка в том, чтобы добавлять к Berry новые блоки, которые будет достаточно просто скопировать. Естественно все они автоматом доступны в MF. Технически они реализованы в виде отдельных файлов, которые готовы для использования в MF.

То есть получилось так, что все те модули, которые я делал в MF делятся на две большие группы. Первая — это стандартные юниты MaxSite CMS, которые формируют код динамически. Это вывод записей, рубрик и т.д.

Вторая группа — по сути статический html-код. В нём требуется лишь поправить lorem-тексты и всё. В процессе работы с MF, выяснилось, что именно такие файлы самые многочисленные. Для сайта нужно предложить как можно больше вариантов дизайна с разным оформлением, чтобы админ мог просто выбрать подходящий и поправить тексты не выходя из админки. Вот эту задачу удалось реализовать из-за перехода на Berry CSS.

Отключение встроенного в wordpress cron’а

В WordPress встроен аналог cron’а. Он участвует в автоматической проверке и установки обновлений самого WordPress, в публикации статей по расписанию и в других автоматизированных задачах. Cron в WordPress по умолчанию включен.


При анализе логов я обратил внимание, что количество запросов к файлу wp-cron.php превышает разумное количество, например, команда для подсчёта запросов ‘POST /wp-cron.php’ в файле access_log.2.gz:

zcat access_log.2.gz | grep 'POST /wp-cron.php' | wc -l

За сутки только для одного сайта было сделано 23674 запросов! Я полистал веб журнал — некоторые запросы отправляются каждую секунду или по несколько раз за одну секунду — это почти как маленькая DoS атака. Это не только слишком много, это просто не нужно в таком количестве.

Дело в том, WordPress инициирует запрос к файлу wp-cron.php при каждом открытии любой страницы сайта любым пользователем. Если посещаемость сайта несколько десятков человек в сутки или несколько сотен — то это более-менее нормально. Но если посещаемость измеряется тысячами, то получаются такие запредельные цифры запросов к файлу wp-cron.php.


Из такой ситуации самым лучшим является следующий выход:

  • отключения автоматического cron в WordPress
  • настройка автоматического cron на хостинге, которые «вручную» будет запускать cron в WordPress

Для отключения cron в WordPress откройте файл wp-config.php и добавьте туда после <?php строку:

define('DISABLE_WP_CRON', true);

Сохраните и закройте файл. Всё, теперь крон отключён. Для ручного запуска cron в WordPress, чтобы он проверил и выполнил задачи по расписанию, нужно делать запрос к файлу wp-cron.php. Для этого достаточно в веб-браузере открыть адрес вида ДОМЕН/wp-cron.php. Эту рутинную работу за нас может делать программа curl, чтобы она открывала адрес используется команда вида:

Ошибка 500 на блоге wordpress

Ошибка 500 WordPress

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

Можно включить режим отладки для получения большей информации. Для этого отредактируйте файл wp-config.php. В нем нужно найти строчку DEFINE (‘WP_DEBUG’, False); и заменить в ней False на True. После этого сообщения об ошибках будут появляться прямо на страницах сайта и в админке. После устранения проблемы выключите режим отладки.

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

Первые неудачные попытки ускорить сайт на wordpress

Еще один факт, сайт уже был оптимизирован до этого. Результаты изначально без оптимизации были такие:

  Тест в Google Page Speed до оптимизации. Версия для ПК
Тест в Google Page Speed до оптимизации. Версия для ПК

Я добился прироста в загрузке на ПК в 27 баллов, в мобильной версии в 5 баллов. Это уже было что то. Как я это сделал:

  1. Установлен и настроен плагин W3 Total Cash
  2. Установлен и настроен плагин Autoptimize
  3. Очищена база данных с помощью плагина Advanced DB Cleaner
  4. Все картинки загружаемые на сайта были оптимизированы.

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

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

Потребляемая php-память и mysql

Давно известно, что WordPress-разработчики давно «забили» на оптимизацию своего «движка». Вместо этого тупо увеличили минимальные требования к серверу. Именно поэтому WordPress требует для работы как минимум 32Мб памяти, а для админки 256МБ.

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

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

Что касается MySQL — запросов к базе данных, то тут более сложная ситуация. Запросы бывают разные. Существую короткие, но затратные по ресурсам sql-запросы, а бывают длинные, но быстрые. То есть в целом, если хостер жалуется на превышение лимитов MySQL, следует провести анализ запросов и выявить медленные.

Это задачка для опытного вебмастера, а для рядового блогера решается путем отключения плагинов и/или смены шаблона. Но, в любом случае, использование базы данных достаточно затратно для сервера, поэтому всегда следует стремиться к уменьшению количества запросов MySQL.

Чтобы получить статистику своего сайта добавьте в подвал (как правило файл footer.php) сайта следующий код:

Пример излишней нагрузки на сервер.

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

Заголовок и URL главной страницы сайта, если Вы помните, задается в настройках WordPress: адимнка -> Параметры -> Общие. Все настройки, имеющиеся во вкладке «Параметры», заносятся в базу данных, а точнее, в таблицу wp-options, откуда в последствии они запрашиваются различными функциями и выводятся на экран.

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

Шаблон, как известно, состоит из ряда файлов, каждый из которых отвечает за отображение определенного участка сайта. Нас же сейчас интересует шапка, где выводиться заголовок, поэтому откроем файл header.php и поглядим, что там прописано.

В большинстве шаблонов, главный заголовок сайта заключен в тег h1, поэтому ищем участок кода с данным тегом. В моем шаблоне код вывода заголовка выглядел так:

Проблема в sitemap

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

Вот как выглядят дефолтные (по умолчанию) настройки XML карты сайта в плагине All in One SEO. В XML карту попадают все типы записей, которые там вообще не нужны:

дефолтные настройки XML карты сайта в плагине All in One SEO
Дефолтные настройки XML карты сайта в плагине All in One SEO

Именно дефолтные настройки XML карты сайта были частой причиной нагрузки на сервер, вызываемой поисковыми ботами и пауками.

Данная проблема решается в несколько этапов:

1. Настройте sitemap.xml таким образом, чтобы сюда попадали исключительно ссылки на страницы/записи вашего сайта

Проблема с хостингом

Если ваш сайт нормально работал, а потом вдруг перестал грузиться, а браузер выдает подобные сообщения:

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

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

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

Проблемы после переноса wordpress на другой хостинг, в чем может быть причина?

Есть два домена (хостинга)

1.

ocdod74.ru/beta_site

2.

ocdod174.ddns.net/

Задача была перенести с 1-го на 2о-ой. Вроде переношу правильно… но не знаю где копать. Мои действия были такие:
— Отключил все плагины (1 хостинг)
— Сделал бэкап БД. (1 хостинг)
— Скопировал всё содержимое через FTP (1 хостинг)
— Далее загрузил через FTP все файлы (2 хостинг)
— Отредактировал БД (заменил в содержимом ocdod74.ru/beta_site на ocdod174.ddns.net)
— Загрузил базу (2 хостинг)
— Отредактировал конфиг WP (логин пароль для БД) (2 хостинг)
Вроде бы всё, но сайт открывает только главную страницу и то по корявому, меню съехало… В админку не заходит, пишет
5a028cc3ddcd7129898400.jpeg

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

Результаты ускорения и оптимизации сайта на wordpress

Результат по скорости загрузки сайта в Google PageSpeed.

Версия сайта для ПК:

  Тест в Google Page Speed после оптимизации. Версия для ПК
Тест в Google Page Speed после оптимизации. Версия для ПК
  Тест в Google Page Speed после оптимизации. Мобильная версия
Тест в Google Page Speed после оптимизации. Мобильная версия

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

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

Топ 5 бирж для торговли и инвестирования в криптовалюты

Самые быстрые хостинги для wordpress в 2021 году

Из 10 хостингов выбрал 5, которые показали наиболее хорошие результаты. В таблице приведу сводные данные по всем результатам тестов скорости. Тестировать производительность с технической точки зрения не стал, все равно конфиги веб-серверов не исправишь, так что смысла мало будет в сей здеятельности.

Указывать буду именно количество баллов. Для PageSpeed Insight разделил баллы на мобильную версию и PC. Для GTmetrix на PageSpeed Score и YSlow Score, для PT указал только Perfomace grade. Чем выше балл — тем лучше.

И по поводу времени загрузки. Если для теста GTmetrix выбран сервер в Канаде, что увеличивает длительность, то для Pingdom Tools выбран сервер в Германии, что к Москве поближе, потому разница в пару секунд может быть оправдана, на пути к Канаде запросам придется пройти больше узлов связи, что дает высокий пинг.

Сервера выбирал Российские. Потому задержка до «пузомерок» приличная.

Синтаксическая ошибка

В режиме отладки, о котором говорилось выше (WP_DEBUG) может выйти синтаксическая ошибка, например такая:синтаксическая ошибка,не работает блог

Это распространённая проблема среди новичков, сами по себе такие ошибки не появляются. Скорей всего, вы редактировали код или накосячили. Не стоит бояться подобных сообщений, ведь они созданы, чтобы нам помогать. Обычно в сообщении написано, из-за чего возникла ошибка.

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

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

Установка cms

1. Запустить сайт в браузере.
2. На открывшейся стартовой странице нажать кнопку «Вперед».
Установка WordPress на хостинг — пошаговая инструкция
3. Заполнить параметры соединения с БД. Наименование базы данных, имя пользователя и его пароль должны совпадать с теми, что были заданы на этапе создании базы. Для реквизита «Сервер базы данных» можно не менять значение по умолчанию — localhost. Рекомендуется заменить префикс «wp» на другой. Префикс должен состоять из букв латинского алфавита, а также цифр. По окончании заполнения реквизитов нажать кнопку «Отправить».Установка WordPress на хостинг — пошаговая инструкция
3. Заполнить параметры соединения с БД. Наименование базы данных, имя пользователя и его пароль должны совпадать с теми, что были заданы на этапе создании базы. Для реквизита «Сервер базы данных» можно не менять значение по умолчанию — localhost. Рекомендуется заменить префикс «wp» на другой. Префикс должен состоять из букв латинского алфавита, а также цифр. По окончании заполнения реквизитов нажать кнопку «Отправить».WordPress и нагрузка на сервер

4. Далее, если все поля были заполнены правильно, следует нажать кнопку «Запустить установку». В противном случае потребуется повторная настройка полей реквизитов подключения к базе.

Установка wordpress: подготовка

Прежде чем мы начнём процесс установки, давайте сначала всё подготовим:

  1. Загрузите и распакуйте последнюю версию WordPress.
  2. Затем нам нужно будет создать базу данных и пользователя. Для этого войдите в свою hPanel и перейдите в меню «База данных MySQL» из раздела «Базы данных». Заполнив необходимые поля, нажмите «Создать».
    Форма создания базы данных в hPanel

ВАЖНО: Обязательно скопируйте ваши буквенно-цифровыме учётные данные MySQL. Они понадобятся вам позже.

Хостинг для wordpress: независимый обзор

Хостинг с WordPress предоставляет возможность каждому пользователю независимо от уровня его знаний создавать и управлять веб-проектами при помощи самой популярной в мире CMS-платформы. Помимо того, что на WordPress работают 23% сайтов в интернете, это еще и одна из наиболее простых и доступных в освоении систем управления контентом. Однако при выборе хостинга для WordPress нужно внимательно отнестись к параметрам тарифа, поскольку именно они будут определять быстродействие движка и вашего сайта.

Первый важный момент – процедура установки системы. Существуют тарифы с предустановленной CMS, с автоматической установкой из панели управления и с ручной установкой (самостоятельно залить дистрибутив WordPress на ftp, запустить инсталляционный скрипт, указать директорию размещения). На самом деле сложностей не представляет ни один из перечисленных вариантов, но если вы новичок в мире веб-технологий — выбирайте то, что попроще.

Что касается самого тарифа, то не все конфигурации одинаково хорошо подходят для работы с WordPress. Это — не самая требовательная к ресурсам система, но если провайдер предлагает специальный тариф для WordPress, не стоит относиться к нему скептически: виртуальная среда сервера будет оптимизирована для одновременной работы множества WP-проектов, что положительно скажется на скорости и доступности вашего сайта.

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

Шаг 1. включаете последнюю официально поддерживаемую версию php для вашей версии wordpress.

Про такие банальности как обновление WordPress и плагинов я писать не буду, убедить что у вас последняя версия и убедитесь что на сервере стоит версия PHP которая нужна вашей версии WordPress. У меня это 7.4.

Как посмотреть версию WordPress?

Заходим в Админ панель сайта – Инструменты – Здоровье сайта. Переходим на вкладку “Информация“. Находим закладку “Wordpress” и смотрим версию.

Как посмотреть на какой версии у вас работает хостинг?

Заходим в Админ панель сайтаИнструментыЗдоровье сайта. Переходим на вкладку “Информация“. Находим закладку “Сервер” и смотрим версию PHP и ПО сервера. Убедитесь что это Lightspeed. Если нет, рекомендую перейти на Fozzy и перенести туда свой сайт.

Смотрим версию PHP
Смотрим версию PHP

Шаг 2. включаем расширение opcache для версии php 7.4 на хостинге. у меня стоит версия php 7.4, у вас может быть другая.

Что такое opcache можете прочитать на хабре. Как включить opcache?

Включаем opcache для PHP 7.4
Включаем opcache для PHP 7.4

Включаем это расширение.

Шаг 4. включаем кеширование веб-сервера litespeed для сайтов на wordpress

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

Заходим в панель управления хостингом, у меня это cPanel. В разделе “РАСШИРЕННЫЙ” находим LiteSpeed Web Cache.

Спускаемся до LiteSpeed Cache Management и нажимаем WordPress Cache.

Lite Speed Cache Management
Lite Speed Cache Management

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

Шаг 4. отключаем все дополнительные действия и уведомления в работающих плагинах. удаляем плагины дублирующие функционал друг друга.

Если два плагина делают одну и ту же работу, один из них отключаем. Например в Yaost SEO есть XML карта сайта, скачивать для карты дополнительный плагин не нужно.

Еще у меня стоял плагин Advanced DB Cleaner которым я оптимизировал базу данных, я его удалил, т.к. плагин LiteSpeed Web Cache к которому мы подойдем дальше, имеет тот же функционал.

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

В моем случае это был плагин Yaost SEO.

Я отключил дополнительные проверки:

Отключаем дополнительные проверки
Отключаем дополнительные проверки
  • SEO-анализ
  • Анализ удобочитаемости
  • Ключевое содержимое
  • Счетчик текстовых ссылок

Так же я отключил интеграции:

Отключаем дополнительные интеграции
Отключаем дополнительные интеграции
  • Semrush интеграция
  • Ryte интеграция

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

Шаг 5. настраиваем плагин litespeed

По умолчанию плагин уже настроен на оптимальную работу. Что нужно будет доделать.

Вкладка Cache. Тут включаем “Кэширование ресурсы PHP” и “Кэшировать мобильныеустройства“.

Включаем кеширование ресурсов PHP
Включаем кеширование ресурсов PHP

Ищем кэш браузера и включаем его.

Для отключения или ограничения количества ревизий, необходимо воспользоваться файлом wp-config.php в корневой директории сайта.

Что бы полностью отключить ревизии, добавляем в файл wp-config.php строчку:

define(‘WP_POST_REVISIONS’, false);

Если вы хотите ограничить число ревизий, замените false на цифру, то количество ревизий которые нужно хранить WordPress. Я отключил ревизии.

define(‘WP_POST_REVISIONS’, 3);

После отключения ревизии, нужно удалить все что уже успело накопится. Переходим в плагин LiteSpeed Cache и ищем вкладку “База данных“.

Оптимизируем базу данных
Оптимизируем базу данных

Удаляем и очищаем:

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

С базой данных разобрались.

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

Оцените статью
Хостинги