× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Another possibility would be to show paging and how many pages are present and
give them an opportunity to receive this data in a CSV or PDF file via
email.....If they print it, submit a job and relieve your server instance.

Now, you have taken the load off of your server and the user has the same info
locally.

Just another way....

Jeff Flaker
SR PA..Vitamin Shoppe


"hrabar@xxxxxxxxxxxxxxxxx" <hrabar@xxxxxxxxxxxxxxxxx> said:

I agree - add paging to the browser display.

Think about how you would build a subfile. Show the user xx records on a
page, and give them a way to display the next page and the previous page.
(buttons?)

Leonard Hrabar
Senior Developer

Holy Name Hospital
718 Teaneck Road
Teaneck, NJ 07666
(201) 833-3000 ext: 5861

hrabar@xxxxxxxxxxxxxxxxx



"Bradley V.
Stone"
<bvstone@bvstools To
.com> "Web Enabling the AS400 / iSeries"
Sent by: <web400@xxxxxxxxxxxx>
web400-bounces+hr cc
abar=mail.holynam
e.org@xxxxxxxxxxx Subject
m Re: [WEB400] Faster HTML Output.


10/30/2007 10:47
AM


Please respond to
Web Enabling the
AS400 / iSeries
<web400@midrange.
com>






Figure out if there's a reason the need 122 pages at once. If not, add
paging.

I know sometimes users "need" that sort of thing. But sometimes it's easy
to show them a better way. Imagine if ebay showed you every auction that
matched your search on one page... :)

Bradley V. Stone
BVSTools - www.bvstools.com
eRPG SDK - www.erpgsdk.com

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]On
Behalf Of Michael_Schutte@xxxxxxxxxxxx
Sent: Tuesday, October 30, 2007 9:22 AM
To: web400@xxxxxxxxxxxx
Subject: [WEB400] Faster HTML Output.



I need some ideas. We are currently using CGIDEV2 for building our web
applications. In this particular program, I have an SQL statement that
inserts a large amount of data into a TEMP table and it runs in under 4
seconds. However, reading through the temp table and building the HTML
page takes over a minute. FYI, the result is a 122 printed web page.
Typically, a user wouldn't be asking for this large amount of data,
however, the user is requesting to have this capability.

Does anyone have any ideas on how to improve the speed? Can anyone point
me in any direction?



Michael Schutte
Admin Professional
Bob Evans Farms, Inc.
"The Secret's the Sauce! Enjoy our new Bob-B-Q Pulled Pork Knife & Fork
Sandwich!"

--
This is the Web Enabling the AS400 / 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.


--
This is the Web Enabling the AS400 / 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.



--
This is the Web Enabling the AS400 / 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.






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.