[ic] Re: Interchange crashing (Mark Johnson)

Alexandre Daree interchange-users@lists.akopia.com
Thu Jun 14 15:02:01 2001


----- Original Message -----
From: <interchange-users-request@developer.akopia.com>
To: <interchange-users@developer.akopia.com>
Sent: Thursday, June 14, 2001 1:43 PM
Subject: Interchange-users digest, Vol 1 #611 - 12 msgs


> Send Interchange-users mailing list submissions to
> interchange-users@lists.akopia.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.akopia.com/mailman/listinfo/interchange-users
> or, via email, send a message with subject or body 'help' to
> interchange-users-request@lists.akopia.com
>
> You can reach the person managing the list at
> interchange-users-admin@lists.akopia.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Interchange-users digest..."
>
>
it's still under development and still not publicly released :-)

> Today's Topics:
>
>    1. Re: Interchange crashing (Mark Johnson)
>    2. Re: Interchange crashing (Mike Heins)
>    3. RE: Interchange crashing (Tim Mirecki)
>    4. Re: Interchange crashing (Mark Johnson)
>    5. RE: Interchange crashing (Tim Mirecki)
>    6. Re: Interchange crashing (Mike Heins)
>    7. Help on on a solaris 8 box (Larry Caragay)
>    8. Re: Help on on a solaris 8 box (Jason Kohles)
>    9. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (Mike Heins)
>   10. Re: Changing pricing based on any field (Mike Heins)
>   11. RE: Interchange crashing (Tim Mirecki)
>   12. Any body can help , I need my customers to be able to ad their own
products (Alexandre Daree)
>
> --__--__--
>
> Message: 1
> Date: Thu, 14 Jun 2001 13:42:48 -0400
> From: Mark Johnson <markj@redhat.com>
> Organization: Red Hat E-Business Solutions
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
> Reply-To: interchange-users@lists.akopia.com
>
> Any chance the catalogs suddenly point to 127.0.0.1?
>
>
http://interchange.redhat.com/cgi-bin/ic/docfly.html?mv_arg=icconfig10%2e64
>
> Tim Mirecki wrote:
> >
> > Hey all, I am having a problem with interchange - versions 4.7.2 and
4.7.3
> > will completely crash if the user clicks enough times, making all
catalogs
> > completely unusable. I was unsuccessful at crashing version 4.6 (Akopia
demo
> > 1).
> >
> > At this very moment, I have successfully crashed the demo store for
version
> > 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right now,
but
> > you WILL be able to view the first page. I imagine the main page is
static,
> > so it is not affected.
> >
> > Anyone?
> >
> > _______________________________________________
> > Interchange-users mailing list
> > Interchange-users@lists.akopia.com
> > http://lists.akopia.com/mailman/listinfo/interchange-users
>
> --
> Mark Johnson
> Senior Systems Architect - Professional Services
> Red Hat, Inc.
> E-Business Solutions
> markj@redhat.com
> 703-456-2912
>
> --__--__--
>
> Message: 2
> Date: Thu, 14 Jun 2001 13:48:28 -0400
> From: Mike Heins <mikeh@minivend.com>
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
> Reply-To: interchange-users@lists.akopia.com
>
> Quoting Tim Mirecki (tim@q5.ca):
> > Racke:
> >
> > The RedHat Demo 3 store is still crashing, try it out (demo.akopia.com)
> > rapidly clicking on "Buy Now" on an item (about 30 times or so) without
> > letting it return anything, it'll crash.
> > Goes back up after a few minutes...is someone resetting it?
>
> Are you sure this is not OrderLineLimit or RobotLimit? We have run
> the 4.7.x server on a system that received 2,000,000 parsed-page
> hits over three days, and it didn't die once.
>
> --
> Red Hat, Inc., 3005 Nichols Rd., Hamilton, OH  45013
> phone +1.513.523.7621      <mheins@redhat.com>
>
> Being against torture ought to be sort of a bipartisan thing.
> -- Karl Lehenbauer
>
> --__--__--
>
> Message: 3
> From: "Tim Mirecki" <tim@q5.ca>
> To: <interchange-users@developer.akopia.com>
> Subject: RE: [ic] Interchange crashing
> Date: Thu, 14 Jun 2001 14:02:01 -0400
> Reply-To: interchange-users@lists.akopia.com
>
> Yes that happens AS WELL, but you can also go back (browser back button)
and
> crash it from there (keep clicking). I'm on a DSL connection, might affect
> how Interchange is impacted because of the rate of requests.
>
> The good news: I can't get 4.6 to crash. :0)
>
> -----Original Message-----
> From: interchange-users-admin@developer.akopia.com
> [mailto:interchange-users-admin@developer.akopia.com]On Behalf Of Mark
> Johnson
> Sent: Thursday, June 14, 2001 1:43 PM
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
>
> Any chance the catalogs suddenly point to 127.0.0.1?
>
>
http://interchange.redhat.com/cgi-bin/ic/docfly.html?mv_arg=icconfig10%2e64
>
> Tim Mirecki wrote:
> >
> > Hey all, I am having a problem with interchange - versions 4.7.2 and
4.7.3
> > will completely crash if the user clicks enough times, making all
catalogs
> > completely unusable. I was unsuccessful at crashing version 4.6 (Akopia
> demo
> > 1).
> >
> > At this very moment, I have successfully crashed the demo store for
> version
> > 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right now,
> but
> > you WILL be able to view the first page. I imagine the main page is
> static,
> > so it is not affected.
> >
> > Anyone?
> >
> > _______________________________________________
> > Interchange-users mailing list
> > Interchange-users@lists.akopia.com
> > http://lists.akopia.com/mailman/listinfo/interchange-users
>
> --
> Mark Johnson
> Senior Systems Architect - Professional Services
> Red Hat, Inc.
> E-Business Solutions
> markj@redhat.com
> 703-456-2912
> _______________________________________________
> Interchange-users mailing list
> Interchange-users@lists.akopia.com
> http://lists.akopia.com/mailman/listinfo/interchange-users
>
>
> --__--__--
>
> Message: 4
> Date: Thu, 14 Jun 2001 14:05:37 -0400
> From: Mark Johnson <markj@redhat.com>
> Organization: Red Hat E-Business Solutions
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
> Reply-To: interchange-users@lists.akopia.com
>
> Mike Heins wrote:
> >
> > Quoting Tim Mirecki (tim@q5.ca):
> > > Racke:
> > >
> > > The RedHat Demo 3 store is still crashing, try it out
(demo.akopia.com)
> > > rapidly clicking on "Buy Now" on an item (about 30 times or so)
without
> > > letting it return anything, it'll crash.
> > > Goes back up after a few minutes...is someone resetting it?
> >
> > Are you sure this is not OrderLineLimit or RobotLimit? We have run
> > the 4.7.x server on a system that received 2,000,000 parsed-page
> > hits over three days, and it didn't die once.
>
> That was my question to him, but I repeatedly hit the Recalc button
> until it froze. It didn't redirect to the localhost domain, but rather
> the request hangs, waiting for reply. But, the httpd is still serving as
> I was able to hit the index page on demo after ic3 froze.
>
>
> --
> Mark Johnson
> Senior Systems Architect - Professional Services
> Red Hat, Inc.
> E-Business Solutions
> markj@redhat.com
> 703-456-2912
>
> --__--__--
>
> Message: 5
> From: "Tim Mirecki" <tim@q5.ca>
> To: <interchange-users@developer.akopia.com>
> Subject: RE: [ic] Interchange crashing
> Date: Thu, 14 Jun 2001 14:14:32 -0400
> Reply-To: interchange-users@lists.akopia.com
>
> You know Mike, I have no idea why it's crashing. I have a feeling that the
> requests need to be coming from a single session. I got people to check
from
> 2 other connection points, and they were not able to access the akopia
demo
> site after I crashed it.
>
> Give it a shot, you too can crash it!
>
> -----Original Message-----
> From: interchange-users-admin@developer.akopia.com
> [mailto:interchange-users-admin@developer.akopia.com]On Behalf Of Mike
Heins
> Sent: Thursday, June 14, 2001 1:48 PM
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
>
> Quoting Tim Mirecki (tim@q5.ca):
> > Racke:
> >
> > The RedHat Demo 3 store is still crashing, try it out (demo.akopia.com)
> > rapidly clicking on "Buy Now" on an item (about 30 times or so) without
> > letting it return anything, it'll crash.
> > Goes back up after a few minutes...is someone resetting it?
>
> Are you sure this is not OrderLineLimit or RobotLimit? We have run
> the 4.7.x server on a system that received 2,000,000 parsed-page
> hits over three days, and it didn't die once.
>
> --
> Red Hat, Inc., 3005 Nichols Rd., Hamilton, OH  45013
> phone +1.513.523.7621      <mheins@redhat.com>
>
> Being against torture ought to be sort of a bipartisan thing.
> -- Karl Lehenbauer
> _______________________________________________
> Interchange-users mailing list
> Interchange-users@lists.akopia.com
> http://lists.akopia.com/mailman/listinfo/interchange-users
>
>
> --__--__--
>
> Message: 6
> Date: Thu, 14 Jun 2001 14:06:37 -0400
> From: Mike Heins <mikeh@minivend.com>
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
> Reply-To: interchange-users@lists.akopia.com
>
> Quoting Tim Mirecki (tim@q5.ca):
> > Yes that happens AS WELL, but you can also go back (browser back button)
and
> > crash it from there (keep clicking). I'm on a DSL connection, might
affect
> > how Interchange is impacted because of the rate of requests.
> >
> > The good news: I can't get 4.6 to crash. :0)
>
> It isn't crashing. Set:
>
> OrderLineLimit 10000
> RobotLimit     10000
>
> Then close your browser, start a new session, and see what happens.
>
> --
> Red Hat, Inc., 3005 Nichols Rd., Hamilton, OH  45013
> phone +1.513.523.7621      <mheins@redhat.com>
>
> Experience is what allows you to recognize a mistake the second
> time you make it. -- unknown
>
> --__--__--
>
> Message: 7
> From: "Larry Caragay" <larry@compwebtech.com>
> To: <interchange-users@developer.akopia.com>
> Date: Thu, 14 Jun 2001 22:59:10 -0700
> Subject: [ic] Help on on a solaris 8 box
> Reply-To: interchange-users@lists.akopia.com
>
> Iam getting the error. Would anyone out there that has installed it on
> solaris please help me?? error is..
>
> Found Perl 5.00503 as /usr/bin/perl
>
> If you get a CPAN error, rerun the configuration and it
> should go away.
>
>
>  Interchange V4.6.5
>
>   Copyright (C) 1996-2001 Akopia, Inc. <info@akopia.com>
>
>  Interchange is free under the terms of the GNU General Public License.
>
> Where is your Interchange to be installed?
[/export/home/larry/interchange]
>
> Writing Makefile for Interchange
> ./configure: make: not found
> ./configure: make: not found
>
>
> Thanks in Advance..
>
> Larry@compwebtech.com
>
>
> --__--__--
>
> Message: 8
> Date: Thu, 14 Jun 2001 14:13:08 -0400
> From: Jason Kohles <jkohles@redhat.com>
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Help on on a solaris 8 box
> Reply-To: interchange-users@lists.akopia.com
>
> On Thu, Jun 14, 2001 at 10:59:10PM -0700, Larry Caragay wrote:
> > Iam getting the error. Would anyone out there that has installed it on
> > solaris please help me?? error is..
> >
> > Writing Makefile for Interchange
> > ./configure: make: not found
> > ./configure: make: not found
> >
> You need to either install make, or find out where it is and add that
> directory to your path.
>
> --
> Red Hat E-Business Solutions                    Jason Kohles
> 11480 Sunset Hills Road                         Senior System Architect
> Reston, VA 20190                                jkohles@redhat.com
>
> --__--__--
>
> Message: 9
> Date: Thu, 14 Jun 2001 13:46:54 -0400
> From: Mike Heins <mikeh@minivend.com>
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> Reply-To: interchange-users@lists.akopia.com
>
> Quoting Stefan Hornburg (Racke) (racke@linuxia.de):
> > Jon Jensen <jon@redhat.com> writes:
> >
> > > On Thu, 14 Jun 2001, Jon Jensen wrote:
> > >
> > > > On 14 Jun 2001, Stefan Hornburg (Racke) wrote:
> > > >
> > > > > Very well spotted, John. Congratulations. Mangling Config stuff is
> > > > > fine, because it is not persistent, but we shouldn't touch
Variables
> > > > > as it seems. Jon, why we need to set IMAGE_DIR in UI_STD_HEAD ?
> > > >
> > > > I can't remember why I set that originally. It doesn't seem to be
> > > > necessary, so I took it out. John, let me know if that fixes your
problem.
> > >
> > > Now I remember why. The [button] usertag uses $Variable->{IMAGE_DIR}
to
> > > write image paths. So it's now broken in the UI. I'll see what I can
do to
> > > fix that.
> >
> > Using IMAGE_DIR in a usertag is bogus IMHO. Why isn't
$Config->{ImageDir}
> > used in the first place ?
> >
>
> I think it was done because it was to develop a directory name, not an
> image path. Since the thing won't work unless $Variable->{DOCROOT} is
> set, I decided to make it consistent and read the setting from Variable
> only instead of a combination. That way no one gets the idea it is a
> core feature.....
>
> --
> Red Hat, Inc., 3005 Nichols Rd., Hamilton, OH  45013
> phone +1.513.523.7621      <mheins@redhat.com>
>
> Being against torture ought to be sort of a bipartisan thing.
> -- Karl Lehenbauer
>
> --__--__--
>
> Message: 10
> Date: Thu, 14 Jun 2001 13:53:41 -0400
> From: Mike Heins <mikeh@minivend.com>
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Changing pricing based on any field
> Reply-To: interchange-users@lists.akopia.com
>
> Quoting Nathan Wiger (nate@nateware.com):
> > Hey all-
> >
> > I have a client who has some needs which I don't think are supported by
> > Interchange. However, I'm hoping that I'm wrong :-), so I wanted to ping
the
> > list.
> >
> > The client is opening a motorcycle parts store online. For many parts,
> > though, the price will vary based on several different fields. For
example:
> >
> >    Base helmet        $100.00
> >    XL and XXL         +$15.00
> >    XS                 -$10.00
> >    Metallic Paint     +$30.00
> >
> > Now, I'm aware of Interchange's pricing database. The problem isn't with
> > size (since this is built in), but rather getting the price to change on
> > another variable (like color -- the paint above) as well.
> >
> > This situation gets even trickier in some situations, where the size is
not
> > just "XL" but rather corresponds to a model as well:
> >
> >    Aftermarket Tailpipe   $165.00
> >    CBR, Yamaha            +$25.00
> >    Ducati                 +$45.00
> >    Black Chrome           +$15.00
> >
> > The model information must be maintained, so we can't just say
"L=Yamaha,
> > XL=Ducati" in the "size" field. So, if we were just to use the pricing
> > database, I'd have to create fields for all potential "sizes" -- S, M,
L,
> > XL, Ducati, Yamaha, CBR, 17", 18", etc. This is obviously not really
what I
> > want to do, since there's no way to tell what fields will be needed, and
> > besides that it would be really ugly. Plus, there's still no way to
alter
> > price on size _and_ color as far as I can tell.
> >
> > Is all this correct? If not, please stop and tell me where I'm wrong,
> > because the rest of this email is a proposed solution.
> >
> > So, after looking at this it seems like the way that pricing is done in
> > Interchange could be tweaked to make it a little more flexible. Here's
what
> > I was thinking. If you set a field up via UseModifier to alter the
product,
> > then rather than Interchange looking in the pricing db, it does the
> > following:
> >
> >    1. Looks for a field called "[field]_price" in the products db.
> >       So, if you set "UseModifier length", it would look for a
> >       field called "length_price" for that sku in the products db.
>
> We don't tend to do this type of name-dependent hard-coding, for
> the same reason we don't use variables like ${"name_$something"}.
>
> >
> >    2. This field takes the format "name=price, name=price", so for
> >       example:
> >
> >           CBR=+25.00, Yamaha=+25.00
> >
> >    3. This field is split up appropriately, and a key is searched
> >       for one corresponding to the value of the main field chosen.
> >       So, if we chose "CBR" as our "size", then we would look
> >       in "size_price" for the key "CBR" and find the value "+25.00".
> >       If the key isn't found, no change is made to the price.
>
> It is done this much way in the 4.7.x options.
>
> >
> >    4. If the price is preceded with a + or nothing, it's added to
> >       the base price. If it's preceded with a -, it's subtracted.
>
> And if it has a trailing %, it is a percentage.
>
> >
> >    5. On checkout, these prices are added in the same order as
> >       the fields are listed with UseModifier. So, if we had
> >       said "UseModifier size color", then we would first go thru
> >       and look for "size_price" for that item, then "color_price".
> >
> > This has the advantage that it is flexible and can be tailored on a
per-item
> > basis. I supposed it could also be placed in an external table indexed
by
> > sku, but it seems like keeping it together in the products db would be
> > easier.
>
> And in addition, it is easy to write a UserTag that does the same thing. I
> have solved this problem many times, and it is almost easier to re-write
> the UserTag than it is to build a reusable version..
>
> --
> Red Hat, Inc., 3005 Nichols Rd., Hamilton, OH  45013
> phone +1.513.523.7621      <mheins@redhat.com>
>
> Being against torture ought to be sort of a bipartisan thing.
> -- Karl Lehenbauer
>
> --__--__--
>
> Message: 11
> From: "Tim Mirecki" <tim@q5.ca>
> To: <interchange-users@developer.akopia.com>
> Subject: RE: [ic] Interchange crashing
> Date: Thu, 14 Jun 2001 14:43:00 -0400
> Reply-To: interchange-users@lists.akopia.com
>
> Ok, set both of those, restarted Interchange and I can still crash it.
>
> For my local server, I can try accessing the catalogs from any machine on
> the network, and the catalogs are unavailable after doing this (eventually
> times out). If that's not crashing, I don't know what is.
>
> Maybe there's something else that's not properly configured? I don't know,
> but that doesn't explain why RedHat's own (live) Demo store would crash!
Can
> you please try this for yourself?
>
> http://demo.akopia.com/cgi-bin/ic3
>
> You'll probably understand what's going on a lot better than I can explain
> it to you.
>
> Thanks.
>
> -----Original Message-----
> From: interchange-users-admin@developer.akopia.com
> [mailto:interchange-users-admin@developer.akopia.com]On Behalf Of Mike
Heins
> Sent: Thursday, June 14, 2001 2:07 PM
> To: interchange-users@developer.akopia.com
> Subject: Re: [ic] Interchange crashing
>
> Quoting Tim Mirecki (tim@q5.ca):
> > Yes that happens AS WELL, but you can also go back (browser back button)
> and
> > crash it from there (keep clicking). I'm on a DSL connection, might
affect
> > how Interchange is impacted because of the rate of requests.
> >
> > The good news: I can't get 4.6 to crash. :0)
>
> It isn't crashing. Set:
>
>         OrderLineLimit 10000
>         RobotLimit     10000
>
> Then close your browser, start a new session, and see what happens.
>
> --
> Red Hat, Inc., 3005 Nichols Rd., Hamilton, OH  45013
> phone +1.513.523.7621      <mheins@redhat.com>
>
> Experience is what allows you to recognize a mistake the second
> time you make it. -- unknown
> _______________________________________________
> Interchange-users mailing list
> Interchange-users@lists.akopia.com
> http://lists.akopia.com/mailman/listinfo/interchange-users
>
>
> --__--__--
>
> Message: 12
> From: "Alexandre Daree" <alex@nadiatech.com>
> To: <interchange-users@developer.akopia.com>
> Date: Wed, 13 Jun 2001 15:09:18 -0500
> Subject: [ic] Any body can help , I need my customers to be able to ad
their own products
> Reply-To: interchange-users@lists.akopia.com
>
> Hi,
> Any body ever did this, where customers ading their own products to the
> products.txt , I am looking for an automation of the process.
>
> ----- Original Message -----
> From: <interchange-users-request@developer.akopia.com>
> To: <interchange-users@developer.akopia.com>
> Sent: Thursday, June 14, 2001 12:30 PM
> Subject: Interchange-users digest, Vol 1 #610 - 15 msgs
>
>
> > Send Interchange-users mailing list submissions to
> > interchange-users@lists.akopia.com
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > http://lists.akopia.com/mailman/listinfo/interchange-users
> > or, via email, send a message with subject or body 'help' to
> > interchange-users-request@lists.akopia.com
> >
> > You can reach the person managing the list at
> > interchange-users-admin@lists.akopia.com
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Interchange-users digest..."
> >
> >
> > Today's Topics:
> >
> >    1. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (John Beima)
> >    2. Re: bilingual (Florian Kleedorfer)
> >    3. Changing pricing based on any field (Nathan Wiger)
> >    4. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (Jon Jensen)
> >    5. Re: Database Handle and Global Subs (Jason Kohles)
> >    6. RE: bilingual (Phillip A. Ryals)
> >    7. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (Stefan Hornburg Racke
> > )
> >    8. Re: 4.7.3 __IMAGE_DIR__ Variable Problem... (Stefan Hornburg Racke
> > )
> >    9. Interchange crashing (Tim Mirecki)
> >   10. Re: Interchange crashing (Stefan Hornburg Racke
> > )
> >   11. RE: Interchange crashing (Tim Mirecki)
> >   12. Re: Database Handle and Global Subs (Mark Johnson)
> >
> > -- __--__--
> >
> > Message: 1
> > From: John Beima <jbeima@palb.com>
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> > Date: Thu, 14 Jun 2001 10:19:37 -0600 (MDT)
> > Reply-To: interchange-users@lists.akopia.com
> >
> > G'Day Stefan,
> >
> > I don't mean to be a bother, but any idea on how long to a fix for this
> one? It
> > is REALLY a show stopper...
> >
> > John Beima
> >
> >
> > Quoting "Stefan Hornburg (Racke)" <racke@linuxia.de>:
> >
> > > John Beima <jbeima@palb.com> writes:
> > >
> > > > Wow was this ever a hard one to find...
> > > >
> > > > Boy do you need a lot of ifs....
> > > >
> > > > #01) UI must be in secure mode...
> > > > #02) SSL must be a different domain...
> > > > #03) Going into the UI
https://www.domain2.com/cgi-bin/cat/admin/index
> > > works.
> > > > #04) Going into the UI
http://www.domain1.com/cgi-bin/cat/admin/index
> > > and
> > > > letting the UI login screen hop you over to the SSL site causes this
> > > error...
> > > > It looks like it is possibly in the new image tag...
> > > > Actually just going back and doing step 03 fixes the problem...
> > > >
> > > > The wierd thing is it is not session specific... Every visitor to
the
> > > site from
> > > > then on in gets the wrong IMAGE_DIR variable...
> > >
> > > Very well spotted, John. Congratulations. Mangling Config stuff is
> > > fine, because it is not persistent, but we shouldn't touch
> > > Variables as it seems. Jon, why we need to set IMAGE_DIR in
> > > UI_STD_HEAD ?
> > >
> > > Variable UI_STD_INIT <<EOV
> > > [perl]
> > > # determine catalog URL before mangling config URLs
> > > $Scratch->{ui_catalog_url} = $Tag->area('index');
> > >
> > > # replace ImageDir variables with UI equivalents to take advantage
> > > # of Interchange's automatic image path rewriting
> > > $Config->{ImageDirOriginal} = $Config->{ImageDir};
> > > $Config->{ImageDirSecureOriginal} = $Config->{ImageDirSecure};
> > > $Config->{ImageDir} = $Variable->{IMAGE_DIR} =
> > > $Tag->image( { ui => 1, secure => 0, dir_only => 1 } );
> > > $Config->{ImageDirSecure} =
> > > $Tag->image( { ui => 1, secure => 1, dir_only => 1 } );
> > >
> > > # force using secure URL for this page?
> > > if ($Tag->var('UI_SECURE', 2)) {
> > > $Config->{VendURL} = $Config->{SecureURL};
> > > }
> > >
> > > ''
> > > [/perl]
> > > EOV
> > >
> > > >
> > > > John
> > > >
> > > >
> > > >
> > > > Quoting Jon Jensen <jon@redhat.com>:
> > > >
> > > > > On Wed, 13 Jun 2001, John Beima wrote:
> > > > >
> > > > > > Has anyone else found that fairly often the new 4.7.3 will
> > > overwrite
> > > > > the
> > > > > > __IMAGE_DIR__ variable with the contents of possibly
> > > > > __UI_IMAGE_DIR__?? What
> > > > > > mine winds up with is /interchange/en_US/ then breaking the link
> > > to
> > > > > all
> > > > > > images... This might also be a per session problem... However
the
> > > only
> > > > > thing
> > > > > > that seems to solve it is logging in to the admin pages and
going
> > > > > "Apply
> > > > > > Changes"... Then it will work for a short period of time
again...
> > > > >
> > > > > Perhaps some more details would help:
> > > > >
> > > > > Are you using the same browser to access the storefront and the
> > > admin?
> > > > >
> > > > > Do you have cookies enabled or disabled?
> > > > >
> > > > > Does the problem happen if you never access the admin after
starting
> > > > > your
> > > > > browser?
> > > > >
> > > > > How many sessions from your IP address show up in the session
list?
> > > > >
> > > > > What pages have you visited in the admin?
> > > > >
> > > > > I can understand how this could be bug, but it works fine for me.
> > > Even
> > > > > when going back and forth between store and admin with the same
> > > session
> > > > > ID, I don't have any trouble. Maybe your answers will shed more
> > > light.
> > > > >
> > > > > Jon
> > > > >
> > > > > _______________________________________________
> > > > > Interchange-users mailing list
> > > > > Interchange-users@lists.akopia.com
> > > > > http://lists.akopia.com/mailman/listinfo/interchange-users
> > > > >
> > > >
> > > >
> > > >
> > > > John Beima
> > > > jbeima@palb.com, support@alocalagent.com, and
support@alocalchurch.com
> > > >
> > > > P.A.L.B. Systems - Phone: (780)451-1086 - Fax: (780)447-4760
> > > > 11639-122 Street, Edmonton, Alberta, Canada, T5M 0B6
> > > >
> > > > Affordable Web Pages - Phone: (888)932-9990 - Fax: (256)351-7297
> > > > 2713B Spring Place SW, Decatur, Alabama, United States, 35603
> > > > _______________________________________________
> > > > Interchange-users mailing list
> > > > Interchange-users@lists.akopia.com
> > > > http://lists.akopia.com/mailman/listinfo/interchange-users
> > > >
> > > >
> > >
> > > --
> > > Master of Swiss Web 2001: http://www.zweifel.ch/
> > >
> > > For projects and other business stuff please refer to COBOLT
NetServices
> > > (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
> > > 0041-1-3884400)
> > > _______________________________________________
> > > Interchange-users mailing list
> > > Interchange-users@lists.akopia.com
> > > http://lists.akopia.com/mailman/listinfo/interchange-users
> > >
> >
> >
> >
> > John Beima
> > jbeima@palb.com, support@alocalagent.com, and support@alocalchurch.com
> >
> > P.A.L.B. Systems - Phone: (780)451-1086 - Fax: (780)447-4760
> > 11639-122 Street, Edmonton, Alberta, Canada, T5M 0B6
> >
> > Affordable Web Pages - Phone: (888)932-9990 - Fax: (256)351-7297
> > 2713B Spring Place SW, Decatur, Alabama, United States, 35603
> >
> > -- __--__--
> >
> > Message: 2
> > From: Florian Kleedorfer <klee@yy-mm-dd.com>
> > Organization: =?iso8859-1?q?L=F6ffelhardt=20&=20Kleedorfer?= OEG
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] bilingual
> > Date: Thu, 14 Jun 2001 18:21:26 +0200
> > Reply-To: interchange-users@lists.akopia.com
> >
> > Am Montag 11 Juni 2001 20:29 schrieben Sie:
> > > Speaking of the locale features...
> > >
> > > I'm trying to set the normal currency to be a custom symbol for a
> > > promotional site... It needs to be "BB" instead of "$".  But changing
> the
> > > locale, even changing locale.txt and deleting the gdbm file, doesn't
> work.
> > >
> >
> > try
> >
> > Locale en_US price_picture "###,###,###.## BB"
> > or
> > Locale en_US currency_symbol BB
> >
> > in catalog.cfg
> >
> > * and be sure to set the locale to en_US (or whatever locale you use) *
> >
> > (http://interchange.redhat.com/doc/icconfig.pdf has more on that)
> >
> >
> > Flo
> >
> > -- __--__--
> >
> > Message: 3
> > From: "Nathan Wiger" <nate@nateware.com>
> > To: <interchange-users@developer.akopia.com>
> > Date: Thu, 14 Jun 2001 09:35:46 -0700
> > Organization: Nateware
> > Subject: [ic] Changing pricing based on any field
> > Reply-To: interchange-users@lists.akopia.com
> >
> > Hey all-
> >
> > I have a client who has some needs which I don't think are supported by
> > Interchange. However, I'm hoping that I'm wrong :-), so I wanted to ping
> the
> > list.
> >
> > The client is opening a motorcycle parts store online. For many parts,
> > though, the price will vary based on several different fields. For
> example:
> >
> >    Base helmet        $100.00
> >    XL and XXL         +$15.00
> >    XS                 -$10.00
> >    Metallic Paint     +$30.00
> >
> > Now, I'm aware of Interchange's pricing database. The problem isn't with
> > size (since this is built in), but rather getting the price to change on
> > another variable (like color -- the paint above) as well.
> >
> > This situation gets even trickier in some situations, where the size is
> not
> > just "XL" but rather corresponds to a model as well:
> >
> >    Aftermarket Tailpipe   $165.00
> >    CBR, Yamaha            +$25.00
> >    Ducati                 +$45.00
> >    Black Chrome           +$15.00
> >
> > The model information must be maintained, so we can't just say
"L=Yamaha,
> > XL=Ducati" in the "size" field. So, if we were just to use the pricing
> > database, I'd have to create fields for all potential "sizes" -- S, M,
L,
> > XL, Ducati, Yamaha, CBR, 17", 18", etc. This is obviously not really
what
> I
> > want to do, since there's no way to tell what fields will be needed, and
> > besides that it would be really ugly. Plus, there's still no way to
alter
> > price on size _and_ color as far as I can tell.
> >
> > Is all this correct? If not, please stop and tell me where I'm wrong,
> > because the rest of this email is a proposed solution.
> >
> > So, after looking at this it seems like the way that pricing is done in
> > Interchange could be tweaked to make it a little more flexible. Here's
> what
> > I was thinking. If you set a field up via UseModifier to alter the
> product,
> > then rather than Interchange looking in the pricing db, it does the
> > following:
> >
> >    1. Looks for a field called "[field]_price" in the products db.
> >       So, if you set "UseModifier length", it would look for a
> >       field called "length_price" for that sku in the products db.
> >
> >    2. This field takes the format "name=price, name=price", so for
> >       example:
> >
> >           CBR=+25.00, Yamaha=+25.00
> >
> >    3. This field is split up appropriately, and a key is searched
> >       for one corresponding to the value of the main field chosen.
> >       So, if we chose "CBR" as our "size", then we would look
> >       in "size_price" for the key "CBR" and find the value "+25.00".
> >       If the key isn't found, no change is made to the price.
> >
> >    4. If the price is preceded with a + or nothing, it's added to
> >       the base price. If it's preceded with a -, it's subtracted.
> >
> >    5. On checkout, these prices are added in the same order as
> >       the fields are listed with UseModifier. So, if we had
> >       said "UseModifier size color", then we would first go thru
> >       and look for "size_price" for that item, then "color_price".
> >
> > This has the advantage that it is flexible and can be tailored on a
> per-item
> > basis. I supposed it could also be placed in an external table indexed
by
> > sku, but it seems like keeping it together in the products db would be
> > easier.
> >
> > Thoughts on this? If there's intereste, I'm more than willing to make
the
> > changes to the source and check them in. I'd like to make these changes
to
> > the main product; otherwise I'll have to repeatedly apply diffs
everytime
> I
> > upgrade the client's software.
> >
> > Thanks,
> > Nate
> >
> > --
> > Nathan Wiger
> > Systems Analyst and Perl Hacker
> > Nateware, Inc. www.nateware.com
> >
> >
> >
> > -- __--__--
> >
> > Message: 4
> > Date: Thu, 14 Jun 2001 12:36:04 -0400 (EDT)
> > From: Jon Jensen <jon@redhat.com>
> > To: <interchange-users@developer.akopia.com>
> > Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> > Reply-To: interchange-users@lists.akopia.com
> >
> > On Thu, 14 Jun 2001, Jon Jensen wrote:
> >
> > > On 14 Jun 2001, Stefan Hornburg (Racke) wrote:
> > >
> > > > Very well spotted, John. Congratulations. Mangling Config stuff is
> > > > fine, because it is not persistent, but we shouldn't touch Variables
> > > > as it seems. Jon, why we need to set IMAGE_DIR in UI_STD_HEAD ?
> > >
> > > I can't remember why I set that originally. It doesn't seem to be
> > > necessary, so I took it out. John, let me know if that fixes your
> problem.
> >
> > Now I remember why. The [button] usertag uses $Variable->{IMAGE_DIR} to
> > write image paths. So it's now broken in the UI. I'll see what I can do
to
> > fix that.
> >
> > Jon
> >
> >
> > -- __--__--
> >
> > Message: 5
> > Date: Thu, 14 Jun 2001 12:23:04 -0400
> > From: Jason Kohles <jkohles@redhat.com>
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] Database Handle and Global Subs
> > Reply-To: interchange-users@lists.akopia.com
> >
> > On Thu, Jun 14, 2001 at 04:27:25PM +0100, Sheamus Nulty wrote:
> > >
> > > I then run the following
> > >
> > > [set print]1[/set]
> > > [if scratch print]
> > > [pdfshea]
> > > [/if]
> > >
> > > and it just prints out  [pdfshea] to the webpage. So I'm of the
opinion
> that
> > > [if] will just print out what comes after it .
> > > If this is the case is my only alternative the solution you provided.
> > >
> > If does interpolate, the only reason it should just print the tag is if
> either
> > the globalsub was not found, or didn't compile, if it didn't compile you
> > you should see an error on startup, otherwise check and make sure you
have
> it
> > defined in the right config file, keeping in mind that it must go in
> > interchange.cfg unless you have AllowGlobal set for that catalog.
> >
> > --
> > Red Hat E-Business Solutions                    Jason Kohles
> > 11480 Sunset Hills Road                         Senior System Architect
> > Reston, VA 20190                                jkohles@redhat.com
> >
> > -- __--__--
> >
> > Message: 6
> > From: "Phillip A. Ryals" <support@admiralexpress.com>
> > To: <interchange-users@developer.akopia.com>
> > Subject: RE: [ic] bilingual
> > Date: Thu, 14 Jun 2001 11:39:24 -0500
> > Reply-To: interchange-users@lists.akopia.com
> >
> > I finally got it to work, but I had to use something other that en_US.
> >
> > The only prob I ran into:  The price picture now reads ### BB in
> locale.txt.
> > But now the subtotal always shows up " *** BB ".
> >
> > -phillip
> >
> > > -----Original Message-----
> > > From: interchange-users-admin@developer.akopia.com
> > > [mailto:interchange-users-admin@developer.akopia.com]On Behalf Of
> > > Florian Kleedorfer
> > > Sent: Thursday, June 14, 2001 11:21 AM
> > > To: interchange-users@developer.akopia.com
> > > Subject: Re: [ic] bilingual
> > >
> > >
> > > Am Montag 11 Juni 2001 20:29 schrieben Sie:
> > > > Speaking of the locale features...
> > > >
> > > > I'm trying to set the normal currency to be a custom symbol for a
> > > > promotional site... It needs to be "BB" instead of "$".  But
> > > changing the
> > > > locale, even changing locale.txt and deleting the gdbm file,
> > > doesn't work.
> > > >
> > >
> > > try
> > >
> > > Locale en_US price_picture "###,###,###.## BB"
> > > or
> > > Locale en_US currency_symbol BB
> > >
> > > in catalog.cfg
> > >
> > > * and be sure to set the locale to en_US (or whatever locale you use)
*
> > >
> > > (http://interchange.redhat.com/doc/icconfig.pdf has more on that)
> > >
> > >
> > > Flo
> > > _______________________________________________
> > > Interchange-users mailing list
> > > Interchange-users@lists.akopia.com
> > > http://lists.akopia.com/mailman/listinfo/interchange-users
> > >
> >
> >
> > -- __--__--
> >
> > Message: 7
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> > From: racke@linuxia.de (Stefan Hornburg (Racke))
> > Date: 14 Jun 2001 18:34:08 +0200
> > Reply-To: interchange-users@lists.akopia.com
> >
> > Jon Jensen <jon@redhat.com> writes:
> >
> > > On Thu, 14 Jun 2001, Jon Jensen wrote:
> > >
> > > > On 14 Jun 2001, Stefan Hornburg (Racke) wrote:
> > > >
> > > > > Very well spotted, John. Congratulations. Mangling Config stuff is
> > > > > fine, because it is not persistent, but we shouldn't touch
Variables
> > > > > as it seems. Jon, why we need to set IMAGE_DIR in UI_STD_HEAD ?
> > > >
> > > > I can't remember why I set that originally. It doesn't seem to be
> > > > necessary, so I took it out. John, let me know if that fixes your
> problem.
> > >
> > > Now I remember why. The [button] usertag uses $Variable->{IMAGE_DIR}
to
> > > write image paths. So it's now broken in the UI. I'll see what I can
do
> to
> > > fix that.
> >
> > Using IMAGE_DIR in a usertag is bogus IMHO. Why isn't
$Config->{ImageDir}
> > used in the first place ?
> >
> > Ciao
> >         Racke
> >
> > --
> > Master of Swiss Web 2001: http://www.zweifel.ch/
> >
> > For projects and other business stuff please refer to COBOLT NetServices
> > (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
> 0041-1-3884400)
> >
> > -- __--__--
> >
> > Message: 8
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] 4.7.3 __IMAGE_DIR__ Variable Problem...
> > From: racke@linuxia.de (Stefan Hornburg (Racke))
> > Date: 14 Jun 2001 18:36:17 +0200
> > Reply-To: interchange-users@lists.akopia.com
> >
> > John Beima <jbeima@palb.com> writes:
> >
> > > G'Day Stefan,
> > >
> > > I don't mean to be a bother, but any idea on how long to a fix for
this
> one? It
> > > is REALLY a show stopper...
> >
> > This problem is fixed, but it seems to reveal another.
> > IMHO you have to live with show stoppers if you rely
> > on software heavy under development :-;
> >
> > Ciao
> >         Racke
> >
> > --
> > Master of Swiss Web 2001: http://www.zweifel.ch/
> >
> > For projects and other business stuff please refer to COBOLT NetServices
> > (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
> 0041-1-3884400)
> >
> > -- __--__--
> >
> > Message: 9
> > From: "Tim Mirecki" <tim@q5.ca>
> > To: <interchange-users@developer.akopia.com>
> > Date: Thu, 14 Jun 2001 12:55:42 -0400
> > Subject: [ic] Interchange crashing
> > Reply-To: interchange-users@lists.akopia.com
> >
> > Hey all, I am having a problem with interchange - versions 4.7.2 and
4.7.3
> > will completely crash if the user clicks enough times, making all
catalogs
> > completely unusable. I was unsuccessful at crashing version 4.6 (Akopia
> demo
> > 1).
> >
> > At this very moment, I have successfully crashed the demo store for
> version
> > 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right now,
> but
> > you WILL be able to view the first page. I imagine the main page is
> static,
> > so it is not affected.
> >
> > Anyone?
> >
> >
> > -- __--__--
> >
> > Message: 10
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] Interchange crashing
> > From: racke@linuxia.de (Stefan Hornburg (Racke))
> > Date: 14 Jun 2001 18:50:30 +0200
> > Reply-To: interchange-users@lists.akopia.com
> >
> > "Tim Mirecki" <tim@q5.ca> writes:
> >
> > > Hey all, I am having a problem with interchange - versions 4.7.2 and
> 4.7.3
> > > will completely crash if the user clicks enough times, making all
> catalogs
> > > completely unusable. I was unsuccessful at crashing version 4.6
(Akopia
> demo
> > > 1).
> > >
> > > At this very moment, I have successfully crashed the demo store for
> version
> > > 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right
now,
> but
> > > you WILL be able to view the first page. I imagine the main page is
> static,
> > > so it is not affected.
> > >
> > > Anyone?
> >
> > Anything found in the global error log file ?
> > Have you PreFork enabled ?
> >
> > Ciao
> >         Racke
> >
> > --
> > Master of Swiss Web 2001: http://www.zweifel.ch/
> >
> > For projects and other business stuff please refer to COBOLT NetServices
> > (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
> 0041-1-3884400)
> >
> > -- __--__--
> >
> > Message: 11
> > From: "Tim Mirecki" <tim@q5.ca>
> > To: <interchange-users@developer.akopia.com>
> > Subject: RE: [ic] Interchange crashing
> > Date: Thu, 14 Jun 2001 13:32:03 -0400
> > Reply-To: interchange-users@lists.akopia.com
> >
> > Racke:
> >
> > The RedHat Demo 3 store is still crashing, try it out (demo.akopia.com)
> > rapidly clicking on "Buy Now" on an item (about 30 times or so) without
> > letting it return anything, it'll crash.
> > Goes back up after a few minutes...is someone resetting it?
> >
> > Whether PreFork is turned on or off, it makes no difference. I've tried
> both
> > on our development server.
> > Here are the global error log entries; I didn't see anything out of the
> > ordinary:
> >
> > - - - [14/June/2001:12:02:44 -0400] - - Interchange V4.7.3
> > - - - [14/June/2001:12:02:44 -0400] - - Config 'foundation' at server
> > startup
> > - - - [14/June/2001:12:02:46 -0400] - - Config 'magicoven' at server
> startup
> > - - - [14/June/2001:12:02:47 -0400] - - Config 'mocha' at server startup
> > - - - [14/June/2001:12:02:48 -0400] - - Config 'pleasant' at server
> startup
> > - - - [14/June/2001:12:02:49 -0400] - - Using default DBM database.
> > - - - [14/June/2001:12:02:50 -0400] - - Config 'q5' at server startup
> > - - - [14/June/2001:12:02:50 -0400] - - Config 'tsb' at server startup
> > - - - [14/June/2001:12:02:51 -0400] - - START server (25208) (INET and
> UNIX)
> > - - - [14/June/2001:12:02:53 -0400] - - Accepting connections from
> > localhost|127\.0\.0\.1
> > - - - [14/June/2001:12:02:53 -0400] - - START server (25300) (INET and
> UNIX)
> > - - - [14/June/2001:12:09:01 -0400] - - Spurious PID file for process
> 25364
> > supposedly running 302 seconds
> > - - - [14/June/2001:12:11:38 -0400] - - STOP server (25300) on signal
TERM
> > - - - [14/June/2001:12:11:47 -0400] - - Low traffic settings.
> > - - - [14/June/2001:12:11:49 -0400] - - ...UI is loaded....
> > - - - [14/June/2001:12:11:49 -0400] - - UserTag button scalar parameter
> > Documentation redefined.
> > > In line 44 of the configuration file 'usertag/button.tag':
> > > UserTag button Documentation <<EOD
> >
> >
> >
> > -----Original Message-----
> > From: interchange-users-admin@developer.akopia.com
> > [mailto:interchange-users-admin@developer.akopia.com]On Behalf Of Stefan
> > Hornburg (Racke)
> > Sent: Thursday, June 14, 2001 12:51 PM
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] Interchange crashing
> >
> > "Tim Mirecki" <tim@q5.ca> writes:
> >
> > > Hey all, I am having a problem with interchange - versions 4.7.2 and
> 4.7.3
> > > will completely crash if the user clicks enough times, making all
> catalogs
> > > completely unusable. I was unsuccessful at crashing version 4.6
(Akopia
> > demo
> > > 1).
> > >
> > > At this very moment, I have successfully crashed the demo store for
> > version
> > > 4.7.2 (demo 3 at demo.akopia.com). It's still not responding right
now,
> > but
> > > you WILL be able to view the first page. I imagine the main page is
> > static,
> > > so it is not affected.
> > >
> > > Anyone?
> >
> > Anything found in the global error log file ?
> > Have you PreFork enabled ?
> >
> > Ciao
> >         Racke
> >
> > --
> > Master of Swiss Web 2001: http://www.zweifel.ch/
> >
> > For projects and other business stuff please refer to COBOLT NetServices
> > (URL: http://www.cobolt.net; Email: info@cobolt.net; Phone:
> 0041-1-3884400)
> > _______________________________________________
> > Interchange-users mailing list
> > Interchange-users@lists.akopia.com
> > http://lists.akopia.com/mailman/listinfo/interchange-users
> >
> >
> > -- __--__--
> >
> > Message: 12
> > Date: Thu, 14 Jun 2001 13:38:53 -0400
> > From: Mark Johnson <markj@redhat.com>
> > Organization: Red Hat E-Business Solutions
> > To: interchange-users@developer.akopia.com
> > Subject: Re: [ic] Database Handle and Global Subs
> > Reply-To: interchange-users@lists.akopia.com
> >
> > Sheamus Nulty wrote:
> > >
> > > I'v setup the following. I have a global sub defined as follows in my
> > > interchange.cfg file
> > >
> > > GlobalSub <<EOF
> > >
> > > sub pdfshea {
> > >
> > >  my $counter=5;
> > >  return "$counter";
> > >
> > > }
> > >
> > > EOF
> > >
> > > I then run the following
> > >
> > > [set print]1[/set]
> > > [if scratch print]
> > > [pdfshea]
> > > [/if]
> > >
> > > and it just prints out  [pdfshea] to the webpage. So I'm of the
opinion
> that
> > > [if] will just print out what comes after it .
> > > If this is the case is my only alternative the solution you provided.
> >
> > Well, that should certainly not work because a global sub will not
> > define a usertag. And, if your pdfcreate usertag was, actually, a global
> > sub, then it will not work either.
> >
> > This should help you out:
> >
> > http://interchange.redhat.com/cgi-bin/ic/dev/ictags_91.html
> >
> > --
> > Mark Johnson
> > Senior Systems Architect - Professional Services
> > Red Hat, Inc.
> > E-Business Solutions
> > markj@redhat.com
> > 703-456-2912
> >
> >
> > -- __--__--
> >
> > _______________________________________________
> > Interchange-users mailing list
> > Interchange-users@lists.akopia.com
> > http://lists.akopia.com/mailman/listinfo/interchange-users
> >
> >
> > End of Interchange-users Digest
>
>
>
> --__--__--
>
> _______________________________________________
> Interchange-users mailing list
> Interchange-users@lists.akopia.com
> http://lists.akopia.com/mailman/listinfo/interchange-users
>
>
> End of Interchange-users Digest