Akopia Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date ][Minivend by thread ]

Re: [mv] Efficient [perl] Results page



******    message to minivend-users from Mike Heins <mikeh@minivend.com>     ******

Quoting cfm@maine.com (cfm@maine.com):
> 
> On Sat, Jul 29, 2000 at 02:26:22PM -0400, Handytman@aol.com wrote:
> > What I've got so far is a results page which has all the [search-list] 
> > display stuff in perl tags. (Actually, I use [calc] tags.) This results in 
> > one perl call per item. Since the page is called to display eight items per 
> > page, that means eight perl calls per page.
> > It occurs to me that one perl call per page would be better. I'm asking:
> > 
> > 
> > How can one perl call display all the items on the results page, eliminating 
> > the need for [search-list][/search-list] tags?
> 
> This is an example from archives of a three year old site.  It's since
> been overhauled, but it does show everything in one place and the perl is...
> <AHEM>readable - say no more please!</AHEM>.  I'm not even sure
> if [sql] tags are still around?
> 
> Mike H says you only win if you jump to perl very few times, way less than <8
> is my understanding.
> 

Actually, 8 is not too bad with a fast machine, particularly if you use
[calc]. It is when you get into the dozens or more that it starts to hurt.
If you combine it with an un-indexed SQL database, it starts to really 
hurt. 8-)

-- 
Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH  45056
phone +1.513.523.8220 fax 7501 <heins@akopia.com>

Friends don't let friends use Outlook. -- Bob Blaylock
-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list


Search for: Match: Format: Sort by: