ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ssi


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: ssi
  • From: Nikolay Grebnev <nick@xxxxxxxxxxxx>
  • Date: Sun, 20 Dec 2009 11:38:15 +0300
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=Dsc78YzM4u9A39Akrr1bazLYN4dMGx86md7ZGtVZD7U=; b=kNSUU3XZNkuanOM4T5wMvPI5pMpkzz8E8NB8vbsojZSN2amsS1AWTazr9VyRgYWHI/ uucpDbRYPm0X/uMx7yDJ9EeAGu48KtFp4kpx+ogVXyR8hrVOOSh0aqt05/1dNxxGu1t/ M7CU2dW18SosDeys0g6AZMyhAmZUQ3sNLkWvI=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=YRBAVBCqau/8Y2LJEgnDTeYGh2QFt2QvxUT2gV8qH5HOFdVk67Kt36FMnuTly4xt63 f/3fd6mJcNTKjxsdHTPTD3saoNDY3uDASCg9pVpgVeSb5eyEiLp5ngp5s+ATUhPwN5vG rkURKhO/WS0QiyZ1x1s6Mcx2fSFyjx8wv/yd8=
  • In-reply-to: <26A520EE-10DF-4472-A469-0B4422F0E279@xxxxxxxxx>
  • References: <a7cd64c30912191434t69703955i537f451a1b5cf132@xxxxxxxxxxxxxx> <26A520EE-10DF-4472-A469-0B4422F0E279@xxxxxxxxx>



2009/12/20 Peter Leonov <gojpeg@xxxxxxxxx>
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 :)))


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

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru

  • Follow-Ups:
  • References:
    • ssi
      • From: Nikolay Grebnev
    • Re: ssi
      • From: Peter Leonov

 




Copyright © Lexa Software, 1996-2009.