Оптимизация кода шаблона сайта на CMS WordPress

Оптимизация сайта на WordPress CMS под shared hosting. Изменяем php код WordPress.

Оптимизация сайта на WordPress CMS под shared hosting. Изменяем php код WordPress

Виртуальный хостинг (Shared hosting) означает, что сайт располагается на одном физическом сервере с сайтами других клиентов. Масса соседей, как правило, не прибавляет скорости и быстроты реакции нашему сайту. Посему придётся оптимизировать сайт на WordPress CMS, изменять код, кэшировать для максимальной производительности сайта и поискового продвижения сайта в Минске!
Задача в целом сводится к уменьшению обращения нашего движка wordpress  к базе данных sql, расположенной на сервере. Т.е. мы из динамически формирующихся страниц на .php делаем максимально статичный код на .html, который в конечном итоге оптимизирует производительность сайта на WordPress CMS и даст небольшой прирост производительности без ущерба функционалу.
Убираем лишние запросы к базе sql на сервере, для этого убираем весь код в шаблоне сайта, который делает нашу тему универсальной т.е. языки, файловый хостинг, размещение ресурсов.
Чаще всего для этого надо изменить код из ресурсов шаблона сайта на статический и вбить в шаблон.
Будем менять шапку header.php, footer.php, и т.д. по тексту.
Строка выбора кодировки страницы, меняем на статичную:
Находим в header.php код:

<meta http-equiv=”Content-Type” content=”<?php bloginfo (’html_type’); ?>; charset=<?php bloginfo (’charset’); ?>” />

Меняем на:

<meta http-equiv=”Content-Type” content=”text/html; charset=UTF-8? />

Тайтл (title) лучше не менять — с ним работают некоторые плагины, но некоторые оптимизаторы забивают тайтл статично.
Далее.
Можно заменить информацию о версии установленного движка. Это и оптимизация сайта на WordPress в некоторой степени, и, в большей, повышение уровня безопасности.

Находим в хедере:

<meta name=”generator” content=”WordPress <?php bloginfo (’version’); ?>” />

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

Меняем на:

<meta name=”generator” content=”WordPress 3.0.6? />

Для большей безопасности меняем в файле /www/ваш сайт/wp-includes/version.php на ту же версию   $wp_version = ‘3.0.6’ (этот твик на производительность не влияет).
Меняем — оптимизируем путь к файлам стилей style.css на статический. Находим:

<link rel=”stylesheet” href=”<?php bloginfo (’stylesheet_url’); ?>” type=”text/css” media=”screen” />

И меняем:

<link rel=”stylesheet” href=”ВАШ_САЙТ/ШАБЛОН/style.css” type=”text/css” media=”screen” />
(узнать легко какой путь к файлу, для этого открываем в браузере любую страницу вашего сайта и смотрим исходный код, в самом начале страницы).

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

<link rel=”shortcut icon”type=”image/ico”href=”<?php bloginfo('template_directory'); ?>/favicon.ico”/>

Изменяем код на путь, который посмотреть можно, опять же, в исходном коде страницы вашего сайта. У меня допустим это путь:

<link rel="shortcut icon" href=https://hpc.by/wp-content/themes/hp_no_fl/favicon.ico" />

Так, между прочим, очень часто файл favicon.ico, который грузится браузером со всех сайтов подряд, таковым не является, а загружается в виде вируса, замаскированного под безобидный файл-иконку. Вот так вот!
Кстати, если в процессе редактирования, оптимизации сайта на wordpress и последующей загрузки на сервер вылезут не буквы, а непонятные значки, знайте вы работали не в той кодировке. Откройте заново изменённый текст в Notepad ++ и сохраните всё в UTF-8 без BOM кодировки.

Чтобы убрать в wordpresse фразу » Комментарии запрещены» откройте comments.php, удалите всё оттуда и сохранитесь.

Все операции лучше производить с помощью ftp-менеджера FileZilla и блокнота Notepad++. Блокнот быстр и поддерживает откат действий — если вы вдруг поняли, что что-то запороли.

И последнее…
Вместо всего этого «шаманства с бубном» можно в wordpress поставить плагин кэширования данных. Таких плагинов за время существования и развития этой cms, появилось достаточно. Из многообразия предлагаю присмотреться к WP Super Cache, Hyper Cache — относительно ровные, работающие под последние версии wordpress. Установка кэширующих плагинов не занимает много времени и не требует внимательности и знания .php кода. Разница в рендеринге оптимизированной, свежесгенерированной страницы и кэшированной будет заметна практически только в момент кэширования (зависит от тайм-аут в настройках плагина), для быстроустаревающих страниц и контента, и при работе над сайтом самим администратором, т.к. для админа страницы не кэшируются (в Hyper Cache).

В любом случае вы будете иметь быстро работающий сайт (по крайней мере на стороне браузера посетителя сайта, не забываем про белорусских хостеров — они могут наши усилия свести на нет)! Этот сайт — Ремонт и сервис компьютеров на дому, офисе. Минск. работает на платформе WordPress CMS.

Читайте также

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *