Re: CG/PL:п╬п╠я─п╟п╠п╬я┌п╨п╟ HTTPп╥п╟п©я─п╬я│п╬п╡

On Tue, 2006-11-07 at 01:43 -0800, Vladimir A. Butenko wrote:  

> > Возможно ли реализовать механизм для обработки HTTP запросов с помощью
> > CG/PL программ? Например так:
> Да, это планируется.

Ура :)

> > 2. При запросе на URL http://server/cgpl/acd/queuestate или
> > http://server/~username/cgpl/conf/userlist запускается соответствующая
> > задача, которая получает на вход словарь с запросом
> > (Vars().httpRequest). Задача запускается в специальном режиме, функции,
> > которые связаны с обработкой сигналов, будут возвращать ошибки, но при
> > этом задача можно стартовать другие задачи и участвовать в обмене
> > сообщениями и синхронизации.

> 
> Там не совсем так. Язык CG/PL =/= языку PBX. И описание PBX функций, как Вы 
> видели - отдельное. То есть - есть ядро языка, а над ним - есть разные 
> реализации (пока - просто разные наборы не-базовых функций, посовывамые и 
> компилятору, и траснлятору).

Да, это понятно.

> Поэтому язык там будет CG/PL, но не PBX. И, скорее всего, в нем не будет 
> spawn (потому что CGI процесс - это не задача, с которой можно обменяться 
> сигналами). А может, и задача - если получится.

В принципе, spawn не нужен, но какие-то механизмы коммуникации (пусть даже синхронные) с PBX нужны. > Опять же - есть очень большое желание выпихнуть Вас с сервера, всучив XIMSS :)

> вместо CG/PL. Если HTTP клиент - всё равно Ваш, то в чем, собственно, 
> проблема - в том, что XIMSS требует локального аккаунта, пароль которого 
> давать не хочется (это понятно),

Да, только в этом. Но, в принципе, Вы уже сказали -- планируется. Я думаю, какой-то IPC с PBX там все равно появится (иначе зачем лес городить), а уже с таким-то инструментом мы эту задачу решим.

Спасибо!

SY,
--
 Alexey Naidyonov
 ITooLabs Получено Tue Nov 07 09:56:34 2006