ПРОЕКТЫ 


  АРХИВ 


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: nginx + CGI


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: nginx + CGI
  • From: "Alexey Kovyrin" <alexey@xxxxxxxxxxx>
  • Date: Mon, 29 Dec 2008 08:35:48 -0500
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=YwL9OHi9Xh7QpmDrQs2PlquqDnYBdB5sNh+w7LBqF0M=; b=YkRnaAU7SUYlo27K4KK3hRjLycwkTYBAU1d96yDGtNGMuJVE/LC2RsBp2TjpQrJPqz pp6M2U5+wNsO2+3HOlzLzhWhl8kMDb3v838zKJ5w6wv6H9HiIF7VnhQd0Kf8Y6/LS+1u nBAxo1+uyA7a/yrA7EszWrUBL14hmoACpYS1Y=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=f59XUNRuI/LNtopH9Ed6ePFwWN0QhJEA6iLfk7LFp8jllDW4bjcOHtCWr0pmzIXYWD Smw6hA2TPlxTQ7iTPjYoxsCXwVjW6uqsXy1iqZNU+5kOo5ZRCedye1SovzICrh7/qyuh 91CjOty7ghI9hAaSXtBnyYa2baMg8fKsKQdXo=
  • In-reply-to: <1230555705.69535.17.camel@xxxxxxxxxxxxxx>
  • References: <20081229081719.61ec77e9.cray@xxxxxxx> <200812290818.12471.isk@xxxxxxxxxxxx> <b37fe17d0812282347o18ea5ff2y5aa21cc53ff74f05@xxxxxxxxxxxxxx> <1230555705.69535.17.camel@xxxxxxxxxxxxxx>

Какая на**р kqueue, какая оптимизация?! Вы будете делать форк+екзек на
КАЖДЫЙ запрос! Все остальное будет не важно :-) Так что не выдумывайте
глупостей.

2008/12/29 MZ <zuborg@xxxxxxxxxxxxxxxxxxx>:
> В пн, 29/12/2008 в 10:47 +0300, Vitaliy Okulov пишет:
>> Зачем так категорично то? Может дождемся ответа Игоря?
>
> Вот выше предлагался перловый демон-враппер cgi->fcgi
> А чем собственно отличается fcgi от http ? Принципиально - ничем!
> Пришел запрос, с пачкой параметров, - ушел ответ.
>
> И вот нам предлагают <S>http</S>fcgi сервер на перле чтоб получить
> возможность запускать cgi приложения. Ну не смешно ? Тормозная и
> абсолютно лишняя прослойка между веб-сервером и генератором контента.
>
> А если взять не перловый сервер, а очень такой оптимизированный С-шный
> софт, с поддержкой kqueue, все дела.. ? Который будет принимать
> fcgi-запросы, запускать cgi-программы, и выдавать fcgi ответы. То что у
> нас получится ?
>
> А получится у нас такая себе fcgi-версия nginx-а? Там даже менять особо
> ничего не надо - парсер http-запросов переделать под парсер
> fcgi-запросов, а вместо proxy/fcgi модуля приделать запускалку
> cgi-приложений. Согласитесь - fcgi-враппер для cgi на базе nginx-а, если
> его сделать толково - это сильная вещь. Не то что перловая поделка для
> домашних сайтов. На перловый IO только столько оверхеда уйдет - мама не
> горюй.
>
> А если теперь эту fcgi-версию обьединить с http-версией, то теперь что
> получится ? Правильно, получится практически полноценный веб-сервер
> nginx с поддержкой cgi, быстрый и оптимизированный, с поддержкой kqueue,
> все дела.. И даже новоявленный переделаный из http-парсера парсер
> fcgi-запросов можно выбросить. А можно и оставить - чем плохо иметь
> веб-сервер который умеет и http и fcgi ?
>
>
>> 29 декабря 2008 г. 9:18 пользователь Olexander Shtepa
>> <isk@xxxxxxxxxxxx> написал:
>>         > настроить нативную поддержку CGI в nginx.
>>
>>
>>         Никогда в жизни!
>>
>



-- 
Alexey Kovyrin
http://kovyrin.info/


 




Copyright © Lexa Software, 1996-2009.