Директива Satisfy определяет способ взаимодействия директив идентификации (используемые для защиты паролем) с директивами доступа (например, Allow/Deny). С ее помощью вы, например, можете заставить Apache выполнять те запросы, которые удовлетворяют только требованиям идентификации, либо только требованиям доступа. Или вы можете сделать, чтобы запрос удовлетворял всем требованиям.

Вы наверняка встречали в сети термин mod_rewrite. Для наших читателей, которые не до конца знакомы с этим модулем веб сервера Apache, а также для тех, кто вообще первый раз об этом слышит – постараюсь рассказать в этой публикации (в нескольких частях) подробнее о данном модуле.

Модуль mod_rewrite является программным модулем веб сервера Apache (обратите внимание, что он не будет выполняться под другими веб серверами!). Его первичная функция - манипуляция действий с URL. Модуль очень универсален и разносторонен, поэтому я постараюсь показать здесь множество реальных примеров.

Ниже приведены несколько примеров настройки виртуальных хостов с общим ip-адресом в Apache (так называемые name-based виртуальные хосты). Подробнее о типах виртуальных хостов в Apache.

Сначала - самое главное. Нужно убедиться, что наш сервер Apache построен корректно и мы можем с его помощью обрабатывать простые файлы в формате HTML. Для чего это нужно? Чтобы сократить до минимума число потенциальных любителей доставлять неприятности, если вдруг обнаружится, что mod_perl не работает. После того, как вы выясните, что Apache может обрабатывать файлы формата HTML, больше об этом можете не беспокоиться. И если что-нибудь не так с mod_perl, то вы исключили возможность того, что не в порядке бинарный код httpd или первоначальные настройки. Вы знаете, что вы можете подключаться к тому порту, на прослушивание которого вы настроили ваш сервер, и что броузер, с помощью которого вы осуществляете проверку в полном порядке. И еще раз повторю, что при первой установке mod_perl вам следует придерживаться этих указаний.

В предыдущей статье я представил в достаточной мере примечательные выложенные в сети отчеты компаний, активно использующих mod_perl. Возможно, вас это удивит, но вы с легкостью можете получить подобные удивительные результаты, если тоже переведете свои сервисы на использование mod_perl. В действительности, чтобы начать работать с mod_perl, вам потребуется не более 30 минут - то самое время, которое необходимо, чтобы прокомпилировать и настроить сервер на нормальной машине и запустить его.

Сеть полна информации о сервере Apache. Различные советы и трюки, многочисленные дискуссии, эксперты всех мастей, бесчисленные "How-to" и статьи, освещающие все аспекты сервера Apache. Некоторые из них стоит почитать, а некоторые нет.

Среди всего этого разнообразия информации есть несколько мифов или "полуправд", которые настолько распространились, что стали уже "неоспоримой истиной". С этими заблуждениями необходимо бороться. Почти все они появились с самых ранних дней Apache и его предшественника - сервера NCSA, и были либо правдой в далекие времена, либо появлялись в первых примерах документации и сразу же становились "единственно верными" способами. Сейчас мы с ними разберемся.

В работе администраторов серверов помимо множества интереснейших занятий присутствует некоторая рутина. Одним из таких рутинных занятий является поддержка конфигурации сервера в актуальном состоянии. А именно в той ее части, которая ответственна за работу виртуальных хостов. Особенно это актуально для администраторов хостинговых компаний, у которых количество таких хостов превышает несколько сотен.

Однако есть один замечательный модуль, который данное положение дел может кардинально изменить - это модуль mod_macro.

C помощью модуля сервера Apache mod_deflate вы можете ускорить для клиента загрузку файлов с вашего веб-сервера. Модуль mod_deflate предоставляет выходной фильтр DEFLATE, который может сжимать данные, отправляемые сервером клиенту.

Это уменьшает время и объем данных, пересылаемых по сети, что в результате делает загрузку контента браузером быстрее.

Для использования mod_deflate сперва убедитесь, что модуль включен в дистрибутив вашего HTTP сервера Apache (по умолчанию он установлен во всех современных дистрибутивах).

Пару дней назад у меня появилась проблема - истек срок работы триальной версии анализатора лог файлов от AlterWind. Работать с ним я начал около месяца назад, когда окончательно надоел анализатор, предоставляемый моим провайдером. Выбором долго не мучался и стал пользоваться анализатором, который красовался на первой строчке выдачи Яндекса по запросу "анализатор логов" - AlterWind Log Analyzer.

На днях экспериментировал со способами блокировки спама в комментариях. В процессе поиска информации по этому вопросу набрел на одну заметку на блоге Web Security Blog. Автор блога, а также и самого модуля mod_security, Ivan Ristic также исследовал вопрос блокировки спама в комментариях, но, в отличие от меня, его опыты были естественно с mod_security. Так вот, в процессе этих опытов он задался вопросом: "Какая конфигурация mod_security более производительнее?" Та, в которой используется несколько простых регулярных выражений или та, в которой регулярные выражения объединены в одно более сложное.

Например, проверку HTTP_REFERER на наличие спам-слов можно сделать так: