[REBOL] Re: Fast-CGI
From: petr:krenzelok:trz:cz at: 22-Jan-2003 11:25
[SunandaDH--aol--com] wrote:
>Hallvard:
>
>>I'm impatient. According to http://www.rebolfrance.org/articles/dockimbel/
>>dockimbel.html, work is being done on FastCGI (true though, it's not under
>>the "avenir proche" heading...)
>>
>>
>
>Rebol now apparently supports FastCGI. Maybe the Doc stopped because Carl
>beat him to it!?
>
Rebol supports fast-cgi for quite some time. It is included in /Command
though, not /Pro versions. There is some "change" with new SDK, there
does not seem to be something like /Pro and /Command, but so called /Pro
version contains all /Command stuff ...What is trange though, that /Face
builds upon /Pro ... and now I wonder - will there be anything like View
in the future? I would like to know more about RT's product strategy,
because, e.g. some developers would afford to buy View/Pro, but if new
flavor of /Pro contains all /Command stuff, how much will it cost? Is
SDK the only option for those who want to use shell and library
capabilities?
As for FastCGI - from some earlier email exchange with Holger, IIRC - RT
uses kind of own implementation. That is why Win version does not
support static and dynamic mode of fastcgi, but only External mode,
while official fastcgi stuff solved their problems long time ago. That
is also why I would relly welcome Doc's stuff. On a general side - I
would like to see RT's orientation more on a technology side once again
- extending language capabilities (as it was discussed here) and drop
the stuff as mySQL, FastCGI to community efforts, as it consumes their
support time and what is the point of having FastCGI which does not
support available capabilites?
I think that Carl has lot's of food for though already :-) All those
async networking, VDMs( virtual dialect machines), new View capabilities
etc etc. :-)
Once Doc releases his mySQL, PostGress and FastCGI, we are on pair with
PHP, "free" - for those to whom using charge-free technology matters. ....
-pekr-
