Helicon Ape - это революционный модуль для IIS, который эмулирует Apache-окружение: конфигурационную модель (httpd.conf + .htaccess`ы) и наиболее востребованные модули. Самые вкусные из них: mod_rewrite, mod_proxy, модули для basic-, digest- и хост-авторизации.

Модуль написан на .NET для IIS 7. С некоторыми ограничениями работает и на IIS 6 как ASP.NET модуль.

Качайте, пробуйте и радуйтесь!

HeliconJet — это модуль IIS, который поможет сэкономить траффик и повысить производительность сервера. Его основные features: HTTP compression, server-side caching и client-side caching. Сжимать и кешировать HeliconJet умеет статический и динамический контент. Приятное отличие — гибкость в настройке с помощью GUI или текстового конфига.

Я принимал (и принимаю) участие в разработке модуля, тестов для него, инсталляции. Видимо буду и поддерживать на форуме.

Нашёл в apache интересную и неочевидную особенность. Имеем конфиг:

ServerName company.com
Listen 8080
Listen 8081
...
RewriteCond %{SERVER_PORT} 8080
RewriteRule .* bar.html

Правило RewriteRule никогда не отработает! Условие в RewriteCond будет всегда ложно. %{SERVER_PORT}, как видно из логов mod_rewrite, всегда возвращает 80. Сначала я подумал, что нашёл в apache баг. Но посмотрев исходники, понял, что багрепортером апача мне не быть. Серверная переменная %{SERVER_PORT} содержит не номер порта, на который пришёл запрос (что в общем вполне логично и ожидаемо), а номер порта из ServerName! Немного исправит положение ServerName company.com:8080. Но как отличать запросы, которые пришли на порт 8081?

Выяснил ещё, что в режиме FastCGI сервер IIS 7 не понимает чанковые запросы, т.е.
Transfer-Encoding: chunked. А именно в режиме FastCGI рекоммендуют запускать php5.