>I administer a Mac server running Webstar 2.0 (I've got >WebStar 3.0 trial on my machine). Probably my most important project >over next 6 months is to redesign our Web site to include ability to >accept application information online directly into a database >(Filemaker Pro) and possibly setting up an online bookstore. I plan to >keep the Mac Web server (maybe upgrade hardware & software). > >In this respect learning CGI will be helpful but should I learn CGI >scipting in Perl or Applescript?? I reread my WebStar manual which >mentioned Applescript is preferable 'cause it supports synschronous >processing. Very briefly and very generally: I have written Mac CGI's in both MacPerl and Applescript. After considerable experimentation, I concluded that the major advantage of MacPerl is that Perl is a powerful, easy to use language. The major advantage of Applescript is that it is low footprint. With MacPerl, each CGI needs to start up and run the MacPerl interpreter. This consumes disk space, RAM, and makes for a slower startup. On the other hand, MacPerl, once running, is in my unverified opinion, vastly faster than AppleScript. Important points to remember: 1) MacPerl is NOT multithreaded; it can only do one thing at a time. Thus, while CGI #1 is processing a request, a hit to CGI #2 has to wait. The same is true of Applescript. This is OK for a low traffic server, except that if you are using the same Mac as a Web server and as a workstation (suboptimal, in my opinion, I say as I type this on a Mac running a Web server), you have to be careful about running other MacPerl tasks. For this reason, I would write a CGI in AppleScript on a dual use Mac (Web Server + Workstation) and in MacPerl on a dedicated Web Server. 2) Server push is very useful for websites that access databases; if you are returning a lot of data it is nice to send it back a bit at a time so that the user doesn't get impatient or the client (e.g. Netscape) doesn't time out. You access this in MacPerl by naming the CGI .acgi instead of .cgi. In my hands, this is a mistake. Problems with overlapping hits which simply cause queueing for a .cgi, cause dropped connections or crashes for an .acgi. Your mileage may vary, but that's my experience. 3) I have never written a CGI in Frontier; its publishers implemented an expensive licensing policy at about the time I thought of trying it, and it is a fairly complex package to learn. However, it is advertised as multithreading and folks that I trust tell me that it solves the above problems. If this is a serious website, I would evaluate Frontier. -David Steffen- David Steffen, Ph.D. President, Biomedical Computing, Inc. <http://www.biomedcomp.com/> Phone: (713) 610-9770 FAX: (713) 610-9769 E-mail: steffen@biomedcomp.com ===== Want to unsubscribe from this list? ===== Send mail with body "unsubscribe" to macperl-request@macperl.org