Имеем:

• Debian Linux
• nginx в режиме FastCGI + php

Требуется:

• добавить поддержку perl / cgi в директории cgi-bin

Ну не Apache же ставить ради такой ерунды :) Для этого подойдёт быстрый и лёгкий веб-сервер mini-httpd.

apt-get install mini-httpd

Редактируем файл конфигурации /etc/mini-httpd.conf. Я изменил там лишь 3 строки:

port=9001
user=www-data
data_dir=/var/www/site.ru

Затем, в /etc/default/mini-httpd разрешаем автоматическую загрузку этого веб-сервера:

START=1

И запускаем его:

/etc/init.d/mini-httpd start

Теперь настроим nginx, чтобы при обращении к perl / cgi – скриптам он проксировал запросы на mini-httpd. В файле конфигурации nginx в секции server добавляем следующий location:

server {
 
....
 
	location ~ \.pl$ {
		root   /var/www/site.ru/cgi-bin;
		gzip off;
		proxy_pass    http://127.0.0.1:9001;
	}
 
....
 
}

Перезапускаем nginx и готово! :)

P.S.
Чтобы работала авторизация и куки, в location также можно добавить вот эти параметры:

set                     $referer        $http_referer;
proxy_set_header        Referer         $referer;
proxy_set_header        X-Real-IP       $remote_addr;
proxy_set_header        Host            localhost:9001;
proxy_set_header        REQUEST_METHOD  $request_method;
proxy_set_header        REMOTE_USER     $remote_user;
proxy_set_header        REMOTE_ADDR     $remote_addr;
proxy_set_header        SERVER_NAME     localhost;
proxy_set_header        SERVER_PORT     9001;
proxy_set_header        HTTP_COOKIE     $http_cookie;

Первый способ, используя стандартный wget:

# wget -rEkp -np -nc http://www.domain.com/

Второй способ, используя httrack:

# httrack "http://www.domain.com/" -O "./www.domain.com" "+*.www.domain.com/*" -v

Первый способ намного более быстрый, но с некоторыми динамическими страницами могут быть проблемы, поэтому на помощь приходит httrack, -  жаль только, работает он гораздо медленнее :(

expires

Значением этого заголовка является дата, после которой содержимое ресурса устареет. Если пользователь обратится к ресурсу позднее заданной даты, то браузер должен запросить ресурс у сервера, а не из локального кеша. Если заголовок expires содержит дату, прошедшую относительно текущей, то при каждом следующем обращении к ресурсу браузер снова будет обращаться к серверу, а не к локальному кешу :)

header ("expires: mon, 26 jul 1997 05:00:00 gmt");

last-modified

Значением данного заголовка является дата последнего обновления ресурса. Большинство современных браузеров используют следующий алгоритм, если ресурс уже находится в локальном кэше:
запрашивает с сервера дату последнего обновления ресурса сравнивает полученную дату и дату ресурса в локальном кэше если ресурс на сервере новее ресурса в кэше – запрашивается ресурс с сервера.
Если ресурс, расположенный на сервере, содержит в данном поле текущую дату, то браузер будет каждый раз запрашивать ресурс с сервера, а не из локального кэша. Следующий листинг демонстрирует использование поля заголовка last-modified:

header ("last-modified: " . gmdate("d, d m y h:i:s") . " gmt");

cache-control и pragma

Поля заголовка, непосредственно отвечающие за кэширование ресурса. Поле «pragma» было определено в стандарте rfc 1945, описывающим протокол http 1.0. Данное поле считается устаревшим, но в некоторых случаях приходится использовать именно его. В частности некоторые proxy-сервера неправильно обрабатывают запросы к постоянно изменяющимся ресурсам, если вместе с ресурсом не передается данное поле заголовка.
Второе поле определено в стандарте rfc 2068, который описывает протокол http 1.1. Данное поле заголовка позволяет запретить кэширование, и каждый раз запрашивать ресурс с сервера. Следующий листинг демонстрирует использование полей заголовка cache-control и pragma для запрета кэширования:

header("cache-control: no-cache, must-revalidate"); header("pragma: no-cache");