RE: [WEB400] Caching Net.Data

["Bob Cozzi" <cozzi@xxxxxxxxx>]

Until you convert all your IFS directories to IFS TYPE 2, they are
slower than PF's for serving up web pages. I think it was Jim Sloan that
did a performance analysis and discovered about a 10 to 1 performance
advantage to server pages from source PF's vs text files on the IFS.

Bob

-----Original Message-----
From: web400-admin@midrange.com [mailto:web400-admin@midrange.com] On
Behalf Of Metz, Zak
Sent: Friday, January 03, 2003 3:40 PM
To: web400@midrange.com
Subject: RE: [WEB400] Caching Net.Data


Without buying GetURI, which appears to be a fine solution but is over
my non-existent budget...

I understand that I will be overriding STDOUT. Am I overriding to a PF?
What length? Any way to go straight to the IFS?

Then again, could Net.Data serve a static page from the IFS or from the
regular file system faster? I have no problem with leaving the pages in
PF members.

> -----Original Message-----
> From: Raul A Jager [mailto:raul@abc.com.py]
> Sent: Thursday, January 02, 2003 3:02 PM
> To: web400@midrange.com
> Subject: Re: [WEB400] Caching Net.Data
>
>
> GETURI can read a page generated by Net.Data and store it for you.
>
> Metz, Zak wrote:
>
> >Almost there, one quick question: Can I pipe STDOUT directly
> to the IFS when I call Net.Data from my CL program that is generated
> the page into the cache, or is it a two-stepper, PF->IFS?
> >
> >
> >
> >>-----Original Message-----
> >>From: Metz, Zak
> >>Sent: Tuesday, December 10, 2002 10:51 AM
> >>To: web400@midrange.com
> >>Subject: RE: [WEB400] Caching Net.Data
> >>
> >>
> >>Mr. Gombkötö, thank you very much for that reference. Indeed, that
> >>was EXACTLY what I was looking for. I suspected it could be done,
> >>but was at a loss on what to search on. STDOUT was the key.
> >>
> >>I'm going to begin developing this, and I'm going to try to build it

> >>in such a way that any website could use it.
> >>
> >>In fact, the site as it stands, at least the "backstage" area, is
> >>already built in such a way that nearly any database table could be
> >>worked with (add/edit/delete). Somewhere in the back of my mind I
> >>have a fantasy about completing that stuff, cleaning it up good, and

> >>sharing it with all my friends here who love Net.Data.
> >>
> >>The problem is that, since this is my hobby site, every time I get
> >>an idea of how I could be a little more clever, I dive into
> >>it...it's the project that never ends!
> >>
> >>-----Original Message-----
> >>From: Anton Gombkötö [mailto:gombkoetoe@assoft.com]
> >>
> >>
> >>
> >>>1. How would one go about "generating" the cached pages. I
> >>>
> >>>
> >>know I could
> >>
> >>
> >>>use a PC-based tool to "download" the site, then publish it
> >>>
> >>>
> >>back to the
> >>
> >>
> >>>IFS, but I'd rather 100% automate this. Can I call
> Net.Data from the
> >>>command line and redirect its output to a file?
> >>>
> >>>
> >>Yes!
> >>Just look at the Net.Data forum:
> >>http://server6.kepnet.com/cgi-bin/db2www/forum.d2w/view?SID=20
> >>000110182221678137
> >>
> >>
> >>
> >>>2. I realize this may be too application-specific, but in
> >>>
> >>>
> >>vagaries, how
> >>
> >>
> >>>could you "wrap" the website to be able to recognize that a
> >>>
> >>>
> >>page is in the
> >>
> >>
> >>>cache and display it? Maybe convert the single parm that can
> >>>
> >>>
> >>be passed
> >>
> >>
> >>>into the page (K) in a folder name, something like
> >>>
> >>>
> >>Index/1/Index.HTML,
> >>
> >>
> >>>Index/2/Index.HTML...I don't know...
> >>>3. If I do something like the naming above, can the logic to
> >>>
> >>>
> >>decide if the
> >>
> >>
> >>>cached page exists or not be moved to the Apache server
> >>>
> >>>
> >>itself using some
> >>
> >>
> >>>sort of pattern match mapping?
> >>>
> >>>
> >>2 and 3: i once saw a very interesting article discussing this. It
> >>was an Apache article, but i can't remember where it was.
> >>
> >>The main "trick" was to have a custom "page not found"-page that
> >>produces the page as desired. Maybe that helps or helps someone to
> >>remember or point
> >>you to the story.
> >>_______________________________________________
> >>This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
> >>To post a message email: WEB400@midrange.com
> >>To subscribe, unsubscribe, or change list options,
> >>visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> >>or email: WEB400-request@midrange.com
> >>Before posting, please take a moment to review the archives
> >>at http://archive.midrange.com/web400.
> >>
> >>
> >>
> >>
> >
> >_______________________________________________
> >This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To

> >post a message email: WEB400@midrange.com To subscribe, unsubscribe,
> >or change list options,
> >visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> >or email: WEB400-request@midrange.com
> >Before posting, please take a moment to review the archives at
> >http://archive.midrange.com/web400.
> >
> >
>
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
> post a message email: WEB400@midrange.com To subscribe, unsubscribe,
> or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> or email: WEB400-request@midrange.com
> Before posting, please take a moment to review the archives at
> http://archive.midrange.com/web400.
>
>

_______________________________________________
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
post a message email: WEB400@midrange.com To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/web400
or email: WEB400-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.