> Добрый день.
> Задумался об использовании у нас 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 :)))
Это здорово. Вот как раз об этом я и спрашивал :) 1 Почему именно ssi, в чем реальные плюсы в использовании на архитектурном уровне 2 А как конкретно? На этот вопрос думаю отвечать тут тяжко - фактически тема статьи... Поэтому нет ли ссылок на статьи где описываются примеры? (это вопрос к общественности)