ssi
Peter Leonov
gojpeg на gmail.com
Вс Дек 20 02:54:24 MSK 2009
On 20.12.2009, at 1:34, Nikolay Grebnev wrote:
Здавствуйте, Николай.
> Добрый день.
> Задумался об использовании у нас ssi. Кроме документации http://sysoev.ru/nginx/docs/http/ngx_http_ssi_module.html нашел еще на http://www.profyclub.org/articles/299/3036
> SSI — это моя гордость. Ее необходимость была понятна с самого начала. Фильтр позволяет вставлять запросы с локального диска и удаленных серверов. Например, один из них (показывает на «.. ..#include virtual=”/perl/one.html”-->) и уходит на один сервер, второй (показывает на «.. ..#include virtual=”/perl/two.php”-->) — на FastCGI. При этом ответ от Apache может еще раз пройти через этот фильтр, еще раз сходить к десяти серверам, получить от каждого ответ и снова пропустить через фильтр. Получается очень сложно устроенная рекурсивная вещь. Я иногда сам забываю некоторые моменты того, как она устроена. Она работает нормально (есть только один известный баг, который я скоро исправлю). Почти везде, где в Рамблере есть nginx, используется SSI.
>
> Вопрос - а есть ли какие-то примеры реальных ситуаций (архитектурных решений), как это можно использовать?
SSI он для того, чтобы собирать страничку по кусочкам, а еще и асинхронно. Каждый кусочек можно настраивать по-разному: кешировать, ротировать, генерировать на лету встроенным перлом, выкачивать с сервера из Африки или из пула мемкешей в соседней стойке. SSI в nginx, и вправду, невероятно мощная вещь. Тут миллион ситуаций можно придумать…
Мы, вот, сайт построили целиком на SSI :)))
С уважением,
Петр.
Подробная информация о списке рассылки nginx-ru