[ic] Any body can help , I need my customers to be able to ad their own products

John Beima interchange-users@lists.akopia.com
Thu Jun 14 20:32:00 2001


Just create them a UI account, and only allow them at the products area...

Simple enough...


Quoting Alexandre Daree <alex@nadiatech.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
> 



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