|
Anton, That's a good idea, and may speed things up. Only problem is that it is frames. Fastly fading... As far as more reusable, not really depending on the application. Right now, if I only display something that doesn't require reading from standard input or environment variables, I use SSI. So, I create an HTML page, and where my CGI needs to be, I use an SSI script to run a CGI program. This .html file is usually built from a template that uses SSI to include html that is on every page (like a menu, news, etc). So, I only have to update one file to change the menu on every page. similar to shared borders when using MSFrontpage, but much easier to use if you ever stop using FP. On all other pages where I can't use SSI, I call the same procedures in the beginning and end that write out html/javascript/etc... from the same file in the IFS. So I have something like top.html, bottom.html and my program looks like.. Write top.html do CGI stuff Write bottom.html Writing the HTML to the screen usually isnt what's slow unless you're doing a lot of processing in the CGI program. So, programming style comes to play as well. Bradley V. Stone BVS/Tools - www.bvstools.com Netshare400 - www.netshare400.com > -----Original Message----- > From: Anton Gombkötö [mailto:Gombkoetoe@ASsoft.com] > Sent: Friday, December 17, 1999 2:51 PM > To: RPG400-L@midrange.com > Subject: Re: Web server performance > > > A completely different approach, not yet tested, it came just > to my mind: > > I think you've one line of HTML-code with the CGI-request. > > You told us that you create a "top bar, left and right bar, > bottom bar, > etc". > > What about sending out just a frame set with a CGI-request in > each frame > page? I suggest this to do more than one request at the same > time, some sort > of parallel processing. > > So instead of > > < request "cgi1" from as400 > *looooong 5 seconds work* > > answer one big page > > <request "cgi1" from as400 > *something shorter* > > answer is a frameset, user is happy as the machine seems > something to do > < request "cgi_top" from as400 > < request "cgi_left" from as400 > > and so on > > Got the idea? > > This might make your web more re-usable, tasks are easier > solved with an > ILE-approach and might better perform (and is trickier an > more fun to do :-) > > Anybody tried this already? Does it work? > > 0.02 Euro > > Anton Gombkötö > AS Software > http://www.ASsoft.com > Vienna, Austria, Europe > > > Scott Adams wrote: > > > > > > I have a 170-2189 with 128MB memory. I've been playing > with the HTTP > server > > > stuff. > > > > > > The performance on HTML based stuff, either in IFS > directories or in > source > > > files is pretty good. The problem is with performance of > RPG programs. > I > > > have one program that does the following: > > > > > > - calls QCMDEXC to change the lib list > > > - calls several other RPG programs to create the > various sections of > the > > > screen - top bar, left and right bar, bottom bar, etc > > > - calls another RPG program to create a random number > > > > > > This collection of stuff takes about 5 seconds before any > HTML starts > coming > > <snip> > > -- > > Raul A. Jager W. > > Asuncion - Paraguay > > +--- > > | This is the RPG/400 Mailing List! > > | To submit a new message, send your mail to RPG400-L@midrange.com. > > | To subscribe to this list send email to RPG400-L-SUB@midrange.com. > > | To unsubscribe from this list send email to > RPG400-L-UNSUB@midrange.com. > > | Questions should be directed to the list owner/operator: > david@midrange.com > > +--- > > +--- > | This is the RPG/400 Mailing List! > | To submit a new message, send your mail to RPG400-L@midrange.com. > | To subscribe to this list send email to RPG400-L-SUB@midrange.com. > | To unsubscribe from this list send email to > RPG400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.