ПРОЕКТЫ 


  АРХИВ 


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: надо несколько sub filter в одном Location



Хм, как-то общая картина не складывается. Одни пишут о кривости бэкенда и как всё трагично, другие об их облегчении, да и вообще всё делать на вебсервере, даже шаблонизатор есть. Осталось встроить пхп/питон/яву/скалу/руби/го/дарт/... и да, будет всё :)

Не, лично мне энджин нравится, но хотелось бы видеть его в юзабельном (для себя любимого, ессно) виде. К этому виду не относится мощный интерпретатор - вот он-то как раз ничего не потерял и приносит (имхо, может даже факт?) больше проблем, чем пользы.

Лично мне нравится следующий сценарий:
1. Получаем реквест.
2. Перенаправляем его по http/uwsgi/fcgi/socket на _что_угодно_ а ля бэкенд/скрипт/перл/луа/торнадо. 3. Там обрабатываем как хотим, чем хотим и возвращаем что хотим (ессно по спецификации).
4. Перенаправляем рузультат собсно нужному бэкенду.
5. Получаем результат от бекэнда.
6. Перенаправляем его по http/uwsgi/fcgi/socket на _что_угодно_ а ля бэкенд/скрипт/перл/луа/торнадо. 7. Там обрабатываем как хотим, чем хотим и возвращаем что хотим (ессно по спецификации).
8. Возвращаем ответ клиенту.

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

Данный сценарий сейчас, хоть и ограничено, но возможен на уровне статус-кодов.


On 23.03.2012 21:09, Alexandr Gomoliako wrote:

Скорее наоборот, в чем смысл вебсервера без луа и перла?
В интерпретатор на вебсервере можно очень много всего вынести и за
счет этого очень сильно упростить бэкенд. В идеале на бэкендах
оставить только RESTful сервисы, а все остальное в nginx, который с
ними общается посредством интерпретатора.
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


--
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer
Professional Scrum Master

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


 




Copyright © Lexa Software, 1996-2009.