- From: Steve Waterbury <waterbug@epims1.gsfc.nasa.gov>
- Date: Thu, 19 Sep 1996 11:30:11 -0400
- To: www-rdb@w3.org
Others have written:
> > An interesting perspective, but in reality custom-built CGI will never go
> > away. Like assembler routines, there are some situations that require
> > low-level design.
>
> > > My opinion is that CGI/Perl is "old school" and that the future of client/server www functionality is clearly based on in-process middleware
> > > solutions.
Ingo Macherius writes:
> Not true: Perl is low level
I agree -- I would go further: the Korn shell is also a
high-level language, which can be used to assemble pieces of that
venerable set of reusable modules called Unix(TM). And we have
found that the shell makes an excellent 4GL for use with CGI.
> Not true: Perl CGI is slow
> There are several efforts to speed up the CGI process. ... [snip]
> ... there is even the possibility to run a daemon[-]like
> CGI script that holds a persisten connection to your DB ....
In fact, CGI is extremely *fast*, if you don't have to interface
it to a big, slow DBMS process (which we don't!). I challenge
*any* Web-DBMS implementation to compete with our application
(CGI, Korn Shell, agrep, glimpse, and /rdb) on performance!
> information != knowledge != wisdom != truth != beauty != music == best (FZ)
I agree with that, too ... great .sig!
Cheers,
--Steve.
oo _\o
\/\ \
/
____________________________________________ oo ____________
"Sometimes you're the windshield; sometimes you're the bug."
- Knopfler
Stephen C. Waterbury Assurance Technologies Division
Code 310, NASA/GSFC CAE Specialist
Greenbelt, MD 20771 and Webmaster
Phone/FAX: 301-286-7557/1695
email: waterbug@epims1.gsfc.nasa.gov
WWW: http://arioch.gsfc.nasa.gov/people/waterbug.html
____________________________________________________________
Received on Thursday, 19 September 1996 11:31:27 UTC