![Реально ускорить сайты WordPress [#3]](/wp-content/plugins/lazy-load/images/1x1.trans.gif)
Отключение пожирателей производительности WordPress
Если вы хотите получить большую скорость от своего WordPress, вам следует отключить пару функций системы управления контентом. WordPress на самом деле не является одним из самых быстрых в своем роде. В ядро заложено много вещей, хоть и не продуманных, и тормозящих CMS больше, чем нужно. Это может быть прискорбно, но вам не нужно с этим жить.
1 — API сердцебиения WordPress
API Heartbeat контролирует все вызовы Ajax в WordPress. Кроме того, он также отвечает за кэширование при написании статьи в бэкэнде. Однако делает это очень регулярно, как сердцебиение человека. Эти частые обращения к серверу сильно нагружают ЦП и съедают слишком много производительности. В то же время у Heartbeat API есть и свои преимущества. Этим можно воспользоваться только в том случае, если у вас есть не статический веб-сайт, а блог или журнал.
Таким образом, я привожу вам два фрагмента кода, один из которых позволяет полностью деактивировать API, а другой позволяет отключать его только за пределами сообщений. Автоматическое кэширование по-прежнему работает со вторым. Кроме того, admin-ajax.php по-прежнему можно использовать через плагины. Для плагина комментариев de:comments требуется файл, поэтому API Heartbeat деактивируется только с помощью второго фрагмента кода в моем WordPress. Фрагмент относится к теме functions.php или собственный плагин сайта.
Нажмите ниже, чтобы открыть суть на Github
2 — Отключение wp-cron.php
Одним из самых больших тормозов производительности в WordPress является wp-cron.php, который отвечает за запланированные задачи в CMS. Это означает, что он гарантирует, что задачи, которые были определены заранее, будут запущены в определенное время. В общем, это не было бы проблемой, если бы это не происходило при каждом (!) просмотре сайта. Каждый вызов отдельной страницы в задней части и внешнем интерфейсе вызывает запрос. Конечно, когда на сервере не так много трафика, это не будет иметь большого значения. Однако при большом количестве посетителей это может привести к поломке сервера.
Гораздо лучшим решением является полное прекращение использования wp-cron.php, а затем доступ к нему каждые 15 минут с помощью настоящего cronjob. Ваши запланированные статьи могут быть опубликованы на 15 минут позже, чем раньше, но имеет ли это значение? Помните, что при этом вы действительно ускоряете сайты WordPress. Введите следующий код в поле wp-config.php.
Работа с логотипами веб-сайтов
Логи важны. Крутой логотип дает вашему сайту правильный толчок и делает его уникальным. Если вам нужна скорость, есть два способа обработки логотипа. Вы либо проектируете его так, чтобы он идеально подходил к окружающему контейнеру, и сохраняете его с потерями, что не будет выглядеть красиво. Или вы делаете это, как я, и отображаете логотип сетчатки, который отображается в уменьшенном виде с помощью CSS и, таким образом, является четким. Однако исходный файл не должен быть слишком большим (размер файла, а не измерения). Логотип моего веб-сайта имеет размер 1160 x 243 пикселей и размер 13 КБ в формате PNG.
Мой веб-сайт уже доставляет логотип в браузер через CSS (div с фоновым изображением). Чтобы убедиться, что CSS не должен сначала загружать файл логотипа из папки «images», я закодировал его в Base64 и напрямую реализовал в CSS. Хотя это минимально увеличивает размер файла логотипа, он будет загружаться значительно быстрее. Кроме того, он больше не «прыгает» при загрузке. Вы можете найти хороший конвертер для этой работы здесь. Вот как выглядит код для графики после конвертации:
Оптимизация веб-шрифта Google
Шрифты Google чрезвычайно популярны, потому что даже новички могут легко использовать их в темах. Но даже у отличных шрифтов есть заметный недостаток. В зависимости от выбранного шрифта время загрузки веб-сайта заметно увеличивается. К этому присоединяются потенциальные проблемы с производительностью серверов Google. Это случается не часто, но время от времени случается. У всего есть свои преимущества и недостатки. Полный отказ от Google Fonts, безусловно, самый быстрый метод, но, конечно, не самый красивый. Я не хотел бы отказываться от красивых шрифтов, но я также не хочу, чтобы так много вещей загружалось через сторонние серверы. Итак, сегодня я покажу вам свой способ работы со шрифтами Google. Я храню их локально на своем сервере и получаю доступ к шрифту в моем CSS. Это заметно ускоряет мой сайт.
Хранение шрифта Google на вашем сервере
Когда вы загружаете шрифт и храните его локально на своем сервере, он обычно загружается быстрее. Итак, позвольте мне показать вам, как использовать шрифты для реального ускорения веб-сайтов WordPress. Во-первых, вы должны выбрать шрифт, который хотите использовать. Затем вы получите элемент ссылки, который вы должны скопировать в заголовок. Но это именно то, что вы не будете делать. Вместо этого вы только берете ссылку из элемента, вводите ее в окно URL вашего браузера и вызываете ее. Далее вам понадобится файл шрифта отображаемого кода (скачайте только woff или woff2).
Переименуйте файл. Используйте короткое имя файла. В моем случае я назвал его «varela-round.woff2». Переместите файл в папку CSS вашей темы. Теперь скопируйте полностью @шрифт-лицо код в свой файл CSS и измените его следующим образом:
Нажмите, чтобы открыть суть на Github
Как только вы это сделаете, шрифт будет загружен с вашего сервера и должен отображаться очень быстро и без задержек. Кроме того, если CSS кэширован правильно, он будет загружен только один раз.
Заключение
Еще раз, мы выполнили некоторые необходимые задачи на пути к действительному ускорению веб-сайтов WordPress. Вы, наверное, уже догадались; это далеко не завершено. В следующей части нашей серии (скорее всего, она будет состоять из пяти частей) мы рассмотрим самую трудоемкую часть, которая заставит вспотеть даже продвинутых пользователей: оптимальную доставку CSS и JavaScript. Если вы хотите, чтобы ваш веб-сайт работал в миллисекундном диапазоне, все должно соответствовать. Большую часть придется делать вручную, но уверяю вас: оно того стоит!
Источники:
(дпе)