Эта заметка продолжает статьи Краткое руководство по 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 средствами модуля mod_deflate’ »
Google Page Speed обеспечивает выполнение двух тестов (Leverage browser caching и Leverage proxy caching), анализирующих параметры сайта, которые управляют кешированием статических объектов (каскадных таблиц стилей, скриптов на языке JavaScript и изображений) браузерами и прокси-серверами. Данная статья является кратким руководством по практическому применению рекомендаций вышеназванных тестов в процессе настройки Веб-сервера Apache.
Введение
Для того, чтобы Google Page Speed не имел ни каких претензий к параметрам, которые отвечают за кеширование статических объектов данного сайта браузерами и прокси-серверами, мне потребовалось активировать такие возможности Веб-сервера Apache, как отдача соответствующих HTTP-заголовков Expires для всех статических объектов, отдача соответствующих HTTP-заголовков Cache-Control для всех статических объектов, запрет отдачи HTTP-заголовков Vary в случае использования браузеров семейства Microsoft Internet Explorer. Все перечисленные функции могут быть реализованы средствами стандартных модулей Веб-сервера Apache (mod_expires, mod_headers и mod_setenvif), которые доступны на большинстве хостингов. Продолжить чтение ‘Оптимизация кеширования сайта браузерами и прокси-серверами’ »
Недавно компания Google заявила, что в ближайшее время скорость загрузки страниц станет одним из важнейших критериев ранжировании сайтов. Под словом скорость в данном случае понимается не количество мегабайт в секунду, а широкий набор параметров конфигурации Веб-сервера и CMS сайта, от которых зависит время отдачи страниц. Для оценки и оптимизации этих параметров специалисты Google предложили инструмент Google Page Speed, которому и посвящена данная статья.
Введение в Google Page Speed
Google Page Speed – дополнение к Mozilla Firefox (с установленным дополнением Firebug), с помощью которого можно определить параметры производительности Веб-сервера и CMS размещенного на нем сайта. Оценка выполняется с точки зрения оптимальных методов повышения скорости отдачи страниц Веб-сервером. Продолжить чтение ‘Краткое руководство по Google Page Speed’ »
В отличие от DKIM подписания задача DKIM верификации пока еще не имеет сбалансированного решения. Именно поэтому данная статья является обзором четырех опробованных мной способов DKIM верификации, два из которых в дополнение к статическим правилам используют данные о репутации отправителей, получаемые с сервера DKIM-Reputation Open Data Project.
Постановка задачи
Применение DKIM верификации упрощает идентификацию легитимных сообщений и блокировку маскируемого под них СПАМа. Последние версии Amavisd-new и SpamAssassin имеют в своем составе средства DKIM верификации, которые могут использоваться как по отдельности, так и совместно. Также DKIM-Reputation Open Data Project и Mark Martinec предлагают альтернативные плагины DKIM верификации для SpamAssassin, обеспечивающие использование данных о репутации отправителей, получаемых с сервера DKIM-Reputation Open Data Project. Ниже рассмотрена интеграции всех перечисленных способов DKIM верификации в существующую систему защиты от СПАМа. Продолжить чтение ‘FreeBSD: DKIM верификация средствами Amavisd-new и SpamAssassin’ »
Цитата из журнала “Системный администратор”: “Несмотря на обилие различных технологий борьбы со СПАМом, последний до сих пор составляет львиную долю почтового трафика. В 2005 году на рассмотрение IETF в качестве стандарта аутентификации отправителя был предложен еще один стандарт DomainKeys Identified Mail (DKIM)…”
Постановка задачи
Технология DomainKeys Identified Mail (DKIM) предназначена для идентификации отправителя почтового сообщения с помощью цифровой подписи, связанной с именем соответствующего домена. DKIM была создана для более качественной классификации и идентификации легитимной электронной почты и широко используется крупнейшими компаниями, такими как, например, AOL, Cisco, EarthLink, Google, IBM, VeriSign, Yahoo. Последние версии Amavisd-new по умолчанию выполняют DKIM верификацию входящей корреспонденции и позволяют без каких-либо сложностей организовать DKIM подписание исходящей корреспонденции, которому и посвящена эта статья. Продолжить чтение ‘FreeBSD: DKIM подписание средствами Postfix и Amavisd-new’ »
