The problem with that approach is that a change in the data isn't added to
the index file at the time it is changed. I had considered just building
the index file in the ifs with a program and have it update when data
changed but there were too many directions from which the data can be
updated. I also considered a manual call to let the operator rebuild the
page on demand but then again, if he gets three calls in 3 minutes that
someone made a change to one of our clients setups he'd have a few choice
words for me. That's why I first entertained the apache include statement
for the call to build just that portion of dynamic data on demand. I like
that several options came out of the question, options that I might not
otherwise have considered.
***
Regards,
Joe W Holt
Sr Programmer/Developer
Jack Onofrio Dog Shows, LLC
405.427.8181
From: "William A. Hansen" <whansen@xxxxxxxxxxxxx>
To: <WEB400@xxxxxxxxxxxx>
Date: 07/16/2015 02:18 PM
Subject: [WEB400] Home page options for Apache on IBMi
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxx>
I was once asked to design a database application for which the optimal
solution was to buy the user a dozen file cards. Reading the posts makes
me wonder whether we are grossly overdesigning Joe's application.
I have a web site that uses AJAX calls for information that can change by
the second. For another, I used server-side calls to dynamically add the
same header and footer information to the 300+ pages making up the site.
While this worked great, I realized this was overkill for pages that might
change only once a month. I now store all pages in XML format and run a
job once a month or as needed to recreates the web site using an XSLT
transform.
Would this problem be solved by running a daily job that simply recreates
the index file?
KISS,
Bill
William A. Hansen
whansen@xxxxxxxxxxxxx
Manta Technologies Inc.
Toll-free: (800) 406-2682 x 101
Direct: (303) 862-4562
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/web400.
midrange.com
