Интеграция Пользовательского поиска Google и WordPress — второй способ

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

В каких случаях нужен второй способ установки Пользовательского поиска Google?

Напоминаю, что установка Пользовательского поиска Google, рассмотренная в прошлый раз, состояла из добавления JavaScript-кода СПП на все страницы сайта, содержащие форму и / или результаты поиска, а также HTML-кода, обеспечивающего их отображение. Такой способ установки системы пользовательского поиска, называемый в официальной документации Search via search box, а здесь — первым, был выбран из-за того, что только он позволяет осуществить полноценную интеграцию Пользовательского поиска Google на сайт без нарушения дизайна, применения всплывающих окон, отображения формы и / или результатов поиска на Веб-серверах Google и с поддержкой таких интерактивных функций формы поиска, как, например, автозаполнение. Являясь самым функциональным, подобный способ установки СПП имеет существенный недостаток, заключающийся в снижении скорости загрузки всех страниц сайта, вызванном подключением «тяжелого» JavaScript-кода системы пользовательского поиска. Возможно ли установить Пользовательский поиск Google так, чтобы он не выглядел чужеродно и не уменьшал скорость загрузки сайта? Если Вам необходимы интерактивные функции формы поиска — нет, в противном случае — да. Как это сделать? Выбрать другой способ установки СПП, называемый в официальной документации Search via URL, а в этой статье — вторым. Такой способ установки системы пользовательского поиска подразумевает замену официальной формы поиска на альтернативную, например, на доработанную форму поиска WordPress и подключение JavaScript-кода СПП только на странице Результаты поиска. Стоит ли устанавливать Пользовательский поиск Google вторым способом, и как это сделать? Продолжить чтение »

Сжатие ответов Веб-сервера Apache средствами модуля mod_deflate

Apache Эта заметка продолжает статьи Краткое руководство по Google Page Speed и Оптимизация кеширования сайта браузерами и прокси-серверами, посвященные повышению производительности Веб-серверов и CMS размещенных на них сайтов. На этот раз я рассмотрю использование модуля mod_deflate, который входит в состав второго поколения Веб-сервера Apache и является эффективной заменой своего предшественника — модуля mod_gzip, предназначенного для Веб-сервера Apache 1.3.xx.

Чем обоснован выбор модуля mod_deflate?

Вполне закономерный вопрос, особенно c учетом существования многочисленных альтернатив, таких как специализированные библиотеки, плагины для CMS и различные решения на базе модуля mod_rewrite. Если ответить кратко, то использование различных PHP-средств (специализированных библиотек и плагинов) существенно повышает потребление системных ресурсов, а применение модуля mod_rewrite, отдающего сжатые объекты вместо запрошенных несжатых, на мой взгляд, неудобно. Модуль mod_deflate лишен перечисленных недостатков, прост в настройке и обеспечивает отличное соотношений быстродействия и качества сжатия, с одной стороны, и аппетитом к системным ресурсам Веб-сервера, с другой. Продолжить чтение »

Оптимизация кеширования сайта браузерами и прокси-серверами

Как я уже говорил, Apache Google Page Speed обеспечивает выполнение двух тестов, предназначенных для анализа тех параметров сайта, которые управляют кешированием статических объектов (каскадных таблиц стилей, скриптов на языке JavaScript и изображений) браузерами и прокси-серверами (Leverage browser caching и Leverage proxy caching). Эта статья является кратким руководством по практическому применению рекомендаций вышеназванных тестов в процессе настройки Веб-сервера Apache.

Введение

Для того, чтобы Google Page Speed не имел ни каких претензий к параметрам, которые отвечают за кеширование статических объектов этого сайта браузерами и прокси-серверами, мне потребовалось активировать такие возможности Веб-сервера Apache, как отдача соответствующих HTTP-заголовков Expires для всех статических объектов, отдача соответствующих HTTP-заголовков Cache-Control для всех статических объектов, запрет отдачи HTTP-заголовков Vary в случае использования браузеров семейства Microsoft Internet Explorer. Все перечисленные функции могут быть реализованы средствами стандартных модулей Веб-сервера Apache mod_expires, mod_headers и mod_setenvif, которые доступны на подавляющем большинстве хостингов. Продолжить чтение »

Краткое руководство по Google Page Speed

Google Page Speed Совсем недавно компания Google заявила, что в ближайшее время скорость загрузки страниц станет одним из важных критериев ранжировании сайтов. В данном случае под скоростью понимается не количество мегабайт в секунду, а широкий набор параметров конфигурации Веб-сервера и CMS сайта, от которых зависит время отдачи страниц. Для оценки и оптимизации каждого из таких параметров специалисты Google предложили использовать инструмент Google Page Speed, которому и посвящена данная статья.

Введение в Google Page Speed

Google Page Speed — дополнение к Mozilla Firefox (с установленным дополнением Firebug), с помощью которого можно определить параметры производительности Веб-сервера и CMS размещенного на нем сайта. Оценка выполняется с точки зрения оптимальных методов повышения скорости отдачи страниц Веб-сервером (Web Performance Best Practices). Продолжить чтение »