Ваш оффтопный вопрос неоднократно обсуждался начиная с не помню какого
года. Да будет, потому что nginx меньше, легче, занимается отдачей
контента медленным юзерам и тд. почитайте статьи на тему nginx - там
эта тема рассмотрена со всех сторон.

19 августа 2010 г. 22:21 пользователь MOHCTP <nginx-forum@nginx.us> написал:
> Спасибо откликнувшимся!
>
> Смысл этой затеи вот в чем:
> на фронт-энде из нгинкса происходит
> авторизация или по клиентским
> сертификатам (читаются поля и
> смотрятся а базе данных оракла) или по
> логину/паролю опять же там. сейчас все
> организовано тупо на апаче с модулем
> mod_auth_oracle, который (модуль) вполне себе
> справляется с этой задачей...  стоит
> задача разнести все на
> фронт-энд/бекенд, перенес практически
> все - но надо перенести аутентификацию
> наружу...
> авторизаций будет море, потому смысле
> проводить ее на бекенде не вижу -
> слишком тяжеловесен апач... к тому же
> мне на выходе нужно будет еще как-то
> получить переменную REMOTE_USER и т.п. чтобы
> PHP на бекенде их видел и fcgid на фронтэнде
> их тоже видел!
> ngx_http_auth_request_module умеет авторизацию в
> оракле?
>
> и оффтопный вопрос - будет ли выигрышь в
> производительности при переводе 1
> апача на бекенд-фронтэнд систему, если
> 99% контента динамического + fastcgi, или
> лучше на все внешние машины апач
> оставить все-таки?
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,119738,121449#msg-121449
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>



--
С уважением,
Алексей Бобок, Ukrhome.net
icq# 205349854
mailto: alexey.bobok@ukrhome.net
http://www.ukrhome.net/

Think before you print.
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru