Как ускорить работу вашего блога
- Четверг, 18 марта 2010, 5:06
- Веб-дизайн, Продвижение сайтов
- 1 303 views
- 29 коммент.
Сегодня я хочу поговорить о том, как можно заметно ускорить загрузку страниц вашего блога на платформе WordPress. Это очень важная тема, так как скорость загрузки напрямую влияет на его посещаемость и популярность. Ни один посетитель не будет сидеть и ждать окончания загрузки очередного медленного сайта. Он скорее закроет недогруженную страницу и попробует найти лучшее применение своему времени.
Не смотря на все свои преимущества у платформы WordPress есть один большой минус – медленная скорость работы. В особенности если используется большое количество плагинов и громоздкий дизайн.
Рекомендую вам регулярно проводить аудит своего сайта, на предмет юзабилити, актуальности дизайна и скорости его загрузки. Если у вас не достаточно свободного времени или технических навыков вы спокойно можете купить аудит сайта у профессионалов.
В этой статье я дам парочку рекомендаций о том, как можно это исправить и оптимизировать скорость загрузки блога.
Итак, начнем.
- Установите и активируйте плагин или его аналог;
- Отключите или удалите все не нужные и неиспользуемые плагины. Каждый плагин выполняет несколько скриптов и запросов SQL, что очень сильно влияет на скорость работы блога;
- Ни когда не забывайте обновлять плагины, поскольку их авторы часто выпускают новые версии, которые работают быстрее предыдущих;
- Оптимизируйте изображение. Не загружайте большие и громоздкие картинки. При размещении картинок на сайте используйте только форматы: jpeg, gif и png. Причем jpeg чаще всего используется для фотографий и красочных картинок, а gif отлично подходит для различных логотипов и кнопок. Формат PNG очень схож с GIF, но поддерживает большее количество цветов.
- Если при сохранении картинки в вашем графическом редакторе есть функция «Save for the web» ни когда не пренебрегайте ею.
- Всегда при размещении картинок указывайте атрибуты high и width. Если браузер не найдёт данных атрибутов, ему понадобится время на то, чтобы узнать размер изображения, загрузить само изображение и только после этого продолжить загружать веб-страницу.
- Старайтесь использовать как можно меньше стороннего javascript-кода. Он сильно замедляет работу страницы;
- Вынесите скрипты в отдельный файл .js вместо кучи в коде сайта. Сжимайте код javascript;
- Если вы добавили новую возможность в ваш блог и подредактировали код на PHP, который выполняет запросы SQL, убедитесь в том, что он потребляет как можно меньше ресурсов сервера;
- Оптимизируйте файлы CSS. Уберите свободные места. Найдите все разгруппированные записи в коде и объедините их в одну строку. Эти действия увеличат скорость работы системы.
- Всегда ставьте слеш на конце URL. Если ссылка прописана без слеша, то сервер воспринимает её как ссылку на файл и пытается найти его. После того как файл не найден сервер начинает искать папку с таким именем, которой конечно же тоже нет. И только потом до него доходит, что это ссылка на страницу. Таким образом, используя слеш можно избежать хоть и небольших, но все-таки лишних действий сервера.
В завершении хочу дать парочку тематических ссылок на полезные утилиты:
- – проверяет время отклика сайта;
- – онлайн инструмент для оптимизации файлов CSS.
- — онлайн инструмент для изменения форматов изображений.
- – аддон для Firefox помогающий быстро найти ошибки на странице;
- – еще один аддон для Firefox. Он анализирует страницы и сообщает в чем причина медленной загрузки;
Если публикация вам понравилась, то вы можете подписаться на материалы BlogPressa.ru .
Читайте так же:
Создание блога. Шаг первый.
Основы поисковой оптимизации
Рекомендации Яндекса по созданию сайта
Время «релакса». Вы это заслужили! 
Об авторе
Дмитрий опубликовал на блоге 46 записей.
Некоторые из рекомендаций ранее встречал в сети, в основном, в разрозненном виде, применить их в блоге однозначно не помешает.
А вот пункт 11 надо будет взять на заметку, не задумывался как — то, что слеш в конце URL оказывает влияние на скорость загрузки сайта.
[Ответить]
Хотел добавить про сервис Pingdom, который использую не только в качестве инструмента для проверки скорости загрузки сайта но и с помощью его провожу мониторинг сервера на предмет стабильной работы.
Бесплатный аккаунт подразумевает проверку только одного сайта, но если несколько сайтов на одном сервере, получается общая картина в плане стабильности.
[Ответить]
Дмитрий Белинский Reply:
марта 18, 2010 at 12:37
Хорошее применение сервису. Надо будет взять на заметку.
[Ответить]
Как вы считаете, что сильнее замедляет скорость загрузки страницы — перегруженность неоптимизированными изображениями или большое количество работающих плагинов? Если брать в среднем.
[Ответить]
Дмитрий Белинский Reply:
марта 19, 2010 at 1:31
Оригинальный вопрос
)
Все зависит от того что за изображения и что за плагины…скажем так, у изображений на много больший потенциал по замедлению загрузки страниц. Поставьте мега большое разрешение и наслаждайтесь
[Ответить]
Хэннер Reply:
марта 19, 2010 at 1:35
Тогда при большом количестве картинок в блоге нет смысла следить за установленными плагинами)
И еще вопрос: все вот говорят о том, что плагины тормозят загрузку, а есть какая-то статистика-то? Сколько плагинов будет уже перебором, какие тормозят больше и т.п…
И оффтоп: как называется эта капча с тремя картинками для анти-бота?
[Ответить]
Дмитрий Белинский Reply:
марта 19, 2010 at 12:35
Капчу можно скачать здесь. А по-поводу плагинов отдельной статистики нету. Главное определитесь какие плагины по настоящему необходимы, а какие можно отключить.
[Ответить]
Отлично, что все советы собраны в так сказать инструкцию,
Вот хотелось бы добавить, что WP Super Cash часто не дружит с другими плагинами, а аноалогов ему пока что не находил… Не знаете ли еще какие небудь подобные плагины?
[Ответить]
Дмитрий Белинский Reply:
марта 23, 2010 at 3:09
их много, как вариант можно попробовать .
[Ответить]
Спасибо, сейчас глянем что оно такое на денвере…
А потом уже будем на хост ставить
еще раз спасибо!
[Ответить]
Спасибо за рекомендации
[Ответить]
Пользуюсь плагином WP Super Cash, пока работает нормально и с другими плагинами не сорится.
[Ответить]
Бубука Reply:
марта 24, 2010 at 5:20
Точно могу сказать, что у меня он не дружил с веб версией, и еще с каким то, который автоматически вставляет МОRЕ.
Возможно Вы такие пока не пользуете
и слава Богу
[Ответить]
Rostislav. Reply:
марта 24, 2010 at 17:52
Нет такие плагины не использую.
[Ответить]
Спасибо за интересный материал. Не замечал проблем с блогом, но на всякий случай проверить стоит.
[Ответить]
Очень не нравиться сохранение черновика в WP — бывает нормально виснет. Буду убирать
[Ответить]
Спасибо отличные рекомендации!
[Ответить]
12. Если удалить комментарии из рнр-файлов движка, можно уменьшить потребление памяти при генерации 1 страницы сайта на WP на 1 МБ. Если не верите — попробуйте сами (не советую это делать тем, кто не силен в рнр).
[Ответить]
Пользуюсь плагином по кешированию, есть свои минусы конечно, но плюсы их с лихвой перекрывают, так что если у вас версия 2,9+ то без этого плагина вам не обойтись
[Ответить]
Спасибо за инструкцию! Пошел плагин ставить. Мой сайт тоже грузится не ахти.
[Ответить]
Плагин понадобится, когда посещаемость на блоге будет велика, а так кешировать страницы из-за кучки посетителей нет смысла.
[Ответить]
Советы хорошие,но к сожалению они стандартны и не раз их встречал.
Напишу пару дополнений)
1. выбрать не медленный хостинг;
2.для начала надо почистить шаблон;
3.кроме использования Super cache надо еще использовать Db cache
Данных пунктов вролне хватит для быстрой загрузки блога.
Надо еще делать скидку на современные скоростя интернета)
[Ответить]
Чаще всего встречался с медленной загрузкой по причине перегруженности плагинами (народ обычно устанавливает всё подряд, что только сумеет найти). Так же очень сильно влияют на загрузку различного рода баннеры. Я думаю, что чем проще — тем лучше.
[Ответить]
Что больше всего тормозит загрузку страницы?
[Ответить]
Да, я тоже все это проделал на своем блоге! Но вы кое-что забыли и можно было бы добавить пункт 12. А именно еще один немало важный фактор, влияющий на производительность блога.
Итак, мы проделали все 11 пунктов и это здорово теперь делаем концовочку, а именно чистим базу данных. Наверняка у каждого блогера были собственные эксперименты с инсталлированными плагинами и наверняка многие долго выбирали тему под WordPress так вот пока мы что-то инсталлируем и деинсталлируем, удаляем спамеров и левые комменты в БД поступают запросы и даже если вы удалили все не нужные плагины левое ИНФО пусть частично, но остается в базе.
Теперь мы выяснили все и устанавливаем плагин для чистки БД (WP-Optimize) и работаем с ним. “Инструкция внутри архива” После проделанной работы заходим в саму БД, идем в самый низ таблиц и жмем Check All и у нас выделятся все таблицы вашей базы потом правее в сплывающем меню ищем команду Optimize table и все ваш блог девственно чист!
Желательно перед всеми манипуляциями выполнять золотое правило сделать Бэкап базы. Вот в принципе и все. Удачи админу блога и всем уважаемым читателям blogpressa!
[Ответить]
Дмитрий Белинский Reply:
октября 30, 2010 at 1:36
Очень полезный совет! Надо будет почистить БД.
[Ответить]
Кроме того, ускорить блог и снизить нагрузку на хостинг, поможет грамотная борьба со спамом! Я подразумеваю то, что при попытке добавить комментарий спам-боты очень часто обращаются к скриптам блога! Иногда это становится очень заметно, растет база, особенно если спам комменты долгое время ожидают премодарацию, и блог начинает подтормаживать! Я рекомендую резать ботов с помощью .htaccess еще до вызова скриптов. В этом поможет простенький плагин от разработчика вп-супер-кэш Cookies for Comments!
[Ответить]
Всем советую включать кеш, особенно полезно на медленных CMS, как Joomla, например. Второе — оптимизация изображений. Третье — выкинуть ненужные скрипты. Четвертое — использовать стандартные шрифты и не подгружать свои.
Кстати , в интернете есть много сервисов, которые тестируют скорость Вашего сайта.
[Ответить]
После объединения и сжатия кода вышла бяка, и сайт работал крайне нестабильно благо резервная копия была быстренько восстановился и все ок. Но после вернулся к эксперименту и объединил все скрипты, но не сжимал и все заработало как надо. Нагрузка значительно снизилась и хостер перестал меня напрягать. Советую все осторожнее с этими делами и перед экспериментами обязательно сделайте бэкап сайта и баз данных.
[Ответить]