[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date
][Minivend by thread
]
Re: [mv] Optimizing a catalog
...
> > 2) take your catalog out of minivend and only use the order process. If
> > you switched to C or mod_perl you'd get much better perfomance, and I'm
> > sure the catalog gets hit more than the order section.
> > 3) are you doing static pages at all? Make your process as static as possible.
...
> should handle that just fine. We routinely serve 200,000 *Minivend-parsed*
> pages a day on a single Pentium system. It should handle a couple of
> hundred requests per minute without difficulty, providing some sensible
...
> > I'm sure there are more ways... but probably moving your catalog out of
> > MV is the easier one/cheaper one that will get results. Depends on how
> > much mv code you really use in the catalog. We use very little, and have
> > been toying with the idea ourselves. We already have a way of storing the
> > number of items ordered in a cookie so we can use a complete order tag in
> > a non minivend page. using C or fast cgi or some mod_perl piece would
> > probably bring your load down a lot and serve pages out faster.
>
> I am surprised you guys still participate here.... 8-)
Yeah, we can be a bit off the mark sometime, but we are not going
anywhere else. True, we do not use much minivend in our "catalog"
pages, but that's our confusing the lingo. We distinguish internally
between "catalog" pages and the "order", "report" and "search" sequences.
Why the rest of the world can't read our minds, I don't know?
We can stand tall only because we stand on the shoulders of
giants. (Something like that.)
cfm
--
Christopher F. Miller, Publisher cfm@maine.com
MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
1.207.657.5078 http://www.maine.com/
Database publishing, e-commerce, office/internet integration, Debian linux.
