2011/11/12 Alexandr Gomoliako <[email protected]>: > On 11/12/11, Ruslan Zakirov <[email protected]> wrote: >> 2011/11/12 Yury Pats <[email protected]>: >>> В перспективе nginx-perl сможет заменить mod_perl и apache? > > Тут смысл совсем не в функционале модперла апача, а чтобы > можно было запустить что-то в бэкграунде, отправлять запрос > параллельно на несколько бэкендов, создавать очереди > соединений и т.д. > >> Врядли. Блокировать это дело нельзя. > > Блокировать можно, ничего страшного в этом нет. Просто запускайте > больше воркеров. Никаких проблем, а только больше удобства.
Какой в этом смысл тогда? Чем это будет отличаться от других серверов? Тогда одно отличие, что можно послать асинхронно запрос, что-то поделать. >> Юра, если ты не испольщуешь что-то кроме ResponeHandler, то нет >> никакого смысла испольовать mod_perl. Просто перейти на FCGI. Тогда не >> нужен обратный прокси и легко переключиться на другой сервер. > > Или уже PSGI, Миягава упорно его развивает http://plackperl.org/ psgi тоже хорошо. > Если посмотрите на асинхронные PSGI северы Feersum и Twiggy, то они > точно так же блокируют воркер при работе с DBI или чем-то таким. Плохо, что блокируют. В современном веб приложении общаемся больше всего с БД, а все остальное обработка текста и преобразование полученых данных. Блокировать общение с БД тоже самое, что превратить событийный сервер в форкающийся. Какими же такими плюсами обладает такое решение, что дажее блокируя его все равно мы остаемся в плюсе. > На счет внедрения в AE, то тут API выше уровня, т.е. нет колбэков, > когда можно что-то читать, а только, когда уже полностью прочитано > в указанный буффер. Было бы интересно получить AE приложение, которое работает совместно с nginx loop'ом и периодически передают друг другу управление. То есть должно быть неважно использую ли я ngx соединения с чем-то еще или AE'шные соединения. Не знаю возможно ли такое в принципе поиметь с API nginx. Что скажете? Хочется AE, потому что есть готовые решения для различных задач, переносимость, работа кода за пределами веб сервера. > Да и зачем, наоборот хотелось простоты. Т.е. грубо, создали коннектор, > подключились, создали в колбеке ридер и вернули NGX_READ > из колбэка коннектора, т.е. следующая операция: чтение. > И когда буфер ридера заполнится, вызовется его колбэк. > По-моему достаточно просто. Я не хаю. Мне нравится. -- Best regards, Ruslan. -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
