Постоянно слышу, что WordPress тяжеловат в загрузке, медленно работает и плохо индексируется поисковыми системами.
Что ж, это отчасти, правда! И сейчас в Рунете, как грибы, появляются движки для блогов, показатели работы которых, превышают наш родной WP в разы. Казалось бы, нужно всё бросать и переходить на новый движок.
Но увы, уже на первых шагах, рядовой пользователь, сталкивается с проблемами подгонки шаблоны под новый стиль, с не хваткой функционала, и почти полным отсутствием поддержки скрипта.
Наши програмисты-гуру, постоянно заняты и, как правило, считают, что раз получили бесплатный продукт, то будьте благодарны и за это.
Не все конечно, но я сталкивался с такой ситуацией.
C WordPress всё проще, любая возникшая проблема уже когда-то с кем-то была. Нужно только набрать в поиске Яндекса вопрос и уже через секунду получаешь массу ответов по теме.
Для начинающих пользователей WP это очень важный момент. Именно в самом начале пути возникает та масса вопросов, зачастую совсем бестолковых, на которые, гуру отвечать считают потерей времени.
Так что давайте засучим рукава и разгоним наш родной WordPress , чтоб он стал быстрым и лёгким как молодой жеребец.
Для начала я предлагаю зайти на сервис //www.cy-pr.com/analysis/ и проверить свой сайт.
В форму введите адрес своего сайта, сервис быстро сделает анализ и Вы увидите основные показатели ресурса. Нас в данном случае интересует скорость загрузки страницы.
Скажу свои показатели, в начале у меня было 9 секунд. После включения кэширования, время упало до 3 секунд, а после включения Gzip сжатие в плагине Hyper Cache я выиграл ещё 80%. Результат очевиден.
И Второй способ это разгон с помощью технологии zlib , ускорение так же ощутимо.
Попробуйте обе и віберите лучшую для себя, вместе они не работают.
Ну что приступим к разгону блога!?
Первое что мы сделаем это, придадим наши ссылкам пристойный вид и подружим с поисковиками.
Для этого заходим в админ-панель блога, переходим по вкладке Настройки-Постоянные ссылки ЧПУ. На этой странице выбираем поле Произвольная структура и вставляем туда код /%category%/%postname%.html. Ну и конечно отмечаем это поле радиокнопкой.
 |
WordPress будет заменять переменную %category% на название категории поста и переменную %postname% на название поста. Но дело в том что мы то пишем свои посты на русском, а url должны же быть на латинскими буквами. К сожалению, браузеры пока воспринимают только латиницу.
Исправить положение поможет плагин RusToLat он отвечает за транслитерацию русских символов URL в английские. Чтоб установить плагин распаковываем его в директорию wp_content>> plugins. и активируем, дополнительных настроек делать не нужно, RusToLat уже притупил к работе.
Теперь самое не приятное в настройке. Нужно пройтись по всем статьям и отредактировать поле Постоянная ссылка. У мены на скрине там уже ссылка на латинице т.к. я уже правил, но у Вас будет на русском.
 |
Жмёте на кнопку Исправить и после жмём кнопку ОК .
 |
Смотрим результат, если Вам кажется что url получил длинный или просто не нравится, жмём опять Исправить и вводим вручную то, что нам нужно.
Бывают случаи, когда название категории слишком большое и в теле url . наблюдаются непонятные кракозябры.
 |
В этом случае нужно отредактировать рубрики, изменить поле «Ярлык рубрики» на более короткое и в латинице.
 |
Ну, смотря на то, что наши урлы поменялись. Не бойтесь, что Ваши страницы выпадут из поиска и будут при запросах выдавать ошибку 404. Ваши страницы будут автоматически перекидываться на новый адрес и проблем никаких не будет. У меня, например не возникло, думал, что придётся править и внутренние ссылки, но нет, всё отлично работает.
Теперь наш блог готов к установке плагина hyper-cache . Это отличный инструмент, создающий в КЭШе копии страниц Вашего блога и WordPress не нужно для каждого посетителя генерировать страницы. Он просто вытягивает их из КЭШа, что значительно снижает количество запросов к базу данных и нагрузку на сервер.
Установка плагина Hyper Cache.
- Скачайте архив плагина Hyper Cache с моего сервера.
- Распакуйте его в какой-нибудь папке.
- Скопируйте папку с плагином в директорию wp_content>> plugins.
- Установите права доступа 777 на папку wp_content.
- Пропишите в файле wp-config.php строчку: define(‘WP_CACHE’, true); .
- Зайдите в админку >> плагины, найдите в списке Hyper Cache и активируйте его.
Настройка плагина.
- Зайдите в админку >> плагины >> настройки >> Hyper Cache.
- Установите настройки как на рисунке:
- Включите вкладку Gzip сжатие
- Нажмите кнопку “Сохранить“.
Проверка работы плагина.
- Зайдите на блог от имени незарегистрированного пользователя.
- Откройте в браузере Вид >> Исходный код страницы.
- В самом конце должна быть запись:
- Если запись появилась, то плагин работает нормально. Если в процессе настройки плагина появилось окно с ошибкой, то устраните ее. Если ошибка не устраняется, деактивируйте плагин, удалите папку с ним из папки plugins и начните все снова.
После этого зайдите на блог и пройдитесь по страницам, чтоб плагин записал копии в кэш. Теперь можете сделать повторный замер скорости загрузки на //www.cy-pr.com/analysis/
Ну как, есть результат!? Но и это ещё не всё!
Давайте испробуем второй способ. Перед этим выключим кеширование, иначе пойдут ошибки.
Второе что я предлагаю Вам сделать это подключить zlib компрессию. Этот метод я подсмотрел у Гудвина www.wpbot.ru Мне это дало ускорение в пять секунд.
Напоминаю в начале было 9 стало 4 .
Что делает zlib? Он собирает php код и сжимает его. При обращении пользователя к интернет-странице, zlib отправляет сжатые файлы в браузер, декомпрессирует их и выводит на экран. Это позволяет загрузить страницу значительно быстрее, чем при отправке несжатых данных, которая используется обычно. Zlib компрессия работает с новыми и старыми версиями браузеров, поэтому проблем с совместимостью не существует.
Как нам подключить zlib .
Для начала убедитесь что Ваш хостинг поддерживает zlib. Есть два способа спросить у хостера или создайте файл под любым названием, например, proverka.php, вставьте в него код
Закидываете его на свой сайт в корневую папку и набираете в браузере //www.ваш сайт.ru/proverka.php
и Вы получите лист характеристик Вашего сервера. Пролистайте его, найдите блок zlib, если опция включена, то в блоке будет написано enabled. Это значит, что все ок. Если опция disabled, напишите хостеру и попросите включить ее.
Клиентам моего хостинга www.cms-host.net этих действий делать не нужно, zlib на моём сервере работает.
Дольше нужно вставить код:
ini_set(‘zlib.output_compression’, ‘On’);
ini_set(‘zlib.output_compression_level’, ‘1’);
?>
В файл header.php и в самом верху, перед строчкой !DOCTYPE…
Вот в принципе и всё, ваш блог набрал обороты, можете проверить на сервисе //www.cy-pr.com/analysis/
Мой конечный результат для кеширования с включённым режимом Gzip сжатие
 |
Посмотреть его можно на странице //www.cy-pr.com/analysis/ashifin.com (я выбрал этот способ)
И вторым способом я уменьшил загрузку в двое. 80% мне понравились больше чем 50%
Напоминаю, вместе zlib и они не работают, у меня по крайней мере не получилось.
Ну что давайте хвастаться в комментариях у кого, на сколько ускорился блог в комментариях.
Ещё, одну минуту внимания. Скоро выйдет мой курс «WP-КОМПЛЕКТ» о создании блога на основе WordPress.
Если Вы клиент моего хостинга и используете этот движок или планируете перейти на него?
Ваш оплаченный период не меньше 6-ти месяцев?
ВЫ сможете получить первую версию из 15-ти видеоуроков бесплатно.
Для этого просто создайте запрос через систему тикетов, с просьбой выслать ссылки на курс. Мы обработаем запрос и вышлем Вам ссылки на скачивание курса.
Ну что ж удачи, завтра выложу анонс с описанием курса!
Нужен совет. Можно-ли в настройках WP – настройки постоянных ссылок, изменить их на действующем сайте? Не ляжет-ли он?
Я делал это десятки раз, всегда срабатывало. Попробуйте, вернуть назад можно будет запросто.
У вас там на сайте насколько я вижу только категории нужно исправить, они на кириллице.
Категория определяется WordPress по id поэтому сбоя не должно быть.
Спасибо за совет. Попробую сделать.
Вот некоторые регистраторы доменных имен в России: NIC.RU, REG.RU, R01.RU, WEBNAMES.RU, REGGI.RU, mastername.ru
“сейчас в Рунете, как грибы, появляются движки для блогов, показатели работы которых, превышают наш родной WP в разы”. В новых движках нет достаточной поддержки и нужного блогеру функционала. И с безопасностью на них не очень.
Приём с phpinfo может не сработать. Для этого на сервере должен быть включён показ информации о php, а его чаще всего выключают.
Фёдор, скорость загрузки страницы на разных домашних машинах с разным интернетом будет различна. Вот сайт cy-pr.com/analysis учитывает этот важнейший параметр или нет?
“свои показатели, в начале у меня было 9 секунд” – ну, Вы и не вышли за пределы протокола http в рекомендованные 10 секунд.
Ради безопасности некоторые хостеры сайт держат на одном сервере, а Б/Д на другом. Интересно, насколько медленнее будет открываться такой сайт по сравнению с сайтом и б/д на одном сервере.
А как же это можно увидеть? Неужели хостер такую информацию открывает?
Можно поинтересоваться этим. А вообще это пишется на сайте хостера, типа безопасность у нас на высоте.
Так рекомендуют не только б/д держать на отдельном сервере, но и почту.
Рекомендуют ещё обновления WordPress выключать и обновления плагинов для быстроты загрузки страниц. Не знаю, насколько это уместно.
Не сказано об отключении сохранения и создании резервных копий. Для этого в файл wp-config.php вставляем строку:
define(‘WP_POST_REVISIONS’, false);
Некоторые предлагают отключать и корзину с помощью: define(‘EMPTY_TRASH_DAYS’, 0);
Но я не думаю, что это даст большое ускорение.
У меня в корзину редко что попадает. И чищу я ее практически сразу (как и на компьютере)
Тогда мой совет удаления файлов, минуя корзину, Вам пригодится. Я редко восстанавливаю из Корзины что-то.
У меня тоже редко. Но иногда приходится. так что пусть корзина себе существует. Она не сильно усложняет жизнь.
Да, лучше Корзину оставить, а создание резервных копий отключать.
А я вот еще не подошла к покупке. Пока не считаю, что покупной шаблон – дело первостепенной важности.
Платный шаблон снимет некоторые вопросы. Например, удаление ссылок с темы или не нужно будет устанавливать плагин кеширования типа Hyper Cache или Maxcache.
Тему от ссылок я уже давным-давно почистила. Это не составляет труда. А насчет кеширования сама пока не пониманию. За что ж тогда платить?
Кеширование уменьшает время загрузки страниц. Hyper Cache – бесплатный плагин, Maxcache – платный скрипт. фёдор писал о нём. Кеширование и встроенные ссылки – только примерами были.
Некоторые встроенные в тему ссылки довольно сложно убрать. Они завязаны на ряде функций. Нужно править не один файл.
Для этого уже разработаны специальные плагины.
Почему-то нет уверенности в том, что такие плагины существуют. Назовите их название, если нетрудно.
Извините, Anr, даже не буду тратить время, отыскивая их название. У вас все-равно нет сайта. Но я как раз с их помощью свой бесплатный шаблон чистила.
Странная аргументация для оправдания своего незнания.
Причем здесь незнание? Или вы себя имеете в виду?.
Зачем же утверждаете то, что Вы сам не знаете?!
Этот плагин называется TAC WordPress, ищет закодированные ссылки в шаблоне, но далеко не все, только простые. И сайт этот плагин может сделать неработоспособным))
У вас же есть курс ТЦ – вот и посмотрите, о каком плагине у них идет речь
Откуда Вы знаете, есть у меня сайт или нет? Что Вы подразумеваете под сайтом?
Так дайте ссылку – полюбуемся 🙂
А по вопросам терминологии прямой путь в Гугл.
У меня на бесплатном шаблоне очень долго подгружался сайт на wordpres. После покупки шаблона сайт летает. Чистый код и ничего лишнего
Плагины в любом случае придётся ставить, если под “лишнее” Вы подразумеваете именно это.
Авторы шаблонов ставят свои ссылки в него, но по требованию заказчика могут удалить их. У авторских шаблонов Гудвина именно так и делается.
ууу, тема бесконечная и глобальная. Много что можно написать про тормоза.
но за то какая важная в блоговедению. Спасибо за постик
Особенно, когда сайт разрастается и становится очень большим.
А скорость загрузки страницы не зависит об объёма самого сайта.
Если при этом захламляется база, то зависит
А вообще-то вопрос серьезный, чтобы так сходу можно было что-то сказать. Взяла эту статью, ссылку на более новую и уже потом буду исследовать характеристики сайта. Думаю, что мне обязательно надо поработать в данном направлении. Кстати, почистить лишнее в сайтбаре – это вы верно заметили.
У меня все-таки редактирование названия статьи вызывало код 404. Может, где-то еще редирект должен быть прописан?
Хорошее изложение разнообразных дополнений и фич для блога, от которого последний лишь выиграет. Конечно, не переборщить бы с ними, ведь тот же кэш занимает часть ресурсов сервера.
Кэш в любом случае будет чем-то занят. И он, кстати, немаленький.
поскольку иногда и правда кажется, что сайт тормозит – попробую установить плагин Hyper Cache в соответствии с Вашими рекомендациями.
Будем стараться разгонять блог! Время – деньги!
Постоянные ссылки ЧПУ -> По умолчанию – это уязвимый для инъекций код. Почему его до сих пор не уберут из WP?!
вот согласен! Если это работает лучше, почему не прописать по умалчиванию.
Строка для ввода адреса сама по себе источник иньекций, но ее же невозможно убрать.
Вобще-то, да, Вы правы. Я как-то об этом и не подумал.
Спасибо, я прочитал рекомендованную статью. В той статье нет упоминания сервиса cy-pr.com, который упоминается в этой и которым пользуюсь я. Так вот этот сервис показывает загрузку страниц одного сайта в 13,5 сек. Я сделал предположение, что в немалой степени, помимо разных счётчиков, это происходит из-за ifram-ов. Нельзя ли ifram-ы на соцсети заменить другими тегами? Если нельзя, то сам размер изображения в ifram-е имеет ли значение?
Скажите, тормозят ли загрузку страниц ifram-ы на фейсбук, в контакте, прочие социалки?
Любой контент. счетчики. cкрипты, со стороннего ресурса тормозит блог.
Вообще это старый пост на эту тему вот свежая статья о ускорении WordPress https://ashifin.com/stati/uskorenie-bloga-kak-snyat-tormoza-wordpress-2.html
Попробовала подключить zlib компрессию… эффект нулевой
Я вставлял перед ил.
Ну а вообще , это бока бесплатного хостинга. В любом случае стоят ограничения на процессы и использование оперативки.
Федор добрый вечер
Я твой подписчик уже второй год, собираюсь быть клиентом твоего хостинга,хочу попробовать WordPress.Вот как бы переделать темы с шаблона (CSS/Style)по своему,если создать урок замечательно было бы
И хочу спросить фаил define(‘WP_CACHE’, true);
ставить перед ил после define(‘DB_CHARSET’, ‘utf8’); наверно разницы нет. А Hyper Cache, что то не пошел у меня,так как Исходный код страницы не показывает его, я создал блог на бесплатном хостинге byethost.com,хочу потренироваться на нем
Не знаю что это за сервис –//www.cy-pr.com/analysis/ , но он не грузится. Может какая-то ошибка?
Возможно были какие либо проблемы на сервере, ни кто от этого не застрахован.
Пробуйте попозже, у меня всё грузится.
Попробуйте без http. У меня всё грузится. А ещё есть сайт с переменой мест pr и cy. Это http://www.pr-cy.com, там есть SEO-аудит.
Дождусь нового курса, посмотрю и наверное перейду на WordPress.
Я уже перешел. Переходи и чем по быстрее, к примеру я еще не жалел. Работает все просто супер
Прошу простить меня за промах, сразу забыл предупредить что вместе эти две технологии не работают.
Нужно выбирать либо кэш либо zlib.
Сам напоролся на эту ошибку, сразу не протестил в браузерах Опера и Экспловер вышли ошибки..
Мозила показала всё отлично.
Сейчас оставил кэш.
Вы как раз, Фёдор, предупредили, что две технологии кэш и zlib. не работают вместе и нужно выбрать какую-либо одну.
Мне понравилась кэш.
Кэширование страниц стандартнее. Надёжнее кажется. С zlib не сталкивался. Лучше выбрать кеширование.