RE: [mv] Running Perl Process

["Russ Mann" <tech@khouse.org>]

Dear Mike,

Thank you very much!  I am in the process of upgrading to IC 4.6, but this
is quite time-consuming, because of all the tag, perl, calc, and database
changes that I need to make for my store to run under IC.

Regarding the Affiliates thing:  I use the affiliate code such as
domain.com/cgi-bin/simple?;;CODE
Is this the same problem?  Or are you only referring to
domian.com/cgi-bin/simple?ie2mU4oG;;1712

The more-list problem:  I have ~270 products in the catalog, and display 7
per page.  It is possible to search for a term that causes all the products
to come up.  Do you think this is a problem?

I'm downing my OrderLineLimit from 50 to 20, to try to head that one off.

Thanks again,

Russ

-----Original Message-----
From: minivend-users-admin@minivend.com
[mailto:minivend-users-admin@minivend.com]On Behalf Of Mike Heins
Sent: Tuesday, December 12, 2000 11:54 PM
To: minivend-users@minivend.com
Subject: Re: [mv] Running Perl Process


Quoting Russ Mann (tech@khouse.org):
> Dear List,
>
> Ok, since I've never gotten a response on how to fix the hammered lock
> problems, in the three years I've been using MiniVend, I'll take it
another
> route.
>
> The problem comes when a minivend owned perl process starts gobbling up
CPU
> at an alarming rate.  How can I "debug" MV to find out what routine this
> gobbling is coming from?  Is there any way to check this, or put a cap on
> it?

The usual reason is one of the three following condtions:

	1. Huge shopping cart, usually due to a bad robot
	which orders every prodcut in catalog. Solve with
	OrderLineLimit.

	2. Affiliates (or yourself) who place the same session ID
	in a link, causing contention and problems for that session.
	Hard to solve except in MV4. One possiblity is to hack the
	source to put in a list of IDs never to accept.

	3. Huge more-lists built by searching and returning every
	product in catalog. Can be solved only by hacking the source
	in MV3.

If MV3 were being actively supported, I would probably make these
fixes (which are in MV4 and Interchange). But it isn't and I won't.

[Thereby renewing my call for someone who has a case of masochism and
 wants to take over MV3 support. 8-) ]

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

I have a cop friend who thinks he ought be able to give a new ticket;
"too dumb for conditions".

_______________________________________________
Minivend-users mailing list
Minivend-users@minivend.com
http://lists.akopia.com/mailman/listinfo/minivend-users


_______________________________________________
Minivend-users mailing list
Minivend-users@minivend.com
http://lists.akopia.com/mailman/listinfo/minivend-users