Zurück zum CBT Lagerverkauf
[/then] [else]
Zurück zum CBT Lagerverkauf
[/else] [/if] vip_response.html ([vipresponse ...] decodes the status send by the payment provider) <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN"> [perl cgi scratch] $Safe{'scratch'}->{"message"} = $Safe{'cgi'}->{"message"}; return ""; [/perl] [vipresponse] path: /usr/local/minivend/bin/vipclient message: [scratch message] [/vipresponse] [if scratch status eq success] [then] [viprequest] path: /usr/local/minivend/bin/vipclient status: success [/viprequest] [/then] [else] [viprequest] path: /usr/local/minivend/bin/vipclient status: failure [/viprequest] [/else] [/if] -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: racke at linuxia.de (Stefan Hornburg ) Date: 28 Aug 2000 15:42:31 +0200 Subject: [ic] routes + payment provider Mathias Picker <mathiasp@venus.virtual-earth.de> writes: [...] > > >From what I understand now, the order processing is done via the route > main, and this is activated via a hidden input field. Now, since > vip_response.html (where the route should be activated) is called from > an external webserver, how can I activate the route processing there??? main is the default route so you didn't need to specify it AFAIK. However you can simulate a form via <!-- This is vip_response.html :-) --> [seti jumpto][area form="... see docs for this ..."][/seti] [bounce href="[scratch jumpto]"] Ciao Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Mon, 28 Aug 2000 17:27:38 +0200 (CEST) Subject: [ic] routes + payment provider On 28 Aug, Stefan Hornburg wrote: > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > > > [...] > >> >> >From what I understand now, the order processing is done via the route >> main, and this is activated via a hidden input field. Now, since >> vip_response.html (where the route should be activated) is called from >> an external webserver, how can I activate the route processing there??? > > main is the default route so you didn't need to specify it AFAIK. > However you can simulate a form via > > <!-- This is vip_response.html :-) --> > [seti jumpto][area form="... see docs for this ..."][/seti] > [bounce href="[scratch jumpto]"] > [...] Nope :-( [bounce ...] produces a redirect, which will _not_ work in this setting. The process calling the page will not honour redirect requests, it expects only an encrypted text string transmitting order number and order status. Thanks, Mathias -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Mon, 28 Aug 2000 17:27:47 +0200 (CEST) Subject: More info: [ic] routes + payment provider As a followup to my own post, I now have some part of a solution, but it does not work :-( What I'm trying now is to do order routing in the [vipresponse ...] user tag (which my payment provider wrote, so I don't understand it fully). (see tag definition at eom) I try to call Vend::Order::route_order, and get a blank order. Since I do not yet understand the session saving/loading code employed in this script, I'm stumped. My perl is more than rusty, and I'm far from understanding the minivend order process, so I'm really looking for help (!!) Thanks, Mathias P.S.: A summary of the intended order process: checkout.html --> vip_request.html (encrypt data) vip_request.html -(order info)-> provider page (via redirect) (process payment) vip_response.html <-(payment status)- provider page (route order if ok) (http GET) vip_response.html -(routing status)-> provider page (html page content) (end transaction) from minivend.cfg: (see end of file for part named #CHANGE BY MATHIASP TO ENABLE ORDER ROUTING) # [vipresponse] # # This tag executes vipclient to decrypt the message from the vipserver # It extracts OrderID and Status and opens the session that contains the # users shopping cart. # UserTag vipresponse HasEndTag UserTag vipresponse Interpolate UserTag vipresponse Routine <<EOF sub { require Vend::Session; require Vend::Order; require Vend::Cart; my ($input) = @_; # Split input in rows my @rows = split /\n+/, $input; my ($left, $right, $path, $message); # Get path to vipclient and message to decrypt for(@rows) { ($left, $right) = split /\s*:\s*/, $_, 2; if ($left =~ /path/) { $path = $right; } if ($left =~ /message/) { $message = "message=$right"; } } # Execute vipclient my $vip = `$path command=response $message`; # Split returnvalue from vipclient my @array = split(' ', $vip); my ($tempid, $tempstatus); my $len = $#array; # Get OrderID and Status for (my $i = 0; $i <= $len; $i++) { if ($array[$i] =~ /orderID/) { my @array2 = split('=', $array[$i]); $tempid = $array2[1]; } if ($array[$i] =~ /status/) { my @array2 = split('=', $array[$i]); $tempstatus = $array2[1]; } } # closing and unlocking of old session Vend::Session::open_session(); Vend::Session::read_session(); Vend::Session::unlock_session(); Vend::Session::close_session(); # open file to get complete SessionName open(SESSION, "etc/$tempid") or die "can´t open file etc/$tempid\n"; my $test = <SESSION>; $Vend::SessionName = $test; close SESSION; # delete file unlink("etc/$tempid") or die "can´t unlink file etc/$tempid\n"; # Open old Session Vend::Session::open_session(); Vend::Session::read_session(); unless($Vend::Session::File_sessions) { Vend::Session::lock_session(); Vend::Session::close_session(); } #Set Scratch-Variables after opening old Session $Vend::Session->{'scratch'}->{'status'} = $tempstatus; $Vend::Session->{'scratch'}->{'sessionid'} = $Vend::SessionName; if ($tempstatus = "success") { # You can specify a fully-configurable order report by setting the field ``mv_order_report'' # to a legal MiniVend page. This page will be interpolated with all MiniVend tags before # sending by email. # The same page as in <INPUT TYPE="hidden" NAME="mv_order_report" VALUE="../etc/report"> # from checkout.html $Vend::Session->{'values'}->{'mv_order_report'} = "../etc/report"; ######################################################################################### # CHANGE BY MATHIASP TO ENABLE ORDER ROUTING - NOT WORKING! # $Vend::Items gives me an empty order, so how is this? my $MyCart = Vend::Cart::get_cart('main'); my ($ok, $order_no); #never used ($ok, $order_no) = Vend::Order::route_order( "main log copy_user", # $Vend::Items $MyCart ); # END OF CHANGE FOR ORDER ROUTING ########################################################################################### # order_report, update_order_number, track_order, send_mail; Vend::Order::mail_order(); } # empty Shopping Cart @$Vend::Items = (); return ""; } EOF -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: racke at linuxia.de (Stefan Hornburg ) Date: 28 Aug 2000 17:35:35 +0200 Subject: [ic] routes + payment provider Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > On 28 Aug, Stefan Hornburg wrote: > > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > > > > > > [...] > > > >> > >> >From what I understand now, the order processing is done via the route > >> main, and this is activated via a hidden input field. Now, since > >> vip_response.html (where the route should be activated) is called from > >> an external webserver, how can I activate the route processing there??? > > > > main is the default route so you didn't need to specify it AFAIK. > > However you can simulate a form via > > > > <!-- This is vip_response.html :-) --> > > [seti jumpto][area form="... see docs for this ..."][/seti] > > [bounce href="[scratch jumpto]"] > > [...] > > Nope :-( > > [bounce ...] produces a redirect, which will _not_ work in this setting. > The process calling the page will not honour redirect requests, it > expects only an encrypted text string transmitting order number and > order status. Are you sure that bounce produces a HTTP redirect, I thought I did so internally only ? Bye Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: racke at linuxia.de (Stefan Hornburg ) Date: 28 Aug 2000 17:40:01 +0200 Subject: More info: [ic] routes + payment provider Mathias Picker <mathiasp@venus.virtual-earth.de> writes: [...] > > # Execute vipclient > my $vip = `$path command=response $message`; > Here you should check for errors. > # Split returnvalue from vipclient > my @array = split(' ', $vip); > my ($tempid, $tempstatus); > my $len = $#array; > > # Get OrderID and Status > for (my $i = 0; $i <= $len; $i++) { > if ($array[$i] =~ /orderID/) { > my @array2 = split('=', $array[$i]); > $tempid = $array2[1]; > } > if ($array[$i] =~ /status/) { > my @array2 = split('=', $array[$i]); > $tempstatus = $array2[1]; > } > } > > # closing and unlocking of old session > Vend::Session::open_session(); > Vend::Session::read_session(); > Vend::Session::unlock_session(); > Vend::Session::close_session(); > > # open file to get complete SessionName > open(SESSION, "etc/$tempid") or > die "can´t open file etc/$tempid\n"; > my $test = <SESSION>; > $Vend::SessionName = $test; > close SESSION; > > # delete file > unlink("etc/$tempid") or > die "can´t unlink file etc/$tempid\n"; Looks like an wild hack. There should be better way to do this. > > > # Open old Session > Vend::Session::open_session(); > Vend::Session::read_session(); > unless($Vend::Session::File_sessions) { > Vend::Session::lock_session(); > Vend::Session::close_session(); > } > > #Set Scratch-Variables after opening old Session > $Vend::Session->{'scratch'}->{'status'} = $tempstatus; > $Vend::Session->{'scratch'}->{'sessionid'} = $Vend::SessionName; > > if ($tempstatus = "success") { Ouch. The operator eq comes into mind. Ciao Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: dve at tampabay.rr.com (Digital Visions Entertainment ) Date: Mon, 28 Aug 2000 12:11:18 -0400 Subject: [ic] Setup Problems I go through the setup everything seems to install fine, but at the end I get the following: Done with installation. If my reading of your input is correct, you should be able to access the demo catalog with the following URL: http://www.digitalvisionsentertainment.com/barry In any case, you should get direct access at: http://www.digitalvisionsentertainment.com/cgi-bin/barry That is, after you START or RESTART the Interchange server. 8-) It is best done with: /home/sites/dvisions/mvend/bin/minivend -r For session expiration, you might want to place a line like this in your crontab: 44 4 * * * /home/sites/dvisions/mvend/bin/expireall -r It will prevent the session databases from getting too large. now when I go to either of these links I get the welcome to barry's page. I click on enter or admin and receive a 404 file not found. I go and look in my cgi-bin and there is no admin directory there and no index.html. we have the server setup on redhat latest and perl 5.005 with apache server. all domains are setup virtually. could not find anything in documentation on this error. Any help would be greatly appreciated. you can go to the links above and see the errors Thanks DVE From: jonc at webmaint.net (Jonathan Clark ) Date: Mon, 28 Aug 2000 18:03:15 +0100 Subject: [ic] Setup Problems >Done with installation. If my reading of your input is correct, you >should be able to access the demo catalog with the following URL: > > http://www.digitalvisionsentertainment.com/barry > >In any case, you should get direct access at: > > http://www.digitalvisionsentertainment.com/cgi-bin/barry your executable is /cgi-bin/barry/barry.pl (which produces a 500 error) giving that you have a cgi-bin, it should usually be /cgi-bin/barry I suggest you run the install again and prepare your locations before hand by reading the docs. you could use the rpm - this sets up ic and creates the two demo catalogs under the default server. Jonathan. Webmaint.com From: dve at tampabay.rr.com (Digital Visions Entertainment ) Date: Mon, 28 Aug 2000 13:16:25 -0400 Subject: [ic] Setup Problems Jonathan, actually when I did the catalog setup it put an executable up there, with no name and that is all that was placed in that directory. I copied the vlink.pl file over and renmaed it barry.pl and that is when I got the 500 error. thanks DVE ----- Original Message ----- From: "Jonathan Clark" <jonc@webmaint.net> To: <interchange-users@minivend.com> Sent: Monday, August 28, 2000 1:03 PM Subject: Re: [ic] Setup Problems > >Done with installation. If my reading of your input is correct, you > >should be able to access the demo catalog with the following URL: > > > > http://www.digitalvisionsentertainment.com/barry > > > >In any case, you should get direct access at: > > > > http://www.digitalvisionsentertainment.com/cgi-bin/barry > > your executable is /cgi-bin/barry/barry.pl > > (which produces a 500 error) > > giving that you have a cgi-bin, it should usually be /cgi-bin/barry > > > I suggest you run the install again and prepare your locations before hand > by reading the docs. > > > you could use the rpm - this sets up ic and creates the two demo catalogs > under the default server. > > Jonathan. > Webmaint.com > > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users > From: dve at tampabay.rr.com (Digital Visions Entertainment ) Date: Mon, 28 Aug 2000 13:22:50 -0400 Subject: [ic] Setup Problems Jonathan here is another catalog I just setup which produced the same errors. http://www.digitalvisionsentertainment.com/example1/ the only thing in the /cgi-bin/example1 is an executable named executable there is no admin pages or index.html pages like the links on the beginning of the welcome page is looking for. Thank You in advance Dean ----- Original Message ----- From: "Jonathan Clark" <jonc@webmaint.net> To: <interchange-users@minivend.com> Sent: Monday, August 28, 2000 1:03 PM Subject: Re: [ic] Setup Problems > >Done with installation. If my reading of your input is correct, you > >should be able to access the demo catalog with the following URL: > > > > http://www.digitalvisionsentertainment.com/barry > > > >In any case, you should get direct access at: > > > > http://www.digitalvisionsentertainment.com/cgi-bin/barry > > your executable is /cgi-bin/barry/barry.pl > > (which produces a 500 error) > > giving that you have a cgi-bin, it should usually be /cgi-bin/barry > > > I suggest you run the install again and prepare your locations before hand > by reading the docs. > > > you could use the rpm - this sets up ic and creates the two demo catalogs > under the default server. > > Jonathan. > Webmaint.com > > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users > From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Mon, 28 Aug 2000 19:39:40 +0200 (CEST) Subject: [ic] Setup Problems On 28 Aug, Digital Visions Entertainment wrote: > Jonathan here is another catalog I just setup which produced the same > errors. > http://www.digitalvisionsentertainment.com/example1/ > the only thing in the /cgi-bin/example1 is an executable named executable > there is no admin pages or index.html pages like the links on the beginning > of the welcome page is looking for. > [...] Well, they shouldn't. These pages are in ${MINIVEND_HOME}/pages! And the script will process them and deliver them to your browser, iff the catalog is correctly configured. -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Mon, 28 Aug 2000 19:46:27 +0200 (CEST) Subject: [ic] order processing: how to cancel an order?? I need to cancel an order after checkout.html completed successfully, depending on the output of a script residing at an external site. I need to cancel the order data and to increment the inventory. Any hints how to do this??? I have the order number and session data (via open_session), thats it. I'm currently looking at receipt.html, which traverses through the order lines, but this looks somewhat longish. Any other ideas? -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: jonc at webmaint.net (Jonathan Clark ) Date: Mon, 28 Aug 2000 19:07:13 +0100 Subject: [ic] Setup Problems -----Original Message----- From: Digital Visions Entertainment <dve@tampabay.rr.com> To: interchange-users@minivend.com <interchange-users@minivend.com> Date: 28 August 2000 18:46 Subject: Re: [ic] Setup Problems >Jonathan here is another catalog I just setup which produced the same >errors. >http://www.digitalvisionsentertainment.com/example1/ >the only thing in the /cgi-bin/example1 is an executable named executable >there is no admin pages or index.html pages like the links on the beginning >of the welcome page is looking for. Again your setup looks wrong. Please note you dont get an index.html in your cgi-bin. The executable in the cgi-bin is a connector program to the ic server which delivers the page from the pages directory of the catalogue structure. using cgi-bin/<link program>/index.html should run <link program> which is passed the parameter '/index.html'. currently you have a link program at http://www.digitalvisionsentertainment.com/cgi-bin/example1/executable but it is not executing, its being downloaded as text. Is your cgi-bin set up as executable? is the link program chmodded correctly? Jonathan. ps. hope you dont run your servers with list on the cgi-bin normally! From: dve at tampabay.rr.com (Digital Visions Entertainment ) Date: Mon, 28 Aug 2000 14:33:51 -0400 Subject: [ic] Setup Problems Jonathan, Here is the enteries from my httpd.conf, now understand that all my domains are running as virtual servers and this machine is admined by a friend of mine that has direct access to it. <Directory /home/sites/dvisions> Options ExecCgi Includes IncludesNOEXEC MultiViews Indexes FollowSymlinks SymLinksIfOwnerMatch AllowOverride AuthConfig FileInfo Indexes Limit Options </Directory> <VirtualHost 24.94.116.56> ServerAdmin dve@tampabay.rr.com ServerName www.digitalvisionsentertainment.com DocumentRoot /home/sites/dvisions/dve/www User nobody Group nobody Options ExecCgi Includes IncludesNOEXEC MultiViews Indexes FollowSymlinks SymLinksIfOwnerMatch </VirtualHost> Does he not have things setup properly? thanks Dean ----- Original Message ----- From: "Jonathan Clark" <jonc@webmaint.net> To: <interchange-users@minivend.com> Sent: Monday, August 28, 2000 2:07 PM Subject: Re: [ic] Setup Problems > > -----Original Message----- > From: Digital Visions Entertainment <dve@tampabay.rr.com> > To: interchange-users@minivend.com <interchange-users@minivend.com> > Date: 28 August 2000 18:46 > Subject: Re: [ic] Setup Problems > > > >Jonathan here is another catalog I just setup which produced the same > >errors. > >http://www.digitalvisionsentertainment.com/example1/ > >the only thing in the /cgi-bin/example1 is an executable named executable > >there is no admin pages or index.html pages like the links on the beginning > >of the welcome page is looking for. > > Again your setup looks wrong. > > Please note you dont get an index.html in your cgi-bin. > > The executable in the cgi-bin is a connector program to the ic server which > delivers the page from the pages directory of the catalogue structure. using > cgi-bin/<link program>/index.html should run <link program> which is passed > the parameter '/index.html'. > > currently you have a link program at > http://www.digitalvisionsentertainment.com/cgi-bin/example1/executable > > but it is not executing, its being downloaded as text. > > Is your cgi-bin set up as executable? is the link program chmodded > correctly? > > Jonathan. > > ps. hope you dont run your servers with list on the cgi-bin normally! > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users > From: dve at tampabay.rr.com (Digital Visions Entertainment ) Date: Mon, 28 Aug 2000 14:48:57 -0400 Subject: [ic] Setup Problems Disregard....I was not entering it correctly when doing makecat. I would enter /cgi-bin/example and not /cgi-bin/example.cgi I did this on another catalog and now I am getting another error that there is documentation for...which is the interchange server is unavailable.....thank you for your help Jonathan it gave me insite to read in the right places Thanks Dean ----- Original Message ----- From: "Digital Visions Entertainment" <dve@tampabay.rr.com> To: <interchange-users@minivend.com> Sent: Monday, August 28, 2000 2:33 PM Subject: Re: [ic] Setup Problems > Jonathan, > Here is the enteries from my httpd.conf, now understand that all my domains > are running as virtual servers and this machine is admined by a friend of > mine that has direct access to it. > <Directory /home/sites/dvisions> > Options ExecCgi Includes IncludesNOEXEC MultiViews Indexes FollowSymlinks > SymLinksIfOwnerMatch > AllowOverride AuthConfig FileInfo Indexes Limit Options > </Directory> > <VirtualHost 24.94.116.56> > ServerAdmin dve@tampabay.rr.com > ServerName www.digitalvisionsentertainment.com > DocumentRoot /home/sites/dvisions/dve/www > User nobody > Group nobody > Options ExecCgi Includes IncludesNOEXEC MultiViews Indexes FollowSymlinks > SymLinksIfOwnerMatch > </VirtualHost> > Does he not have things setup properly? > thanks > Dean > ----- Original Message ----- > From: "Jonathan Clark" <jonc@webmaint.net> > To: <interchange-users@minivend.com> > Sent: Monday, August 28, 2000 2:07 PM > Subject: Re: [ic] Setup Problems > > > > > > -----Original Message----- > > From: Digital Visions Entertainment <dve@tampabay.rr.com> > > To: interchange-users@minivend.com <interchange-users@minivend.com> > > Date: 28 August 2000 18:46 > > Subject: Re: [ic] Setup Problems > > > > > > >Jonathan here is another catalog I just setup which produced the same > > >errors. > > >http://www.digitalvisionsentertainment.com/example1/ > > >the only thing in the /cgi-bin/example1 is an executable named executable > > >there is no admin pages or index.html pages like the links on the > beginning > > >of the welcome page is looking for. > > > > Again your setup looks wrong. > > > > Please note you dont get an index.html in your cgi-bin. > > > > The executable in the cgi-bin is a connector program to the ic server > which > > delivers the page from the pages directory of the catalogue structure. > using > > cgi-bin/<link program>/index.html should run <link program> which is > passed > > the parameter '/index.html'. > > > > currently you have a link program at > > http://www.digitalvisionsentertainment.com/cgi-bin/example1/executable > > > > but it is not executing, its being downloaded as text. > > > > Is your cgi-bin set up as executable? is the link program chmodded > > correctly? > > > > Jonathan. > > > > ps. hope you dont run your servers with list on the cgi-bin normally! > > > > > > _______________________________________________ > > Interchange-users mailing list > > Interchange-users@www.minivend.com > > http://www.minivend.com/mailman/listinfo/interchange-users > > > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users > From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Mon, 28 Aug 2000 21:06:58 +0200 (CEST) Subject: [ic] reading a session How do I read a session, given the sessionname I try with # closing and unlocking of old session Vend::Session::open_session(); Vend::Session::read_session(); Vend::Session::unlock_session(); Vend::Session::close_session(); # open file to get complete SessionName stored before open(SESSION, "etc/$tempid") or die "can´t open file etc/$tempid\n"; my $test = <SESSION>; close SESSION; # delete file unlink("etc/$tempid") or die "can´t unlink file etc/$tempid\n"; # set SessionName $Vend::SessionName = $test; # Open old Session Vend::Session::open_session(); Vend::Session::read_session(); unless($Vend::Session::File_sessions) { Vend::Session::lock_session(); Vend::Session::close_session(); But this does not work! -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: mikeh at minivend.com (Mike Heins ) Date: Mon, 28 Aug 2000 16:52:39 -0400 Subject: [ic] reading a session Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > How do I read a session, given the sessionname You don't. Next question? 8-) Seriously, you don't want to do this. If you are going to save a session and do something specific with it, do it explicitly to a file, i.e.: my $sess_string = $Tag->uneval( { ref => $Session } ); $Tag->writefile("tmp/$Session->{id}.save", $sess_string); Then in your retrieve (which must be a Global usertag), do something like: my $safe = new Safe; my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); my $session_ref = $safe->reval($sess_string); This disconnected-payment stuff is unreliable and is a real pain. If the response is nearly real-time, you can pass the session in the ID. Or you can set the session expire time higher. -- Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056 phone +1.513.523.8220 fax 7501 <heins@akopia.com> Any man who is under 30, and is not liberal, has not heart; and any man who is over 30, and is not a conservative, has not brains. -- Winston Churchill From: dve at tampabay.rr.com (Digital Visions Entertainment ) Date: Mon, 28 Aug 2000 16:59:09 -0400 Subject: [ic] Thank You To Mike, Jonathan and the gang at Akopia Outstanding job! After Jonathan showed me the error of my ways. I have gotten Interchange up and running. You have developed a great product. Again I Thank You All. Thanks Dean From: mikeh at minivend.com (Mike Heins ) Date: Mon, 28 Aug 2000 19:39:43 -0400 Subject: [ic] Subcategories display Quoting Samvel Kocharjan (design@bluestar.ru): > Hi All! > > May be it's dummie question and I still don't understand philosophy of IC > but plz, plz help me. > I wanna make catalog of products with categories, subcategories and may be > sub-sub-categories (2-4 levels deep). Items will be available at all levels > of catalog. How to display this catalog step-by-step. > For example, when user click on "level 1" system display items which belong > to this level and in some area of the page display available sub-levels. > The way I have done this in the past is to make a field called "hierarchy" which is indexed and parsed during a search. For example: hierarchy code Art:Renaissance 99-001 Art:Surrealists 00-404 Art:Surrealists:European 00-343 Art:Surrealists:European 00-344 Art:Surrealists:American 19-203 Art:Surrealists:American 19-204 When the search is done, you can read the hierarchy field and break down the hierarchy with embedded Perl and/or usertags. It will cause the 00-404 SKU to be displayed on the search page, with links to further categories. I will send you a URL separately which shows this, but cannot answer any questions. NOTE: Both the exloding left-side list and the hierarchical list use this index. UserTag hierarchy Order path joiner profile UserTag hierarchy PosNumber 3 UserTag hierarchy Routine <<EOF sub { my ($input, $joiner, $profile) = @_; $joiner = ':' unless $joiner; $profile = 'guide' unless $profile; $input =~ s/^\s+//; $input =~ s/\s+$//; $input =~ s/%([0-9A-Fa-f][0-9A-Fa-f])/chr(hex($1))/eg; my ($search, $bit, $anchor, $out); $out = Vend::Interpolate::tag_page('index'); $out .= "Top</A>:"; my @levels; @levels = split /:/, $input; my $last = pop(@levels); foreach $bit (@levels) { $search .= $joiner if $search; my $string = $bit; $string =~ s/(\W)/'%' . sprintf ('%02x', ord($1))/eg; $search .= $string; $anchor = 'scan/dl='; $anchor .= $search; $anchor .= "/mp=$profile"; $anchor = Vend::Util::vendUrl($anchor); $out .= qq{<A HREF="$anchor">$bit</A>$joiner}; } $out .= $last; } EOF (Originally done with help of Bob Jordan of Akopia.) I don't have time to go into this further, but an upcoming release with have a template "Buyer's Guide" which has those Yahoo-style categories. -- Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056 phone +1.513.523.8220 fax 7501 <heins@akopia.com> Unix version of an Outlook-style virus: It works on the honor system. Please forward this message to everyone you know, and delete a bunch of your files at random. From: ben at humphrey.net (Ben Humphrey ) Date: Mon, 28 Aug 2000 17:22:59 -0700 Subject: [ic] Interchange and InterShipper? Hi folks, I was hoping someone had already figured out an easy way to have Interchange do a shipping charge and tracking lookup through InterShipper. My apache can handle PHP, so I would use the InterShipper PHP tags. Has anyone done this yet? Thanks! Ben Humphrey From: andre_bunting at hotmail.com (Andre Bunting ) Date: Tue, 29 Aug 2000 04:42:22 GMT Subject: [ic] unsubscribing hi all, I was wondering how do I unsubscribe or change the format in which I get the mailing mail.. ? Andre _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From: doug at lathi.net (Doug Alcorn ) Date: 29 Aug 2000 05:10:35 -0400 Subject: [ic] How to make changes take effect? I know this is a newbie question, but I can't find the answer in the docs. In fact, I'm really having trouble groking the whole layout of all the files. I'm trying to customize the banner bar with my own logos and stuff. I edited the config/logobar and changed the <img src="banner.gif"> to <img src="mylogo.jpg"> after copying my logo to the images directory. That didn't appear to do anything. Then I remembered reading that some changes won't take effect until after you restart the server. So, I restarted the server and the banner still didn't change. In fact, now I can't seem to get into my catalog. I had created my own catalog based on 'barry' and was able to get into it as both administrator and a normal user session. I was able to run the administrator UI to add some pages and categories and stuff. After restarting, the error.log in the interchange directory says that the 'barry', 'simple', and my own catalog have been configured and started up OK. I also get the "START server" message in the interchange error.log. The error.log in my catalog directory doesn't have anything except for messages about the changes done through the administrator a few days ago. The problem is that when I try to enter the site off the index page or administer the site off the index page I get an error message about the interchange server being down or the traffic level is too high. Of course, when I do a 'ps' on my box I can see the miniven process with the same ID as in the interchagne/error.log. My httpd/access.log shows a successful page with nothing unusual. So, where can I find error messages about what is going wrong? While I'm asking newbie questions, I have one more. What is the general procedure for making changes to the whole site. I want to do stuff like make my own color scheme. I see that there are settings in the catalog.config file. After editing those settings, should they take effect after a server restart? I'm really the server sys admin and site design/html guy. I would like to use XEmacs as much as possible. I expect the admin staff to use the UI for maintaining products and prices after I get it all running. Well, I lied before. /This/ is my last question. I made a page that didn't include __RIGHTSIDE__, and the UI_CONTENT area doesn't extend all the way to the right edge of the banner bar. Is there an easy way to fix this? Thank you for your patients and answers. It's humbling to be a newbie again. -- (__) Doug Alcorn (mailto:doug@lathi.net - http://www.lathi.net) oo / "It's too late for paradise" |_/ From: doug at lathi.net (Doug Alcorn ) Date: 29 Aug 2000 10:19:12 -0400 Subject: [ic] unsubscribing "Andre Bunting" <andre_bunting@hotmail.com> writes: > hi all, > I was wondering how do I unsubscribe or change the format in > which I get the mailing mail.. ? When you subscribed to the interchange-users mailing list you should have gotten a welcome message. Here's an excerpt from that message: General information about the mailing list is at: http://www.minivend.com/mailman/listinfo/interchange-users If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: http://www.minivend.com/mailman/options/interchange-users/your-email-address-here You can also make such adjustments via email by sending a message to: Interchange-users-request@www.minivend.com with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. -- (__) Doug Alcorn (mailto:doug@lathi.net http://www.lathi.net) oo / Unix Hacker |_/ "It's too late for paradise" From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 16:52:01 +0200 (CEST) Subject: [ic] reading a session On 28 Aug, Mike Heins wrote: > Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): >> How do I read a session, given the sessionname > > You don't. Next question? 8-) > > Seriously, you don't want to do this. If you are going to save a session and > do something specific with it, do it explicitly to a file, i.e.: > > my $sess_string = $Tag->uneval( { ref => $Session } ); > $Tag->writefile("tmp/$Session->{id}.save", $sess_string); Thanks for the info, however, inserting this into minivend.cfg leads to: Sorry, there was an error in processing this form action. Please report the error or try again later. (Can't use string ("") as a subroutine ref while "strict refs" in use at /usr/local/minivend/lib/Vend/Parse.pm line 797. ) the $Tag->writefile is actually triggering the error, if I comment it out, it works fine (without saving anything :-) Here is the tag defined in minivend.cfg # [vipid] # # This tag returns a unique ID, based on time, date and SessionID # UserTag vipid Routine <<EOF sub { my($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = gmtime(time()); my $session = $Vend::SessionName; $session =~ /^(\w+):.+$/; my $temp = $1; my $orderID = sprintf("%02d%02d%02d%02d%02d%02d%s", $year + 1900,$mon + 1,$mday,$hour,$min,$sec,$temp); # Replace illegal Characters with '_' $orderID =~ tr/:<>=+\@\"\%\&/_/d; # from Mike Heins <mikeh@minivend.com> my $sess_string = $Tag->uneval( { ref => $Vend::Session } ); $Tag->writefile("tmp/$orderID", $sess_string); # Log complete SessionName in File etc/$orderID (old) #open(SESSION, "> etc/$orderID") # or die "can´t open $orderID\n"; #print SESSION $Vend::SessionName; #close SESSION; return "$orderID"; } EOF -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: robert at mckay.com (Robert J. McKay ) Date: Tue, 29 Aug 2000 09:39:15 -0400 (EDT) Subject: [ic] unsubscribing On 29 Aug 2000, Doug Alcorn wrote: > "Andre Bunting" <andre_bunting@hotmail.com> writes: > > > hi all, > > I was wondering how do I unsubscribe or change the format in > > which I get the mailing mail.. ? > > When you subscribed to the interchange-users mailing list you should > have gotten a welcome message. Here's an excerpt from that message: I just subscribed (today) and didn't get a welcome message. Maybe it's broken. This is the first message I've received from the list.. Anyway.. I have a question about minivend.. basically I can't seem to get the inventory working. The "inventory" database does exist, and I have entries for all the items in the store, along with the quantity. When someone buys something the quantity is not decreased. Any clues as to what I should be looking for would be appreciated.. is there some MML code in one of the pages that should be decrementing it, or is there something somewhere else that does it? Regards, Robert McKay. From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 17:33:28 +0200 (CEST) Subject: [ic] reading a session On 28 Aug, Mike Heins wrote: > Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > [...] $Tag->writefile("tmp/$Session->{id}.save", $sess_string); Well I needed Vend::util::writefile(....) > > Then in your retrieve (which must be a Global usertag), do something like: > > my $safe = new Safe; > my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); > my $session_ref = $safe->reval($sess_string); And what does this get me?? What is $session_ref, can I make it to my session, so route_order(...) works? > > This disconnected-payment stuff is unreliable and is a real pain. > If the response is nearly real-time, you can pass the session in the > ID. Or you can set the session expire time higher. > [...] How would I pass the session in an ID?? if its via the url: I can't do that :( And, I thought I read the session would live for 24 hours? That would be long enough already. -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: racke at linuxia.de (Stefan Hornburg ) Date: 29 Aug 2000 17:22:08 +0200 Subject: [ic] reading a session Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > On 28 Aug, Mike Heins wrote: > > Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > > [...] > $Tag->writefile("tmp/$Session->{id}.save", $sess_string); > Well I needed > Vend::util::writefile(....) > > > > > Then in your retrieve (which must be a Global usertag), do something like: > > > > my $safe = new Safe; > > my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); > > my $session_ref = $safe->reval($sess_string); > > And what does this get me?? What is $session_ref, can I make it to my > session, so route_order(...) works? Perl code => String representation => File => String representation => Perl code $session_ref is as any other session. > > > > > This disconnected-payment stuff is unreliable and is a real pain. > > If the response is nearly real-time, you can pass the session in the > > ID. Or you can set the session expire time higher. > > [...] > > How would I pass the session in an ID?? if its via the url: I can't do > that :( Why not ? If so, the system is not very communicative. > > And, I thought I read the session would live for 24 hours? That would be > long enough already. > This is configurable. Ciao Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: mikeh at minivend.com (Mike Heins ) Date: Tue, 29 Aug 2000 11:42:33 -0400 Subject: [ic] reading a session Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > On 28 Aug, Mike Heins wrote: > > Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > > [...] > $Tag->writefile("tmp/$Session->{id}.save", $sess_string); > Well I needed > Vend::util::writefile(....) > > > > > Then in your retrieve (which must be a Global usertag), do something like: > > > > my $safe = new Safe; > > my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); > > my $session_ref = $safe->reval($sess_string); > > And what does this get me?? What is $session_ref, can I make it to my > session, so route_order(...) works? > > > > > This disconnected-payment stuff is unreliable and is a real pain. > > If the response is nearly real-time, you can pass the session in the > > ID. Or you can set the session expire time higher. > > [...] > > How would I pass the session in an ID?? if its via the url: I can't do > that :( > Use the WideOpen directive to suppress per-host identification (less needed with the new Interchange session setup) then use ?id=Ejskjs8i or whatever in the return URL. -- Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056 phone +1.513.523.8220 fax 7501 <heins@akopia.com> Unix version of an Outlook-style virus: It works on the honor system. Please forward this message to everyone you know, and delete a bunch of your files at random. From: mikeh at minivend.com (Mike Heins ) Date: Tue, 29 Aug 2000 11:47:08 -0400 Subject: [ic] reading a session Quoting Mike Heins (mikeh@minivend.com): > Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > > On 28 Aug, Mike Heins wrote: > > > Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > > > [...] > > $Tag->writefile("tmp/$Session->{id}.save", $sess_string); > > Well I needed > > Vend::util::writefile(....) > > > > > > > > Then in your retrieve (which must be a Global usertag), do something like: > > > > > > my $safe = new Safe; > > > my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); > > > my $session_ref = $safe->reval($sess_string); > > > > And what does this get me?? What is $session_ref, can I make it to my > > session, so route_order(...) works? > > > > > > > > This disconnected-payment stuff is unreliable and is a real pain. > > > If the response is nearly real-time, you can pass the session in the > > > ID. Or you can set the session expire time higher. > > > [...] > > > > How would I pass the session in an ID?? if its via the url: I can't do > > that :( > > > > Use the WideOpen directive to suppress per-host identification (less > needed with the new Interchange session setup) then use ?id=Ejskjs8i > or whatever in the return URL. Or the silent post value mv_session_id. IF they cannot pass back ANY information, then you are hosed. -- Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056 phone +1.513.523.8220 fax 7501 <heins@akopia.com> Function in chaos, finish in style. -- Unknown From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 18:12:08 +0200 (CEST) Subject: [ic] reading a session On 29 Aug, Stefan Hornburg wrote: > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > > [...] >> > Then in your retrieve (which must be a Global usertag), do something like: >> > >> > my $safe = new Safe; >> > my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); >> > my $session_ref = $safe->reval($sess_string); >> >> And what does this get me?? What is $session_ref, can I make it to my >> session, so route_order(...) works? > > Perl code => String representation => File > => String representation => Perl code > > $session_ref is as any other session. So, can I say $Vend::Session = $sess_string ???? Seems not (I tried) How do I set it to be the current session? Sorry if I'm not yet comfortable with the Vend session concept, I'm just studying it for two days. Thanks, Mathias -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: Desjardins.Ray at Con-Way.com (Desjardins, Ray ) Date: Tue, 29 Aug 2000 09:16:57 -0700 Subject: [ic] Interchange and Authorize.net I have asked this question before and got a fairly sensible answer as to not use Authorize.Net but my customer insist on using them in lieu of Cybercash. Any one know which files to modify and or know of any patches out there to simplify my venture for Authorize.Net. In my ftp roaming I seem to remember seeing some minivend patches for Authorize.Net but, can't remember where. Any assistance would be greatly appreciated. I am using Interchange 4.5.5. Thanks, Ray Desjardins ____________________________________________ Interchange-users mailing list Interchange-users@www.minivend.com http://www.minivend.com/mailman/listinfo/interchange-users From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 18:18:26 +0200 (CEST) Subject: [ic] reading a session On 29 Aug, Mike Heins wrote: > [....] > Or the silent post value mv_session_id. IF they cannot pass back ANY information, > then you are hosed. > Can I just set mv_session_id inside a mml-file and have that session automagically retrived? How, as scratch var? Something like this would be _perfect_. I get the old session_id, but through an encrypted transfer, so there is no way to put it in the url. -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: racke at linuxia.de (Stefan Hornburg ) Date: 29 Aug 2000 18:11:56 +0200 Subject: [ic] reading a session Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > On 29 Aug, Stefan Hornburg wrote: > > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > > > > [...] > >> > Then in your retrieve (which must be a Global usertag), do something like: > >> > > >> > my $safe = new Safe; > >> > my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); > >> > my $session_ref = $safe->reval($sess_string); > >> > >> And what does this get me?? What is $session_ref, can I make it to my > >> session, so route_order(...) works? > > > > Perl code => String representation => File > > => String representation => Perl code > > > > $session_ref is as any other session. > > So, can I say $Vend::Session = $sess_string ???? Seems not (I tried) How > do I set it to be the current session? $Vend::Session = $session_ref makes probably more sense (just an assumption based on Mikes example code). Ciao Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 18:36:56 +0200 (CEST) Subject: [ic] reading a session On 29 Aug, Stefan Hornburg wrote: > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > >> On 29 Aug, Stefan Hornburg wrote: >> > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: >> > >> > [...] >> >> > Then in your retrieve (which must be a Global usertag), do something like: >> >> > >> >> > my $safe = new Safe; >> >> > my $sess_string = $Tag->file("tmp/$id_to_retrieve.save"); >> >> > my $session_ref = $safe->reval($sess_string); >> >> >> >> And what does this get me?? What is $session_ref, can I make it to my >> >> session, so route_order(...) works? >> > >> > Perl code => String representation => File >> > => String representation => Perl code >> > >> > $session_ref is as any other session. >> >> So, can I say $Vend::Session = $sess_string ???? Seems not (I tried) How >> do I set it to be the current session? > > $Vend::Session = $session_ref > makes probably more sense (just an assumption based on Mikes example code). YesYes, I just wrote my var name instead of mikes. But it just won't work. If I say: ::logDebug("Setting Session"); #$Vend::Session = $sess_string; # won't work #$Vend::Session = ref $sess_string; # won't work # try this from Session.pm $Vend::Session = ref $sess_string ? $sess_string : evalr($sess_string); die "Could not eval sess_string from session dbm: $@\n" if $@; ::logDebug("Session set!"); I can see the "Setting Session" log line (and, before this, see that the session is retrieved) but never the "Session set!" line. No error, does not die... Processing seems to stop right there. > > Ciao > Racke > -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 18:47:35 +0200 (CEST) Subject: [ic] reading a session On 29 Aug, Mathias Picker wrote: > On 29 Aug, Stefan Hornburg wrote: > [...] >> $Vend::Session = $session_ref >> makes probably more sense (just an assumption based on Mikes example code). > > YesYes, I just wrote my var name instead of mikes. But it just won't > work. Oh no, I'm completely blind, dumb and deaf. You're right, of course :-( Now it seems to work, only route_order and mail_order still do nothing.... working on it. thanks a lot for the help, Stefan and Mike! -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: mikeh at minivend.com (Mike Heins ) Date: Tue, 29 Aug 2000 12:47:37 -0400 Subject: [ic] reading a session Quoting Mathias Picker (mathiasp@venus.virtual-earth.de): > On 29 Aug, Mike Heins wrote: > > [....] > > Or the silent post value mv_session_id. IF they cannot pass back ANY information, > > then you are hosed. > > > > Can I just set mv_session_id inside a mml-file and have that session > automagically retrived? How, as scratch var? Something like this would be _perfect_. > > I get the old session_id, but through an encrypted transfer, so there is > no way to put it in the url. Then you will have to have a wrapper. You cannot change session once it is set. I still don't know why you can't do: $Vend::Session = eval $sess_string; I think you could, if you wanted to, figure out where sessions are (usually FeTri678 would be in the file session/F/e/FeTri678:nobody) and then use a Storable function to eval that file to $Vend::Session. But that won't really change your session id; it should give you enough to complete the order. What a pain! If they simply allowed a passed parameter then you could set any variable to mv_session_id with "Varname their_id mv_session_id" in catalog.cfg. -- Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056 phone +1.513.523.8220 fax 7501 <heins@akopia.com> If you think nobody cares if you're alive, try missing a couple of car payments. -- Earl Wilson From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 19:04:01 +0200 (CEST) Subject: [ic] routing with an old session freshly read in After my problems with reading in sessions successfully solved (thanks, Mike and Stefan) , I now have the old session read in, and try to process the order. Doing: my $safe = new Safe; my $sess_string = $Tag->file("tmp/$tempid"); $Vend::Session = $session_ref; if ($tempstatus eq "success") { $Vend::Session->{'values'}->{'mv_order_report'} = "../etc/report"; my $MyCart = $Vend::Session->{carts}->{main}; my ($ok, $order_no); ($ok, $order_no) = Vend::Order::route_order( "main log copy_user", $MyCart ); # order_report, update_order_number, track_order, send_mail; Vend::Order::mail_order(); } in a global user tag gives me an order with the correct items and totals, but without customer information (address, shipping). Any hints how to set this? -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: racke at linuxia.de (Stefan Hornburg ) Date: 29 Aug 2000 18:54:35 +0200 Subject: [ic] routing with an old session freshly read in Mathias Picker <mathiasp@venus.virtual-earth.de> writes: [...] > > in a global user tag gives me an order with the correct items and > totals, but without customer information (address, shipping). Any hints > how to set this? They seems to get lost. Please post the session file you are using in this case. Ciao Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Tue, 29 Aug 2000 19:33:20 +0200 (CEST) Subject: [ic] routing with an old session freshly read in --0-846930886-967570406=:48152 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT On 29 Aug, Stefan Hornburg wrote: > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > > > [...] > >> >> in a global user tag gives me an order with the correct items and >> totals, but without customer information (address, shipping). Any hints >> how to set this? > > They seems to get lost. Please post the session file you are using > in this case. > > Ciao > Racke > Attached is a log file (mvdebug), first with the session saved (search for "MySessString:"), and then the session read in (search for "Read session:"). Both seem to be the same, both with the addresses. Also attached is the real session file, which also has the address set. ??? Maybe my use of mail_order and route_order is wrong... -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 --0-846930886-967570406=:48152 Content-Type: APPLICATION/octet-stream Content-Transfer-Encoding: BASE64 Content-Description: mvdebug Content-Disposition: attachment; filename=mvdebug U3RhcnQgREVCVUcgYXQgVHVlIEF1ZyAyOSAxODo1Mzo1MiAyMDAwClN0YXJ0 IERFQlVHIGF0IFR1ZSBBdWcgMjkgMTg6NTY6NTcgMjAwMApWZW5kOjpTZXNz aW9uOmRlYnVnOiBTZXNzaW9uOgpIQVNIKDB4OGM2NTdkOCkKClZlbmQ6OlNl c3Npb246ZGVidWc6IFNlc3Npb24gdXNlcm5hbWU6IG1hdGhpYXNwClZlbmQ6 OlNlc3Npb246ZGVidWc6IFNlc3Npb246CkhBU0goMHg4YzRiMzY4KQoKVmVu ZDo6U2Vzc2lvbjpkZWJ1ZzogU2Vzc2lvbiB1c2VybmFtZTogbWF0aGlhc3AK VmVuZDo6SW50ZXJwb2xhdGU6ZGVidWc6IE15U2Vzc2lvbjogSEFTSCgweDhj NGIzNjgpClZlbmQ6OkludGVycG9sYXRlOmRlYnVnOiBNeVNlc3NTdHJpbmc6 IHsndXNlcm5hbWUnID0+ICJtYXRoaWFzcCIsJ2Jyb3dzZXInID0+ICJOdXRz Y3JhcGUvMS4wIChDUC9NOyA4LWJpdCkiLCdvbmVfdGltZV9wYXRoX2FsaWFz JyA9PiB7fSwnbGFzdF91cmwnID0+ICIvcHJvY2Vzcy5odG1sIiwnbG9nZ2Vk X2luJyA9PiAiMSIsJ3NjcmF0Y2gnID0+IHsnUmV0dXJuJyA9PiAiCnZpZXdu ZXh0PQp2aWV3b3JkZXI9CiIsJ3N0YXJ0X2F0JyA9PiAiIiwnU2F2ZV9kYXRh YmFzZScgPT4gIiBbdXNlcmRiIHNhdmVdICIsJ215X3F1YW50aXR5JyA9PiAi MSIsJ212X2FkZF9kb3RfaHRtbCcgPT4gIjEiLCd3ZWl0ZXIgZWlua2F1ZmVu JyA9PiAiCltib3VuY2UgaHJlZj0nW2hpc3Rvcnktc2NhbiBleGNsdWRlPVwi Xi9vcmR8Xi9tdWx0aS98Xi9wcm9jZXNzXCIgZGVmYXVsdD1icm93c2VdJ10K bXZfbmV4dHBhZ2U9bm90aGluZwoiLCdtdl9ub19jb3VudCcgPT4gIjEiLCdi aWxsX2FkZHJlc3MnID0+ICIiLCdHbyB0byBhZGRyZXNzIGJvb2snID0+ICIg bXZfdG9kbz1yZWZyZXNoIAogICAgICAgICAgICAgIG12X25leHRwYWdlPWFj Y291bnQgIiwnQmV6YWhsZW4hJyA9PiAiCm12X3RvZG89c3VibWl0CiIsJ21l bWJlcnNfb25seScgPT4gIjAiLCdvcmRlcl9zdHlsZScgPT4gIjEiLCdvbmx5 X2Rvd25sb2FkYWJsZScgPT4gIiIsJ2xlZnRvbmx5JyA9PiAiIiwnU3RhcnQg bGlzdCBoZXJlJyA9PiAiCltjYWxjXQoJXCRDR0ktPntvcmRlcn0gPX4gcy9e XFwwKy8vczsKCVwkQ0dJLT57b3JkZXJ9ID1+IHMvXFwwLiovL3M7CglcJFNj cmF0Y2gtPntzdGFydF9hdH0gPSBcInNtPVwkQ0dJLT57b3JkZXJ9XCI7Cgly ZXR1cm47ClsvY2FsY10KbXZfbmV4dHBhZ2U9YWRtaW4vb3JkZXIKIiwnbXZf bm9fc2Vzc2lvbl9pZCcgPT4gIjEiLCdtZXRhX2hlYWRlcicgPT4gIiIsJ2Zv dW5kX2NhdCcgPT4gIiIsJ0VpbmthdWYgYmVlbmRlbicgPT4gIgptdl90b2Rv PXJldHVybgptdl9uZXh0cGFnZT1jYW5jZWxlZAoiLCdub19sb2dpbl9yZXF1 aXJlZCcgPT4gIiIsJ3FsX2hlaWdodCcgPT4gIjYyMCIsJ2NidF90b29fbXVj aCcgPT4gIjAiLCd3aW5kb3dfbmFtZScgPT4gIjk2NzU2NzkyMCIsJ3p1ciBL YXNzZScgPT4gIgptdl90b2RvPXJldHVybgptdl9uZXh0cGFnZT1vcmQvY2hl Y2tvdXQKIiwnY3JlZGl0X2xpbWl0JyA9PiAiIiwnc2hpcF9hZGRyZXNzJyA9 PiAiIiwnYXJnJyA9PiAiMDAwMDU0IiwnTG9nIG91dCcgPT4gIiBtdl90b2Rv PXJldHVybiBtdl9uZXh0cGFnZT1vcmQvY2hlY2tvdXQgW3VzZXJkYiBmdW5j dGlvbj1sb2dvdXQgCiAgICAgIGNsZWFyPTFdICIsJ3FsX3dpZHRoJyA9PiAi MTQ1IiwncGFnZV90aXRsZScgPT4gIkNoZWNrIG91dCAtLSB2aXJ0dWFsIGVh cnRoIEdtYkggIiwnYXJjaGl2ZV9zZW5zZScgPT4gIiE9Iiwnc29tZV9kb3du bG9hZGFibGUnID0+ICIiLH0sJ2Rpc2NvdW50JyA9PiB7fSwnbGFzdF9zZWFy Y2gnID0+ICJzY2FuL3JhPXllcy90Zj1uYW1lL21sPTEwMDAvZmk9Y291bnRy eSUyZXR4dC9sYj1sb29wMW9yZDo6Y2hlY2tvdXQiLCdhZG1pbicgPT4gIjEi LCdhY2Nlc3NlcycgPT4gIjEiLCdyZWZlcmVyJyA9PiAiIiwnaWQnID0+ICJ3 RWpIYVR6OCIsJ29ob3N0JyA9PiAiNjIuMjA4LjQ3LjEwMiIsJ3RpbWUnID0+ ICI5Njc1NjgyMjYiLCdsYXRlc3RfdG90YWwnID0+ICI0LjE2IiwndmFsdWVz JyA9PiB7J212X2FjdGlvbicgPT4gInJldHVybiIsJ212X3BheW1lbnQnID0+ ICJDaGVjayBvciBNb25leSBPcmRlciAod2lsbCBjYWxsKSIsJ212X3VzZXJu YW1lJyA9PiAibWF0aGlhc3AiLCdzYXZlX2NvdW50cnknID0+ICJERSIsJ2Jf c3RhdGUnID0+ICIiLCd1cGxvYWQnID0+ICIiLCdoZWFkZXJfaW1nJyA9PiAi aGVhZGVyX2FwcGxpY2F0aW9ucy5naWYiLCd5ZXNfdGFibGVzJyA9PiAiIiwn bXZfcmF3X3NlYXJjaHNwZWMnID0+ICIiLCdyZWNvbmZpZycgPT4gIiIsJ212 X21hdGNobGltaXQnID0+ICIxMDAwIiwncXVhbnRpdHkwJyA9PiAiMSIsJ2Zp bGVzJyA9PiAiIiwncGhvbmVfbmlnaHQnID0+ICIiLCdub19mdW5jdGlvbnMn ID0+ICIiLCdwX25pY2tuYW1lJyA9PiAiIiwnYl9jb3VudHJ5JyA9PiAiIiwn dmlwX3JlcXVlc3QnID0+ICJvcmQvdmlwX3JlcXVlc3QiLCdjb21wYW55JyA9 PiAiIiwnYWNjb3VudF9pZCcgPT4gIiIsJ2NpdHknID0+ICJN/G5jaGVuIiwn Yl9jaXR5JyA9PiAiIiwnbXZfcmF3X2RpY3RfbG9vaycgPT4gIiIsJ2VkaXQn ID0+ICIiLCdmbmFtZScgPT4gIk1hdGhpYXMiLCd5ZXNfZnVuY3Rpb25zJyA9 PiAiIiwnb3JkZXJfZGVzdCcgPT4gIiIsJ2xuYW1lJyA9PiAiUGlja2VyIiwn bXZfb3JkZXJfcHJvZmlsZScgPT4gImNoZWNrb3V0X3Byb2ZpbGUiLCdtdl9j b29raWVfcGFzc3dvcmQnID0+ICIwIiwnc3VwZXInID0+ICIxIiwnbXZfc3Rh dHVzX212X2VtYWlsJyA9PiAibXZfZW1haWwgc2V0IGZhaWxlZC4iLCd2aXBf bWV0aG9kJyA9PiAiTGFzdHNjaHJpZnQtRm9ybSIsJ2FkZHJlc3NfYm9vaycg PT4gIiIsJzEnID0+ICIiLCdwcmVmZXJlbmNlcycgPT4gIiIsJ2NvdW50cnkn ID0+ICJERSIsJ2NvbmZpZycgPT4gIiIsJ3ZpZXdvcmRlcicgPT4gIlZpZXcg b3JkZXIiLCdiX3Bob25lJyA9PiAiIiwnbXZfb3JkZXJwYWdlJyA9PiAib3Jk L2Jhc2tldCIsJ212X2FyZycgPT4gIjAwMDA1NCIsJ3Rlc3RfdXNlcicgPT4g Im1hdGhpYXNwIiwndXNlcm5hbWUnID0+ICJtYXRoaWFzcCIsJ2FjY291bnRz JyA9PiAiIiwnbmFtZScgPT4gIk1hdGhpYXMgUGlja2VyIiwnZXhwb3J0JyA9 PiAiIiwnZW1haWxfY29weScgPT4gIjEiLCdtdl9kYXRhX3RhYmxlJyA9PiAi dHJhbnNhY3Rpb25zIiwnbXZfc2VhcmNoc3BlYycgPT4gW10sJ3Byb2plY3Rf aWQnID0+ICIiLCdtZXRhJyA9PiAiIiwnYl9uaWNrbmFtZScgPT4gIiIsJ2Jf Zm5hbWUnID0+ICIiLCdlbWFpbCcgPT4gIk1hdGhpYXMuUGlja2VyXEB2aXJ0 dWFsLWVhcnRoLmRlIiwnbXZfZW1haWwnID0+ICJNYXRoaWFzLlBpY2tlclxA dmlydHVhbC1lYXJ0aC5kZSIsJ212X29yZGVyX3JvdXRlJyA9PiAibG9nIG1h aW4gY29weV91c2VyIiwnbXZfb3JkZXJfaXRlbScgPT4gIkE2ODUwMy0wMiIs J2JfbG5hbWUnID0+ICIiLCdwYWdlcycgPT4gIiIsJ2luYWN0aXZlJyA9PiAi IiwnYl96aXAnID0+ICIiLCdvcmRlcl9udW1iZXJzJyA9PiAiIDAwMDAwMSAw MDAwMDQgMDAwMDA1IDAwMDAwNyAwMDAwMDkgMDAwMDExIDAwMDAxOSAwMDAw MzQiLCdtdl9jaGVja291dCcgPT4gIm9yZC9jaGVja291dCIsJ2ZheF9vcmRl cicgPT4gIjEiLCdjYXRlZ29yeScgPT4gImFwcGxpY2F0aW9ucyIsJ2ZheCcg PT4gIiIsJ2dyb3VwcycgPT4gIiIsJ3N0YXRlJyA9PiAiIiwnYXJjaGl2ZScg PT4gImZhbHNlIiwnbXZfY3JlZGl0X2NhcmRfZXhwX21vbnRoJyA9PiAiMSIs J3RhYmxlX2NvbnRyb2wnID0+ICIiLCdvd25lcicgPT4gIiIsJ212X3NlYXJj aF9tYXRjaF9jb3VudCcgPT4gIjMiLCdtdl9zZXNzaW9uX2lkJyA9PiAid0Vq SGFUejgiLCdtdl9jcmVkaXRfY2FyZF9leHBfeWVhcicgPT4gIjAwIiwnemlw JyA9PiAiRDgxNTQxIiwnbXZfcGFzc3dvcmQnID0+ICJUaG9yYTlDcmVzdCIs J25vX3RhYmxlcycgPT4gIiIsJ3Bob25lX2RheScgPT4gIjAwNDM1MDkzMTQi LCdhZGRyZXNzMScgPT4gIkJyZWNoZXJzcGl0enN0ci4gMiIsJ212X2NyZWRp dF9jYXJkX3R5cGUnID0+ICIiLCdhZGRyZXNzMicgPT4gIiIsJ3Nfbmlja25h bWUnID0+ICIiLCdiX2FkZHJlc3MxJyA9PiAiIiwnYl9hZGRyZXNzMicgPT4g IiIsJ2FkZHJlc3MzJyA9PiAiIiwnYl9hZGRyZXNzMycgPT4gIiIsJ3Nob3df YmFza2V0JyA9PiAiMSIsJ212X2RpY3RfbG9vaycgPT4gIiIsJ212X3NoaXBt b2RlJyA9PiAiZHBfYnIiLCdvcmRlcicgPT4gIjAwMDA1NCIsJ2NhcnRzJyA9 PiAiIiwnbWFpbF9saXN0JyA9PiAiMCIsfSwnSGlzdG9yeScgPT4gW1siL2Fk bWluL29yZGVyLmh0bWwiLHsnbXZfdG9kbycgPT4gInJldHVybiIsJ212X2Fj dGlvbicgPT4gInJldHVybiIsJ212X3Nlc3Npb25faWQnID0+ICJ3RWpIYVR6 OCIsJ2FyY2hpdmUnID0+ICJmYWxzZSIsJ29yZGVyJyA9PiAiMDAwMDU0Iiwn bXZfbmV4dHBhZ2UnID0+ICJhZG1pbi9vcmRlciIsJ3ZpZXdvcmRlcicgPT4g IlZpZXcgb3JkZXIiLH0sXSxbIi9hZG1pbi9vcmRlcl92aWV3Lmh0bWwiLHsn bXZfc2Vzc2lvbl9pZCcgPT4gIndFakhhVHo4IiwnbXZfYXJnJyA9PiAiMDAw MDU0Iiwnb3JkZXInID0+ICIwMDAwNTQiLCdtdl9uZXh0cGFnZScgPT4gImFk bWluL29yZGVyX3ZpZXciLH0sXSxbIi9hZG1pbi9vcmRlci5odG1sIix7J212 X3RvZG8nID0+ICJyZXR1cm4iLCdtdl9hY3Rpb24nID0+ICJyZXR1cm4iLCdt dl9zZXNzaW9uX2lkJyA9PiAid0VqSGFUejgiLCdhcmNoaXZlJyA9PiAiZmFs c2UiLCdvcmRlcicgPT4gIjAwMDA1MgAwMDAwNTQiLCdtdl9uZXh0cGFnZScg PT4gImFkbWluL29yZGVyIiwndmlld29yZGVyJyA9PiAiVmlldyBvcmRlciIs fSxdLFsiL2FkbWluL29yZGVyX3ZpZXcuaHRtbCIseydtdl9zZXNzaW9uX2lk JyA9PiAid0VqSGFUejgiLCdtdl9hcmcnID0+ICIwMDAwNTIAMDAwMDU0Iiwn b3JkZXInID0+ICIwMDAwNTIAMDAwMDU0IiwnbXZfbmV4dHBhZ2UnID0+ICJh ZG1pbi9vcmRlcl92aWV3Iix9LF0sWyIvcXVlcnkvY2hlY2tfb3JkZXJzLmh0 bWwiLHsnbXZfc2Vzc2lvbl9pZCcgPT4gIndFakhhVHo4IiwnbXZfbmV4dHBh Z2UnID0+ICJxdWVyeS9jaGVja19vcmRlcnMiLH0sXSxbIi9xdWVyeS9vcmRl cl9kZXRhaWwuaHRtbCIseydtdl9zZXNzaW9uX2lkJyA9PiAid0VqSGFUejgi LCdtdl9hcmcnID0+ICIwMDAwNTQiLCdtdl9uZXh0cGFnZScgPT4gInF1ZXJ5 L29yZGVyX2RldGFpbCIsfSxdLFsiL2FkbWluL29yZGVyLmh0bWwiLHsnbXZf c2Vzc2lvbl9pZCcgPT4gIndFakhhVHo4Iiwnb3JkZXInID0+ICIiLCdtdl9u ZXh0cGFnZScgPT4gImFkbWluL29yZGVyIix9LF0sWyIvYWRtaW4vb3JkZXIu aHRtbCIseydtdl9hY3Rpb24nID0+ICJyZXR1cm4iLCdtdl90b2RvJyA9PiAi cmV0dXJuIiwnYXJjaGl2ZScgPT4gImZhbHNlIiwnbXZfc2Vzc2lvbl9pZCcg PT4gIndFakhhVHo4Iiwnb3JkZXInID0+ICIwMDAwNTQiLCdtdl9uZXh0cGFn ZScgPT4gImFkbWluL29yZGVyIiwndmlld29yZGVyJyA9PiAiVmlldyBvcmRl ciIsfSxdLFsiL2FkbWluL29yZGVyX3ZpZXcuaHRtbCIseydtdl9zZXNzaW9u X2lkJyA9PiAid0VqSGFUejgiLCdvcmRlcicgPT4gIjAwMDA1NCIsJ212X2Fy ZycgPT4gIjAwMDA1NCIsJ212X25leHRwYWdlJyA9PiAiYWRtaW4vb3JkZXJf dmlldyIsfSxdLFsiL3Byb2Nlc3MuaHRtbCIseydtdl9jaGVja291dCcgPT4g Im9yZC9jaGVja291dCIsJ212X2NsaWNrJyA9PiAienVyIEthc3NlIiwnbXZf dG9kbycgPT4gInJldHVybiIsJ212X3Nlc3Npb25faWQnID0+ICJ3RWpIYVR6 OCIsJ212X2RvaXQnID0+ICJyZWZyZXNoIiwnbXZfb3JkZXJwYWdlJyA9PiAi b3JkL2Jhc2tldCIsJ212X25leHRwYWdlJyA9PiAib3JkL2NoZWNrb3V0Iix9 LF0sWyIvcHJvY2Vzcy5odG1sIix7J2ZuYW1lJyA9PiAiTWF0aGlhcyIsJ212 X2NsaWNrJyA9PiAiQmV6YWhsZW4hIiwnYl9mbmFtZScgPT4gIiIsJ2VtYWls JyA9PiAiTWF0aGlhcy5QaWNrZXJcQHZpcnR1YWwtZWFydGguZGUiLCdtdl9v cmRlcl9yb3V0ZScgPT4gImxvZyBtYWluIGNvcHlfdXNlciIsJ2xuYW1lJyA9 PiAiUGlja2VyIiwnYl9sbmFtZScgPT4gIiIsJ212X29yZGVyX3Byb2ZpbGUn ID0+ICJjaGVja291dF9wcm9maWxlIiwndmlwX21ldGhvZCcgPT4gIkxhc3Rz Y2hyaWZ0LUZvcm0iLCcxJyA9PiAiIiwnbXZfc2Vzc2lvbl9pZCcgPT4gIndF akhhVHo4IiwnbXZfZG9pdCcgPT4gInJlZnJlc2giLCd6aXAnID0+ICJEODE1 NDEiLCdwaG9uZV9uaWdodCcgPT4gIiIsJ2JfemlwJyA9PiAiIiwnY291bnRy eScgPT4gIkRFIiwnYl9jb3VudHJ5JyA9PiAiIiwndmlwX3JlcXVlc3QnID0+ ICJvcmQvdmlwX3JlcXVlc3QiLCdhZGRyZXNzMScgPT4gIkJyZWNoZXJzcGl0 enN0ci4gMiIsJ3Bob25lX2RheScgPT4gIjAwNDM1MDkzMTQiLCdtdl90b2Rv JyA9PiAic3VibWl0IiwnYl9hZGRyZXNzMScgPT4gIiIsJ2FkZHJlc3MyJyA9 PiAiIiwnYl9hZGRyZXNzMicgPT4gIiIsJ2NpdHknID0+ICJN/G5jaGVuIiwn Yl9jaXR5JyA9PiAiIiwnbXZfbmV4dHBhZ2UnID0+ICJvcmQvY2hlY2tvdXQi LH0sXSxdLCdtdl9wZXJsX3Jlc3VsdCcgPT4gIiIsJ3BhdGhfYWxpYXMnID0+ IHt9LCdzaGlwX21lc3NhZ2UnID0+ICIiLCdzdWNjZXNzJyA9PiAiIiwnbGF0 ZXN0X3N1YnRvdGFsJyA9PiAiMSIsJ2FyZycgPT4gIiIsJ2Vycm9ycycgPT4g e30sJ2V4dGVuc2lvbicgPT4gIi5odG1sIiwnY2FydHMnID0+IHsnbXZfc2hp cHBpbmcnID0+ICIiLCdtYWluJyA9PiBbeydjb2RlJyA9PiAiQTY4NTAzLTAy Iiwnc2l6ZScgPT4gIiIsJ212X2lwJyA9PiAiMCIsJ212X2liJyA9PiAicHJv ZHVjdHMiLCdxX21lc3NhZ2UnID0+ICIiLCdxdWFudGl0eScgPT4gIjEiLCdj b2xvcicgPT4gIiIsJ3ByaWNlX2dyb3VwJyA9PiAiIix9LF0sfSwnaG9zdCcg PT4gIjYyLjIwOC40Ny4xMDIiLCd1c2VyJyA9PiAiIix9IAoKClZlbmQ6Oklu dGVycG9sYXRlOmRlYnVnOiBSZWFkaW5nIHNlc3Npb246IDIwMDAwODI5MTY1 NzExd0VqSGFUejgKVmVuZDo6SW50ZXJwb2xhdGU6ZGVidWc6IFJlYWQgc2Vz c2lvbjogeyd1c2VybmFtZScgPT4gIm1hdGhpYXNwIiwnYnJvd3NlcicgPT4g Ik51dHNjcmFwZS8xLjAgKENQL007IDgtYml0KSIsJ29uZV90aW1lX3BhdGhf YWxpYXMnID0+IHt9LCdsYXN0X3VybCcgPT4gIi9wcm9jZXNzLmh0bWwiLCds b2dnZWRfaW4nID0+ICIxIiwnc2NyYXRjaCcgPT4geydSZXR1cm4nID0+ICIK dmlld25leHQ9CnZpZXdvcmRlcj0KIiwnc3RhcnRfYXQnID0+ICIiLCdTYXZl X2RhdGFiYXNlJyA9PiAiIFt1c2VyZGIgc2F2ZV0gIiwnbXlfcXVhbnRpdHkn ID0+ICIxIiwnbXZfYWRkX2RvdF9odG1sJyA9PiAiMSIsJ3dlaXRlciBlaW5r YXVmZW4nID0+ICIKW2JvdW5jZSBocmVmPSdbaGlzdG9yeS1zY2FuIGV4Y2x1 ZGU9XCJeL29yZHxeL211bHRpL3xeL3Byb2Nlc3NcIiBkZWZhdWx0PWJyb3dz ZV0nXQptdl9uZXh0cGFnZT1ub3RoaW5nCiIsJ212X25vX2NvdW50JyA9PiAi MSIsJ2JpbGxfYWRkcmVzcycgPT4gIiIsJ0dvIHRvIGFkZHJlc3MgYm9vaycg PT4gIiBtdl90b2RvPXJlZnJlc2ggCiAgICAgICAgICAgICAgbXZfbmV4dHBh Z2U9YWNjb3VudCAiLCdCZXphaGxlbiEnID0+ICIKbXZfdG9kbz1zdWJtaXQK IiwnbWVtYmVyc19vbmx5JyA9PiAiMCIsJ29yZGVyX3N0eWxlJyA9PiAiMSIs J29ubHlfZG93bmxvYWRhYmxlJyA9PiAiIiwnbGVmdG9ubHknID0+ICIiLCdT dGFydCBsaXN0IGhlcmUnID0+ICIKW2NhbGNdCglcJENHSS0+e29yZGVyfSA9 fiBzL15cXDArLy9zOwoJXCRDR0ktPntvcmRlcn0gPX4gcy9cXDAuKi8vczsK CVwkU2NyYXRjaC0+e3N0YXJ0X2F0fSA9IFwic209XCRDR0ktPntvcmRlcn1c IjsKCXJldHVybjsKWy9jYWxjXQptdl9uZXh0cGFnZT1hZG1pbi9vcmRlcgoi LCdtdl9ub19zZXNzaW9uX2lkJyA9PiAiMSIsJ21ldGFfaGVhZGVyJyA9PiAi IiwnZm91bmRfY2F0JyA9PiAiIiwnRWlua2F1ZiBiZWVuZGVuJyA9PiAiCm12 X3RvZG89cmV0dXJuCm12X25leHRwYWdlPWNhbmNlbGVkCiIsJ25vX2xvZ2lu X3JlcXVpcmVkJyA9PiAiIiwncWxfaGVpZ2h0JyA9PiAiNjIwIiwnY2J0X3Rv b19tdWNoJyA9PiAiMCIsJ3dpbmRvd19uYW1lJyA9PiAiOTY3NTY3OTIwIiwn enVyIEthc3NlJyA9PiAiCm12X3RvZG89cmV0dXJuCm12X25leHRwYWdlPW9y ZC9jaGVja291dAoiLCdjcmVkaXRfbGltaXQnID0+ICIiLCdzaGlwX2FkZHJl c3MnID0+ICIiLCdhcmcnID0+ICIwMDAwNTQiLCdMb2cgb3V0JyA9PiAiIG12 X3RvZG89cmV0dXJuIG12X25leHRwYWdlPW9yZC9jaGVja291dCBbdXNlcmRi IGZ1bmN0aW9uPWxvZ291dCAKICAgICAgY2xlYXI9MV0gIiwncWxfd2lkdGgn ID0+ICIxNDUiLCdwYWdlX3RpdGxlJyA9PiAiQ2hlY2sgb3V0IC0tIHZpcnR1 YWwgZWFydGggR21iSCAiLCdhcmNoaXZlX3NlbnNlJyA9PiAiIT0iLCdzb21l X2Rvd25sb2FkYWJsZScgPT4gIiIsfSwnZGlzY291bnQnID0+IHt9LCdsYXN0 X3NlYXJjaCcgPT4gInNjYW4vcmE9eWVzL3RmPW5hbWUvbWw9MTAwMC9maT1j b3VudHJ5JTJldHh0L2xiPWxvb3Axb3JkOjpjaGVja291dCIsJ2FkbWluJyA9 PiAiMSIsJ2FjY2Vzc2VzJyA9PiAiMSIsJ3JlZmVyZXInID0+ICIiLCdpZCcg PT4gIndFakhhVHo4Iiwnb2hvc3QnID0+ICI2Mi4yMDguNDcuMTAyIiwndGlt ZScgPT4gIjk2NzU2ODIyNiIsJ2xhdGVzdF90b3RhbCcgPT4gIjQuMTYiLCd2 YWx1ZXMnID0+IHsnbXZfYWN0aW9uJyA9PiAicmV0dXJuIiwnbXZfcGF5bWVu dCcgPT4gIkNoZWNrIG9yIE1vbmV5IE9yZGVyICh3aWxsIGNhbGwpIiwnbXZf dXNlcm5hbWUnID0+ICJtYXRoaWFzcCIsJ3NhdmVfY291bnRyeScgPT4gIkRF IiwnYl9zdGF0ZScgPT4gIiIsJ3VwbG9hZCcgPT4gIiIsJ2hlYWRlcl9pbWcn ID0+ICJoZWFkZXJfYXBwbGljYXRpb25zLmdpZiIsJ3llc190YWJsZXMnID0+ ICIiLCdtdl9yYXdfc2VhcmNoc3BlYycgPT4gIiIsJ3JlY29uZmlnJyA9PiAi IiwnbXZfbWF0Y2hsaW1pdCcgPT4gIjEwMDAiLCdxdWFudGl0eTAnID0+ICIx IiwnZmlsZXMnID0+ICIiLCdwaG9uZV9uaWdodCcgPT4gIiIsJ25vX2Z1bmN0 aW9ucycgPT4gIiIsJ3Bfbmlja25hbWUnID0+ICIiLCdiX2NvdW50cnknID0+ ICIiLCd2aXBfcmVxdWVzdCcgPT4gIm9yZC92aXBfcmVxdWVzdCIsJ2NvbXBh bnknID0+ICIiLCdhY2NvdW50X2lkJyA9PiAiIiwnY2l0eScgPT4gIk38bmNo ZW4iLCdiX2NpdHknID0+ICIiLCdtdl9yYXdfZGljdF9sb29rJyA9PiAiIiwn ZWRpdCcgPT4gIiIsJ2ZuYW1lJyA9PiAiTWF0aGlhcyIsJ3llc19mdW5jdGlv bnMnID0+ICIiLCdvcmRlcl9kZXN0JyA9PiAiIiwnbG5hbWUnID0+ICJQaWNr ZXIiLCdtdl9vcmRlcl9wcm9maWxlJyA9PiAiY2hlY2tvdXRfcHJvZmlsZSIs J212X2Nvb2tpZV9wYXNzd29yZCcgPT4gIjAiLCdzdXBlcicgPT4gIjEiLCdt dl9zdGF0dXNfbXZfZW1haWwnID0+ICJtdl9lbWFpbCBzZXQgZmFpbGVkLiIs J3ZpcF9tZXRob2QnID0+ICJMYXN0c2NocmlmdC1Gb3JtIiwnYWRkcmVzc19i b29rJyA9PiAiIiwnMScgPT4gIiIsJ3ByZWZlcmVuY2VzJyA9PiAiIiwnY291 bnRyeScgPT4gIkRFIiwnY29uZmlnJyA9PiAiIiwndmlld29yZGVyJyA9PiAi VmlldyBvcmRlciIsJ2JfcGhvbmUnID0+ICIiLCdtdl9vcmRlcnBhZ2UnID0+ ICJvcmQvYmFza2V0IiwnbXZfYXJnJyA9PiAiMDAwMDU0IiwndGVzdF91c2Vy JyA9PiAibWF0aGlhc3AiLCd1c2VybmFtZScgPT4gIm1hdGhpYXNwIiwnYWNj b3VudHMnID0+ICIiLCduYW1lJyA9PiAiTWF0aGlhcyBQaWNrZXIiLCdleHBv cnQnID0+ICIiLCdlbWFpbF9jb3B5JyA9PiAiMSIsJ212X2RhdGFfdGFibGUn ID0+ICJ0cmFuc2FjdGlvbnMiLCdtdl9zZWFyY2hzcGVjJyA9PiBbXSwncHJv amVjdF9pZCcgPT4gIiIsJ21ldGEnID0+ICIiLCdiX25pY2tuYW1lJyA9PiAi IiwnYl9mbmFtZScgPT4gIiIsJ2VtYWlsJyA9PiAiTWF0aGlhcy5QaWNrZXJc QHZpcnR1YWwtZWFydGguZGUiLCdtdl9lbWFpbCcgPT4gIk1hdGhpYXMuUGlj a2VyXEB2aXJ0dWFsLWVhcnRoLmRlIiwnbXZfb3JkZXJfcm91dGUnID0+ICJs b2cgbWFpbiBjb3B5X3VzZXIiLCdtdl9vcmRlcl9pdGVtJyA9PiAiQTY4NTAz LTAyIiwnYl9sbmFtZScgPT4gIiIsJ3BhZ2VzJyA9PiAiIiwnaW5hY3RpdmUn ID0+ICIiLCdiX3ppcCcgPT4gIiIsJ29yZGVyX251bWJlcnMnID0+ICIgMDAw MDAxIDAwMDAwNCAwMDAwMDUgMDAwMDA3IDAwMDAwOSAwMDAwMTEgMDAwMDE5 IDAwMDAzNCIsJ212X2NoZWNrb3V0JyA9PiAib3JkL2NoZWNrb3V0IiwnZmF4 X29yZGVyJyA9PiAiMSIsJ2NhdGVnb3J5JyA9PiAiYXBwbGljYXRpb25zIiwn ZmF4JyA9PiAiIiwnZ3JvdXBzJyA9PiAiIiwnc3RhdGUnID0+ICIiLCdhcmNo aXZlJyA9PiAiZmFsc2UiLCdtdl9jcmVkaXRfY2FyZF9leHBfbW9udGgnID0+ ICIxIiwndGFibGVfY29udHJvbCcgPT4gIiIsJ293bmVyJyA9PiAiIiwnbXZf c2VhcmNoX21hdGNoX2NvdW50JyA9PiAiMyIsJ212X3Nlc3Npb25faWQnID0+ ICJ3RWpIYVR6OCIsJ212X2NyZWRpdF9jYXJkX2V4cF95ZWFyJyA9PiAiMDAi LCd6aXAnID0+ICJEODE1NDEiLCdtdl9wYXNzd29yZCcgPT4gIlRob3JhOUNy ZXN0Iiwnbm9fdGFibGVzJyA9PiAiIiwncGhvbmVfZGF5JyA9PiAiMDA0MzUw OTMxNCIsJ2FkZHJlc3MxJyA9PiAiQnJlY2hlcnNwaXR6c3RyLiAyIiwnbXZf Y3JlZGl0X2NhcmRfdHlwZScgPT4gIiIsJ2FkZHJlc3MyJyA9PiAiIiwnc19u aWNrbmFtZScgPT4gIiIsJ2JfYWRkcmVzczEnID0+ICIiLCdiX2FkZHJlc3My JyA9PiAiIiwnYWRkcmVzczMnID0+ICIiLCdiX2FkZHJlc3MzJyA9PiAiIiwn c2hvd19iYXNrZXQnID0+ICIxIiwnbXZfZGljdF9sb29rJyA9PiAiIiwnbXZf c2hpcG1vZGUnID0+ICJkcF9iciIsJ29yZGVyJyA9PiAiMDAwMDU0IiwnY2Fy dHMnID0+ICIiLCdtYWlsX2xpc3QnID0+ICIwIix9LCdIaXN0b3J5JyA9PiBb WyIvYWRtaW4vb3JkZXIuaHRtbCIseydtdl90b2RvJyA9PiAicmV0dXJuIiwn bXZfYWN0aW9uJyA9PiAicmV0dXJuIiwnbXZfc2Vzc2lvbl9pZCcgPT4gIndF akhhVHo4IiwnYXJjaGl2ZScgPT4gImZhbHNlIiwnb3JkZXInID0+ICIwMDAw NTQiLCdtdl9uZXh0cGFnZScgPT4gImFkbWluL29yZGVyIiwndmlld29yZGVy JyA9PiAiVmlldyBvcmRlciIsfSxdLFsiL2FkbWluL29yZGVyX3ZpZXcuaHRt bCIseydtdl9zZXNzaW9uX2lkJyA9PiAid0VqSGFUejgiLCdtdl9hcmcnID0+ ICIwMDAwNTQiLCdvcmRlcicgPT4gIjAwMDA1NCIsJ212X25leHRwYWdlJyA9 PiAiYWRtaW4vb3JkZXJfdmlldyIsfSxdLFsiL2FkbWluL29yZGVyLmh0bWwi LHsnbXZfdG9kbycgPT4gInJldHVybiIsJ212X2FjdGlvbicgPT4gInJldHVy biIsJ212X3Nlc3Npb25faWQnID0+ICJ3RWpIYVR6OCIsJ2FyY2hpdmUnID0+ ICJmYWxzZSIsJ29yZGVyJyA9PiAiMDAwMDUyADAwMDA1NCIsJ212X25leHRw YWdlJyA9PiAiYWRtaW4vb3JkZXIiLCd2aWV3b3JkZXInID0+ICJWaWV3IG9y ZGVyIix9LF0sWyIvYWRtaW4vb3JkZXJfdmlldy5odG1sIix7J212X3Nlc3Np b25faWQnID0+ICJ3RWpIYVR6OCIsJ212X2FyZycgPT4gIjAwMDA1MgAwMDAw NTQiLCdvcmRlcicgPT4gIjAwMDA1MgAwMDAwNTQiLCdtdl9uZXh0cGFnZScg PT4gImFkbWluL29yZGVyX3ZpZXciLH0sXSxbIi9xdWVyeS9jaGVja19vcmRl cnMuaHRtbCIseydtdl9zZXNzaW9uX2lkJyA9PiAid0VqSGFUejgiLCdtdl9u ZXh0cGFnZScgPT4gInF1ZXJ5L2NoZWNrX29yZGVycyIsfSxdLFsiL3F1ZXJ5 L29yZGVyX2RldGFpbC5odG1sIix7J212X3Nlc3Npb25faWQnID0+ICJ3RWpI YVR6OCIsJ212X2FyZycgPT4gIjAwMDA1NCIsJ212X25leHRwYWdlJyA9PiAi cXVlcnkvb3JkZXJfZGV0YWlsIix9LF0sWyIvYWRtaW4vb3JkZXIuaHRtbCIs eydtdl9zZXNzaW9uX2lkJyA9PiAid0VqSGFUejgiLCdvcmRlcicgPT4gIiIs J212X25leHRwYWdlJyA9PiAiYWRtaW4vb3JkZXIiLH0sXSxbIi9hZG1pbi9v cmRlci5odG1sIix7J212X2FjdGlvbicgPT4gInJldHVybiIsJ212X3RvZG8n ID0+ICJyZXR1cm4iLCdhcmNoaXZlJyA9PiAiZmFsc2UiLCdtdl9zZXNzaW9u X2lkJyA9PiAid0VqSGFUejgiLCdvcmRlcicgPT4gIjAwMDA1NCIsJ212X25l eHRwYWdlJyA9PiAiYWRtaW4vb3JkZXIiLCd2aWV3b3JkZXInID0+ICJWaWV3 IG9yZGVyIix9LF0sWyIvYWRtaW4vb3JkZXJfdmlldy5odG1sIix7J212X3Nl c3Npb25faWQnID0+ICJ3RWpIYVR6OCIsJ29yZGVyJyA9PiAiMDAwMDU0Iiwn bXZfYXJnJyA9PiAiMDAwMDU0IiwnbXZfbmV4dHBhZ2UnID0+ICJhZG1pbi9v cmRlcl92aWV3Iix9LF0sWyIvcHJvY2Vzcy5odG1sIix7J212X2NoZWNrb3V0 JyA9PiAib3JkL2NoZWNrb3V0IiwnbXZfY2xpY2snID0+ICJ6dXIgS2Fzc2Ui LCdtdl90b2RvJyA9PiAicmV0dXJuIiwnbXZfc2Vzc2lvbl9pZCcgPT4gIndF akhhVHo4IiwnbXZfZG9pdCcgPT4gInJlZnJlc2giLCdtdl9vcmRlcnBhZ2Un ID0+ICJvcmQvYmFza2V0IiwnbXZfbmV4dHBhZ2UnID0+ICJvcmQvY2hlY2tv dXQiLH0sXSxbIi9wcm9jZXNzLmh0bWwiLHsnZm5hbWUnID0+ICJNYXRoaWFz IiwnbXZfY2xpY2snID0+ICJCZXphaGxlbiEiLCdiX2ZuYW1lJyA9PiAiIiwn ZW1haWwnID0+ICJNYXRoaWFzLlBpY2tlclxAdmlydHVhbC1lYXJ0aC5kZSIs J212X29yZGVyX3JvdXRlJyA9PiAibG9nIG1haW4gY29weV91c2VyIiwnbG5h bWUnID0+ICJQaWNrZXIiLCdiX2xuYW1lJyA9PiAiIiwnbXZfb3JkZXJfcHJv ZmlsZScgPT4gImNoZWNrb3V0X3Byb2ZpbGUiLCd2aXBfbWV0aG9kJyA9PiAi TGFzdHNjaHJpZnQtRm9ybSIsJzEnID0+ICIiLCdtdl9zZXNzaW9uX2lkJyA9 PiAid0VqSGFUejgiLCdtdl9kb2l0JyA9PiAicmVmcmVzaCIsJ3ppcCcgPT4g IkQ4MTU0MSIsJ3Bob25lX25pZ2h0JyA9PiAiIiwnYl96aXAnID0+ICIiLCdj b3VudHJ5JyA9PiAiREUiLCdiX2NvdW50cnknID0+ICIiLCd2aXBfcmVxdWVz dCcgPT4gIm9yZC92aXBfcmVxdWVzdCIsJ2FkZHJlc3MxJyA9PiAiQnJlY2hl cnNwaXR6c3RyLiAyIiwncGhvbmVfZGF5JyA9PiAiMDA0MzUwOTMxNCIsJ212 X3RvZG8nID0+ICJzdWJtaXQiLCdiX2FkZHJlc3MxJyA9PiAiIiwnYWRkcmVz czInID0+ICIiLCdiX2FkZHJlc3MyJyA9PiAiIiwnY2l0eScgPT4gIk38bmNo ZW4iLCdiX2NpdHknID0+ICIiLCdtdl9uZXh0cGFnZScgPT4gIm9yZC9jaGVj a291dCIsfSxdLF0sJ212X3BlcmxfcmVzdWx0JyA9PiAiIiwncGF0aF9hbGlh cycgPT4ge30sJ3NoaXBfbWVzc2FnZScgPT4gIiIsJ3N1Y2Nlc3MnID0+ICIi LCdsYXRlc3Rfc3VidG90YWwnID0+ICIxIiwnYXJnJyA9PiAiIiwnZXJyb3Jz JyA9PiB7fSwnZXh0ZW5zaW9uJyA9PiAiLmh0bWwiLCdjYXJ0cycgPT4geydt dl9zaGlwcGluZycgPT4gIiIsJ21haW4nID0+IFt7J2NvZGUnID0+ICJBNjg1 MDMtMDIiLCdzaXplJyA9PiAiIiwnbXZfaXAnID0+ICIwIiwnbXZfaWInID0+ ICJwcm9kdWN0cyIsJ3FfbWVzc2FnZScgPT4gIiIsJ3F1YW50aXR5JyA9PiAi MSIsJ2NvbG9yJyA9PiAiIiwncHJpY2VfZ3JvdXAnID0+ICIiLH0sXSx9LCdo b3N0JyA9PiAiNjIuMjA4LjQ3LjEwMiIsJ3VzZXInID0+ICIiLH0KVmVuZDo6 SW50ZXJwb2xhdGU6ZGVidWc6IFNldHRpbmcgU2Vzc2lvbgpWZW5kOjpJbnRl cnBvbGF0ZTpkZWJ1ZzogU2Vzc2lvbiBzZXQhClZlbmQ6OkludGVycG9sYXRl OmRlYnVnOiBhYm91dCB0byByb3V0ZV9vcmRlcgpWZW5kOjpJbnRlcnBvbGF0 ZTpkZWJ1ZzogRGlkIHJvdXRlX29yZGVyClZlbmQ6OkludGVycG9sYXRlOmRl YnVnOiBBYm91dCB0byBtYWlsX29yZGVyClZlbmQ6OkludGVycG9sYXRlOmRl YnVnOiBEaWQgIG1haWxfb3JkZXIKVmVuZDo6U2Vzc2lvbjpkZWJ1ZzogU2Vz c2lvbjoKSEFTSCgweDhjOGIzYzApCgpWZW5kOjpTZXNzaW9uOmRlYnVnOiBT ZXNzaW9uIHVzZXJuYW1lOiBtYXRoaWFzcApWZW5kOjpTZXNzaW9uOmRlYnVn OiBTZXNzaW9uOgpIQVNIKDB4OGNhNjMxOCkKClZlbmQ6OlNlc3Npb246ZGVi dWc6IFNlc3Npb24gdXNlcm5hbWU6IG1hdGhpYXNwClZlbmQ6OlNlc3Npb246 ZGVidWc6IFNlc3Npb246CkhBU0goMHg4YzhiM2NjKQoKVmVuZDo6U2Vzc2lv bjpkZWJ1ZzogU2Vzc2lvbiB1c2VybmFtZTogbWF0aGlhc3AKVmVuZDo6U2Vz c2lvbjpkZWJ1ZzogU2Vzc2lvbjoKSEFTSCgweDhjOGIzYzApCgpWZW5kOjpT ZXNzaW9uOmRlYnVnOiBTZXNzaW9uIHVzZXJuYW1lOiBtYXRoaWFzcApWZW5k OjpTZXNzaW9uOmRlYnVnOiBTZXNzaW9uOgpIQVNIKDB4OGM4YjNjYykKClZl bmQ6OlNlc3Npb246ZGVidWc6IFNlc3Npb24gdXNlcm5hbWU6IG1hdGhpYXNw ClZlbmQ6OkludGVycG9sYXRlOmRlYnVnOiBodG1sX3RhYmxlIHJvd3M6IFtd CgpWZW5kOjpJbnRlcnBvbGF0ZTpkZWJ1ZzogaHRtbF90YWJsZSByb3dzOiBb XQoKVmVuZDo6U2Vzc2lvbjpkZWJ1ZzogU2Vzc2lvbjoKSEFTSCgweDhjN2Jl NTgpCgpWZW5kOjpTZXNzaW9uOmRlYnVnOiBTZXNzaW9uIHVzZXJuYW1lOiBt YXRoaWFzcApWZW5kOjpTZXNzaW9uOmRlYnVnOiBTZXNzaW9uOgpIQVNIKDB4 OGMzMzYxMCkKClZlbmQ6OlNlc3Npb246ZGVidWc6IFNlc3Npb24gdXNlcm5h bWU6IG1hdGhpYXNwCg== --0-846930886-967570406=:48152 Content-Type: APPLICATION/octet-stream Content-Transfer-Encoding: BASE64 Content-Description: minivend session file Content-Disposition: attachment; filename="fQNqKomV:145.253.246.204" cHN0MAIEMTIzNAQEBAMeAAAABVgIAAAAdXNlcm5hbWUKG051dHNjcmFwZS8x LjAgKENQL007IDgtYml0KVgHAAAAYnJvd3NlcgQDAAAAAFhYEwAAAG9uZV90 aW1lX3BhdGhfYWxpYXMKATRYCQAAAHBhZ2VDb3VudAoNL3Byb2Nlc3MuaHRt bFgIAAAAbGFzdF91cmwKATFYCQAAAGxvZ2dlZF9pbgQDJwAAAAoWCnZpZXdu ZXh0PQp2aWV3b3JkZXI9ClgGAAAAUmV0dXJuCjoKW3VzZXJkYiBmdW5jdGlv bj1nZXRfY2FydCBuaWNrbmFtZT0iW3ZhbHVlIGNfbmlja25hbWVdIl0KWA4A AABSZWNhbGwgY2FydChzKQoAWAgAAABzdGFydF9hdAoPIFt1c2VyZGIgc2F2 ZV0gWA0AAABTYXZlX2RhdGFiYXNlCgdzdWNjZXNzWAYAAABzdGF0dXMKZgpb Ym91bmNlIGhyZWY9J1toaXN0b3J5LXNjYW4gZXhjbHVkZT0iXi9vcmR8Xi9t dWx0aS98Xi9wcm9jZXNzIiBkZWZhdWx0PWJyb3dzZV0nXQptdl9uZXh0cGFn ZT1ub3RoaW5nClgQAAAAd2VpdGVyIGVpbmthdWZlbgqOClt2YWx1ZSBuYW1l PWNfbmlja25hbWUgc2V0PSJbdmFsdWUgY19uaWNrbmFtZTBdIl0KW3VzZXJk YiBmdW5jdGlvbj1zZXRfY2FydCBuaWNrbmFtZT0iW3ZhbHVlIG5hbWU9Y19u aWNrbmFtZSBmaWx0ZXI9J251bGxzZWxlY3Qgbm9fd2hpdGUnXSJdClgQAAAA U2F2ZSB0byBuZXcgY2FydAo0IG12X3RvZG89cmVmcmVzaCAKICAgICAgICAg ICAgICBtdl9uZXh0cGFnZT1hY2NvdW50IFgSAAAAR28gdG8gYWRkcmVzcyBi b29rChAKbXZfdG9kbz1zdWJtaXQKWAkAAABCZXphaGxlbiEKAFgIAAAAbGVm dG9ubHkKAFgRAAAAb25seV9kb3dubG9hZGFibGUKATFYEAAAAG12X25vX3Nl c3Npb25faWQKlwpbY2FsY10KCSRDR0ktPntvcmRlcn0gPX4gcy9eXDArLy9z OwoJJENHSS0+e29yZGVyfSA9fiBzL1wwLiovL3M7CgkkU2NyYXRjaC0+e3N0 YXJ0X2F0fSA9ICJzbT0kQ0dJLT57b3JkZXJ9IjsKCXJldHVybjsKWy9jYWxj XQptdl9uZXh0cGFnZT1hZG1pbi9vcmRlcgpYDwAAAFN0YXJ0IGxpc3QgaGVy ZQoYZlFOcUtvbVY6MTQ1LjI1My4yNDYuMjA0WAkAAABzZXNzaW9uaWQKAFgJ AAAAZm91bmRfY2F0CiUKbXZfdG9kbz1yZXR1cm4KbXZfbmV4dHBhZ2U9Y2Fu Y2VsZWQKWA8AAABFaW5rYXVmIGJlZW5kZW4KAzYyMFgJAAAAcWxfaGVpZ2h0 CikKbXZfdG9kbz1yZXR1cm4KbXZfbmV4dHBhZ2U9b3JkL2NoZWNrb3V0ClgJ AAAAenVyIEthc3NlCgBYEAAAAGNfZGVsZXRlX21lc3NhZ2UKUSBtdl90b2Rv PXJldHVybiBtdl9uZXh0cGFnZT1vcmQvY2hlY2tvdXQgW3VzZXJkYiBmdW5j dGlvbj1sb2dvdXQgCiAgICAgIGNsZWFyPTFdIFgHAAAATG9nIG91dAoAWBEA AABzb21lX2Rvd25sb2FkYWJsZQoBMVgLAAAAbXlfcXVhbnRpdHkKATFYDwAA AG12X2FkZF9kb3RfaHRtbAo6Clt1c2VyZGIgZnVuY3Rpb249c2V0X2NhcnQg bmlja25hbWU9Ilt2YWx1ZSBjX25pY2tuYW1lXSJdClgVAAAAU2F2ZSB0byBl eGlzdGluZyBjYXJ0CgExWAsAAABtdl9ub19jb3VudAoAWAwAAABiaWxsX2Fk ZHJlc3MKATFYCwAAAG9yZGVyX3N0eWxlCgEwWAwAAABtZW1iZXJzX29ubHkK AFgLAAAAbWV0YV9oZWFkZXIKAFgRAAAAbm9fbG9naW5fcmVxdWlyZWQKATBY DAAAAGNidF90b29fbXVjaAoJOTY3NTY4MjkwWAsAAAB3aW5kb3dfbmFtZQoA WAwAAABzaGlwX2FkZHJlc3MKAFgMAAAAY3JlZGl0X2xpbWl0CgYwMDAwNTZY AwAAAGFyZwoDMTQ1WAgAAABxbF93aWR0aAq4CltpZiB2YWx1ZSBjX2RlbGV0 ZV0KW3ZhbHVlIG5hbWU9Y19kZWxldGUgc2V0PSIiXQpbdXNlcmRiIGZ1bmN0 aW9uPWRlbGV0ZV9jYXJ0IG5pY2tuYW1lPSJbdmFsdWUgY19uaWNrbmFtZV0i XQpbZWxzZV0KW3NldCBjX2RlbGV0ZV9tZXNzYWdlXU11c3QgY2xpY2sgdGhl IGNoZWNrYm94Llsvc2V0XQpbL2Vsc2VdClsvaWZdClgLAAAAREVMRVRFIGNh cnQKIENoZWNrIG91dCAtLSB2aXJ0dWFsIGVhcnRoIEdtYkggWAoAAABwYWdl X3RpdGxlCgIhPVgNAAAAYXJjaGl2ZV9zZW5zZVhYBwAAAHNjcmF0Y2gEAwAA AABYWAgAAABkaXNjb3VudApCc2Nhbi9yYT15ZXMvdGY9bmFtZS9tbD0xMDAw L2ZpPWNvdW50cnklMmV0eHQvbGI9bG9vcDFvcmQ6OmNoZWNrb3V0WAsAAABs YXN0X3NlYXJjaAVYBQAAAGFkbWluCgExWAgAAABhY2Nlc3NlcwoAWAcAAABy ZWZlcmVyCgh3RWpIYVR6OFgCAAAAaWQKDTYyLjIwOC40Ny4xMDJYBQAAAG9o b3N0BlDzqzlYBAAAAHRpbWUHFK5H4XoUHEBYDAAAAGxhdGVzdF90b3RhbAQD YAAAAAoGcmV0dXJuWAkAAABtdl9hY3Rpb24KIENoZWNrIG9yIE1vbmV5IE9y ZGVyICh3aWxsIGNhbGwpWAoAAABtdl9wYXltZW50CghtYXRoaWFzcFgLAAAA bXZfdXNlcm5hbWUKAkRFWAwAAABzYXZlX2NvdW50cnkKAFgHAAAAYl9zdGF0 ZQoAWAYAAAB1cGxvYWQKF2hlYWRlcl9hcHBsaWNhdGlvbnMuZ2lmWAoAAABo ZWFkZXJfaW1nCgBYCgAAAHllc190YWJsZXMKAFgRAAAAbXZfcmF3X3NlYXJj aHNwZWMKAFgIAAAAcmVjb25maWcKBDEwMDBYDQAAAG12X21hdGNobGltaXQK ATFYCQAAAHF1YW50aXR5MAoAWAUAAABmaWxlcwoAWAsAAABwaG9uZV9uaWdo dAoAWAwAAABub19mdW5jdGlvbnMKAFgKAAAAcF9uaWNrbmFtZQoAWAkAAABi X2NvdW50cnkKD29yZC92aXBfcmVxdWVzdFgLAAAAdmlwX3JlcXVlc3QKAFgH AAAAY29tcGFueQoAWAoAAABhY2NvdW50X2lkCgdN/G5jaGVuWAQAAABjaXR5 CgBYBgAAAGJfY2l0eQoAWBAAAABtdl9yYXdfZGljdF9sb29rCgBYBAAAAGVk aXQKBlBpY2tlclgFAAAAZm5hbWUKAFgNAAAAeWVzX2Z1bmN0aW9ucwoAWAoA AABvcmRlcl9kZXN0CgdNYXRoaWFzWAUAAABsbmFtZQoQY2hlY2tvdXRfcHJv ZmlsZVgQAAAAbXZfb3JkZXJfcHJvZmlsZQoBMFgSAAAAbXZfY29va2llX3Bh c3N3b3JkCgExWAUAAABzdXBlcgoUbXZfZW1haWwgc2V0IGZhaWxlZC5YEgAA AG12X3N0YXR1c19tdl9lbWFpbAoQTGFzdHNjaHJpZnQtRm9ybVgKAAAAdmlw X21ldGhvZAoAWAwAAABhZGRyZXNzX2Jvb2sKAFgBAAAAMQoAWAsAAABwcmVm ZXJlbmNlcwoCREVYBwAAAGNvdW50cnkKAFgGAAAAY29uZmlnCgpWaWV3IG9y ZGVyWAkAAAB2aWV3b3JkZXIKDS4uL2V0Yy9yZXBvcnRYDwAAAG12X29yZGVy X3JlcG9ydAoAWAcAAABiX3Bob25lCgpvcmQvYmFza2V0WAwAAABtdl9vcmRl cnBhZ2UKBjAwMDA1NlgGAAAAbXZfYXJnCghtYXRoaWFzcFgJAAAAdGVzdF91 c2VyCghtYXRoaWFzcFgIAAAAdXNlcm5hbWUKAFgIAAAAYWNjb3VudHMKDk1h dGhpYXMgUGlja2VyWAQAAABuYW1lCgBYBgAAAGV4cG9ydAoBMVgKAAAAZW1h aWxfY29weQoMdHJhbnNhY3Rpb25zWA0AAABtdl9kYXRhX3RhYmxlBAIAAAAA WFgNAAAAbXZfc2VhcmNoc3BlYwoAWAoAAABwcm9qZWN0X2lkCgBYBAAAAG1l dGEKAFgKAAAAYl9uaWNrbmFtZQoAWAcAAABiX2ZuYW1lCh9NYXRoaWFzLlBp Y2tlckB2aXJ0dWFsLWVhcnRoLmRlWAUAAABlbWFpbAofTWF0aGlhcy5QaWNr ZXJAdmlydHVhbC1lYXJ0aC5kZVgIAAAAbXZfZW1haWwKEmxvZyBtYWluIGNv cHlfdXNlclgOAAAAbXZfb3JkZXJfcm91dGUKCUE2ODUwMy0wMlgNAAAAbXZf b3JkZXJfaXRlbQoAWAcAAABiX2xuYW1lCgBYBQAAAHBhZ2VzCgExWAoAAABz aG93X3NhdmVkCgBYCAAAAGluYWN0aXZlCgBYBQAAAGJfemlwCjggMDAwMDAx IDAwMDAwNCAwMDAwMDUgMDAwMDA3IDAwMDAwOSAwMDAwMTEgMDAwMDE5IDAw MDAzNFgNAAAAb3JkZXJfbnVtYmVycwoMb3JkL2NoZWNrb3V0WAsAAABtdl9j aGVja291dAoBMVgJAAAAZmF4X29yZGVyCgxhcHBsaWNhdGlvbnNYCAAAAGNh dGVnb3J5CgBYAwAAAGZheAoAWAYAAABncm91cHMKAFgFAAAAc3RhdGUKBWZh bHNlWAcAAABhcmNoaXZlCgExWBgAAABtdl9jcmVkaXRfY2FyZF9leHBfbW9u dGgKAFgNAAAAdGFibGVfY29udHJvbAoAWAUAAABvd25lcgoBM1gVAAAAbXZf c2VhcmNoX21hdGNoX2NvdW50Cgh3RWpIYVR6OFgNAAAAbXZfc2Vzc2lvbl9p ZAoCMDBYFwAAAG12X2NyZWRpdF9jYXJkX2V4cF95ZWFyCgZEODE1NDFYAwAA AHppcAoLVGhvcmE5Q3Jlc3RYCwAAAG12X3Bhc3N3b3JkCgBYCQAAAG5vX3Rh YmxlcwoKMDA0MzUwOTMxNFgJAAAAcGhvbmVfZGF5ChJCcmVjaGVyc3BpdHpz dHIuIDJYCAAAAGFkZHJlc3MxCgBYEwAAAG12X2NyZWRpdF9jYXJkX3R5cGUK AFgIAAAAYWRkcmVzczIKAFgKAAAAc19uaWNrbmFtZQoAWAoAAABiX2FkZHJl c3MxCgBYCgAAAGJfYWRkcmVzczIKAFgIAAAAYWRkcmVzczMKAFgKAAAAYl9h ZGRyZXNzMwoBMVgLAAAAc2hvd19iYXNrZXQKAFgMAAAAbXZfZGljdF9sb29r CgVkcF9iclgLAAAAbXZfc2hpcG1vZGUKBjAwMDA1NlgFAAAAb3JkZXIKAFgF AAAAY2FydHMKATBYCQAAAG1haWxfbGlzdFhYBgAAAHZhbHVlcwQCCwAAAAQC AgAAAAoNL3Byb2Nlc3MuaHRtbFgEAwcAAAAKDG9yZC9jaGVja291dFgLAAAA bXZfY2hlY2tvdXQKCXp1ciBLYXNzZVgIAAAAbXZfY2xpY2sKBnJldHVyblgH AAAAbXZfdG9kbwoId0VqSGFUejhYDQAAAG12X3Nlc3Npb25faWQKB3JlZnJl c2hYBwAAAG12X2RvaXQKCm9yZC9iYXNrZXRYDAAAAG12X29yZGVycGFnZQoM b3JkL2NoZWNrb3V0WAsAAABtdl9uZXh0cGFnZVhYWFgEAgIAAAAKDS9wcm9j ZXNzLmh0bWxYBAMbAAAACgdNYXRoaWFzWAUAAABmbmFtZQoJQmV6YWhsZW4h WAgAAABtdl9jbGljawoAWAcAAABiX2ZuYW1lCh9NYXRoaWFzLlBpY2tlckB2 aXJ0dWFsLWVhcnRoLmRlWAUAAABlbWFpbAoSbG9nIG1haW4gY29weV91c2Vy WA4AAABtdl9vcmRlcl9yb3V0ZQoGUGlja2VyWAUAAABsbmFtZQoAWAcAAABi X2xuYW1lChBjaGVja291dF9wcm9maWxlWBAAAABtdl9vcmRlcl9wcm9maWxl ChBMYXN0c2NocmlmdC1Gb3JtWAoAAAB2aXBfbWV0aG9kCgBYAQAAADEKCHdF akhhVHo4WA0AAABtdl9zZXNzaW9uX2lkCgdyZWZyZXNoWAcAAABtdl9kb2l0 CgZEODE1NDFYAwAAAHppcAoAWAsAAABwaG9uZV9uaWdodAoAWAUAAABiX3pp cAoCREVYBwAAAGNvdW50cnkKAFgJAAAAYl9jb3VudHJ5Cg9vcmQvdmlwX3Jl cXVlc3RYCwAAAHZpcF9yZXF1ZXN0ChJCcmVjaGVyc3BpdHpzdHIuIDJYCAAA AGFkZHJlc3MxCgowMDQzNTA5MzE0WAkAAABwaG9uZV9kYXkKBnN1Ym1pdFgH AAAAbXZfdG9kbwoAWAoAAABiX2FkZHJlc3MxCgBYCAAAAGFkZHJlc3MyCgBY CgAAAGJfYWRkcmVzczIKB038bmNoZW5YBAAAAGNpdHkKAFgGAAAAYl9jaXR5 CgxvcmQvY2hlY2tvdXRYCwAAAG12X25leHRwYWdlWFhYWAQCAgAAAAoRL2Fk bWluL29yZGVyLmh0bWxYBAMDAAAACgh3RWpIYVR6OFgNAAAAbXZfc2Vzc2lv bl9pZAoAWAUAAABvcmRlcgoLYWRtaW4vb3JkZXJYCwAAAG12X25leHRwYWdl WFhYWAQCAgAAAAoRL2FkbWluL29yZGVyLmh0bWxYBAMHAAAACgZyZXR1cm5Y BwAAAG12X3RvZG8KBnJldHVyblgJAAAAbXZfYWN0aW9uCgh3RWpIYVR6OFgN AAAAbXZfc2Vzc2lvbl9pZAoFZmFsc2VYBwAAAGFyY2hpdmUKBjAwMDA1NlgF AAAAb3JkZXIKC2FkbWluL29yZGVyWAsAAABtdl9uZXh0cGFnZQoKVmlldyBv cmRlclgJAAAAdmlld29yZGVyWFhYWAQCAgAAAAoWL2FkbWluL29yZGVyX3Zp ZXcuaHRtbFgEAwQAAAAKCHdFakhhVHo4WA0AAABtdl9zZXNzaW9uX2lkCgYw MDAwNTZYBgAAAG12X2FyZwoGMDAwMDU2WAUAAABvcmRlcgoQYWRtaW4vb3Jk ZXJfdmlld1gLAAAAbXZfbmV4dHBhZ2VYWFhYBAICAAAAChgvcXVlcnkvY2hl Y2tfb3JkZXJzLmh0bWxYBAMCAAAACgh3RWpIYVR6OFgNAAAAbXZfc2Vzc2lv bl9pZAoScXVlcnkvY2hlY2tfb3JkZXJzWAsAAABtdl9uZXh0cGFnZVhYWFgE AgIAAAAKGC9xdWVyeS9vcmRlcl9kZXRhaWwuaHRtbFgEAwMAAAAKCHdFakhh VHo4WA0AAABtdl9zZXNzaW9uX2lkCgYwMDAwNTZYBgAAAG12X2FyZwoScXVl cnkvb3JkZXJfZGV0YWlsWAsAAABtdl9uZXh0cGFnZVhYWFgEAgIAAAAKDS9w cm9jZXNzLmh0bWxYBAMFAAAACgxvcmQvY2hlY2tvdXRYCwAAAG12X2NoZWNr b3V0CgdyZWZyZXNoWAcAAABtdl9kb2l0Cgh3RWpIYVR6OFgNAAAAbXZfc2Vz c2lvbl9pZAoKb3JkL2Jhc2tldFgMAAAAbXZfb3JkZXJwYWdlCgpvcmQvYmFz a2V0WAsAAABtdl9uZXh0cGFnZVhYWFgEAgIAAAAKCC9wcm9jZXNzWAQDBAAA AAoGcmV0dXJuWAcAAABtdl90b2RvCgh3RWpIYVR6OFgNAAAAbXZfc2Vzc2lv bl9pZAoBMVgKAAAAc2hvd19zYXZlZAoKb3JkL2Jhc2tldFgLAAAAbXZfbmV4 dHBhZ2VYWFhYBAICAAAACg0vcHJvY2Vzcy5odG1sWAQDBwAAAAoGcmV0dXJu WAcAAABtdl90b2RvCgl6dXIgS2Fzc2VYCAAAAG12X2NsaWNrCgxvcmQvY2hl Y2tvdXRYCwAAAG12X2NoZWNrb3V0CgdyZWZyZXNoWAcAAABtdl9kb2l0Cgh3 RWpIYVR6OFgNAAAAbXZfc2Vzc2lvbl9pZAoKb3JkL2Jhc2tldFgMAAAAbXZf b3JkZXJwYWdlCgxvcmQvY2hlY2tvdXRYCwAAAG12X25leHRwYWdlWFhYWAQC AgAAAAoNL3Byb2Nlc3MuaHRtbFgEAxsAAAAKBlBpY2tlclgFAAAAZm5hbWUK CUJlemFobGVuIVgIAAAAbXZfY2xpY2sKAFgHAAAAYl9mbmFtZQofTWF0aGlh cy5QaWNrZXJAdmlydHVhbC1lYXJ0aC5kZVgFAAAAZW1haWwKEmxvZyBtYWlu IGNvcHlfdXNlclgOAAAAbXZfb3JkZXJfcm91dGUKB01hdGhpYXNYBQAAAGxu YW1lCgBYBwAAAGJfbG5hbWUKEGNoZWNrb3V0X3Byb2ZpbGVYEAAAAG12X29y ZGVyX3Byb2ZpbGUKEExhc3RzY2hyaWZ0LUZvcm1YCgAAAHZpcF9tZXRob2QK AFgBAAAAMQoId0VqSGFUejhYDQAAAG12X3Nlc3Npb25faWQKB3JlZnJlc2hY BwAAAG12X2RvaXQKBkQ4MTU0MVgDAAAAemlwCgBYCwAAAHBob25lX25pZ2h0 CgBYBQAAAGJfemlwCgJERVgHAAAAY291bnRyeQoAWAkAAABiX2NvdW50cnkK CjAwNDM1MDkzMTRYCQAAAHBob25lX2RheQoSQnJlY2hlcnNwaXR6c3RyLiAy WAgAAABhZGRyZXNzMQoPb3JkL3ZpcF9yZXF1ZXN0WAsAAAB2aXBfcmVxdWVz dAoAWAgAAABhZGRyZXNzMgoAWAoAAABiX2FkZHJlc3MxCgZzdWJtaXRYBwAA AG12X3RvZG8KB038bmNoZW5YBAAAAGNpdHkKAFgKAAAAYl9hZGRyZXNzMgoA WAYAAABiX2NpdHkKDG9yZC9jaGVja291dFgLAAAAbXZfbmV4dHBhZ2VYWFhY WFgHAAAASGlzdG9yeQoAWA4AAABtdl9wZXJsX3Jlc3VsdAQDAAAAAFhYCgAA AHBhdGhfYWxpYXMKAFgMAAAAc2hpcF9tZXNzYWdlCgBYBwAAAHN1Y2Nlc3MI gVgPAAAAbGF0ZXN0X3N1YnRvdGFsCgBYAwAAAGFyZwQDAAAAAFhYBgAAAGVy cm9ycwoFLmh0bWxYCQAAAGV4dGVuc2lvbgQDAgAAAAoAWAsAAABtdl9zaGlw cGluZwQCAAAAAFhYBAAAAG1haW5YWAUAAABjYXJ0cwoNNjIuMjA4LjQ3LjEw MlgEAAAAaG9zdAQDAAAAAFhYAwAAAHRyeQVYBAAAAHVzZXJY --0-846930886-967570406=:48152-- From: racke at linuxia.de (Stefan Hornburg ) Date: 29 Aug 2000 20:15:10 +0200 Subject: [ic] routing with an old session freshly read in Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > On 29 Aug, Stefan Hornburg wrote: > > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > > > > > > [...] > > > >> > >> in a global user tag gives me an order with the correct items and > >> totals, but without customer information (address, shipping). Any hints > >> how to set this? > > > > They seems to get lost. Please post the session file you are using > > in this case. > > > > Ciao > > Racke > > > > Attached is a log file (mvdebug), first with the session saved (search > for "MySessString:"), and then the session read in (search for "Read > session:"). Both seem to be the same, both with the addresses. I would say they looks fine. Try to write the address values from the routine mail_order into your debug log. > > Also attached is the real session file, which also has the address set. Uff, quite mangled. Where are the { etc. Ciao Racke > ??? Maybe my use of mail_order and route_order is wrong... > > -- > virtual earth > Mathias Picker > Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH > > Mathias.Picker@virtual-earth.de > Fon +49 89 / 540 7425-1 > Fax +49 89 / 540 7425-9 > > > Start DEBUG at Tue Aug 29 18:53:52 2000 > Start DEBUG at Tue Aug 29 18:56:57 2000 > Vend::Session:debug: Session: > HASH(0x8c657d8) > > Vend::Session:debug: Session username: mathiasp > Vend::Session:debug: Session: > HASH(0x8c4b368) > > Vend::Session:debug: Session username: mathiasp > Vend::Interpolate:debug: MySession: HASH(0x8c4b368) -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: jonc at webmaint.net (Jonathan Clark ) Date: Tue, 29 Aug 2000 21:59:18 +0100 Subject: [ic] simple shipping setup - missing an option on checkout I am having a bit of trouble with a simple shipping setup: there are two choices: 'default' or 'sat' I set these up using the UI. The country is UK and the shipmodes are 'default' and 'sat'. I also set to allow zero cost for shipping on the edit 'method page' if the order value is under 100 GBP, the shipping is 30 GBP if 100 or over, its free. Up to 100 GBP orders everything is ok - I get the two options on the checkout page. The problem is that 100 GBP or over, I don't get the option of the default shipping mode, 'default' - the first time I go to the checkout page, shipping is zero, but on update of the page, it becomes set to the only setting in the combo box - 'sat' Does anyone know how can I get it to work properly? my shipping.asc file is below. Jonathan ------- default Next business day by courier. [subtotal noformat=1] 0 0 g PriceDivide {'ups' => "0",'ui_ship_type' => "_subtotal",} default Next business day by courier. [subtotal noformat=1] 0 99.99 30 {} default Next business day by courier. [subtotal noformat=1] 100 9999999 0 {} sat Saturday delivery by courier. [subtotal noformat=1] 0 0 g PriceDivide {'ups' => "0",'ui_ship_type' => "_subtotal",} sat Saturday delivery by courier. [subtotal noformat=1] 0 99.999 40 {} sat Saturday delivery by courier. [subtotal noformat=1] 100 9999999 35 {} ======================================================== http://FrontDoorUK.com - Advertise your uk property free. From: nella at asis.com (Nella White ) Date: Tue, 29 Aug 2000 16:17:22 -0700 Subject: [ic] Interchange Install I'm new to Interchange and to Minivend. I just downloaded the Interchange_latest tarball and untarred it off /usr/local. But I am a little confused about the installation. The README file said I should run perl Makefile.PL which I did, then make and make install. Following these instructions created directory /usr/local/minivend. But the QuickStart says to run ./configure and doesn't mention anything about the perl Makefile. I don't know which I'm supposed to do first. I'm hoping I can install this on my server, then make multiple catalogs for my customers. Is this how it works, or must I install the whole thing for each customer who wants to use it? Thanks, Nella From: retheisen at yahoo.com (Robert Theisen ) Date: Tue, 29 Aug 2000 17:33:45 -0700 (PDT) Subject: [ic] Interchange Install Nella, './configure' and 'perl Makefile.pl' do the same thing so doing one or the other first is trivial, different means to the same end. A single minivend/interchange server will easily serve multiple catalogs. I am unsure of the actual number that has been implemented but it is affected more by the hardware than the software. Current mid level hardware 700Mhz 256Megs ram should easily handle 40 - 50 catalogs depending on traffic. Good Luck and let us know about your success. Thanks, Robert Theisen robert@akopia.com Akopia inc. www.akopia.com --- Nella White <nella@asis.com> wrote: > I'm new to Interchange and to Minivend. I just > downloaded the > Interchange_latest tarball and untarred it off > /usr/local. But I am a > little confused about the installation. The README > file said I should run > perl Makefile.PL which I did, then make and make > install. Following these > instructions created directory /usr/local/minivend. > > But the QuickStart says to run ./configure and > doesn't mention anything > about the perl Makefile. I don't know which I'm > supposed to do first. > > I'm hoping I can install this on my server, then > make multiple catalogs for > my customers. Is this how it works, or must I > install the whole thing for > each customer who wants to use it? > > Thanks, > Nella > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users __________________________________________________ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ From: doug at lathi.net (Doug Alcorn ) Date: 30 Aug 2000 01:26:32 -0400 Subject: [ic] interchange server is not available.... I know this is covered in the FAQ. I also know this is a permissions problem. I am just too sleep-stupid to find my mistake. Here's the lowdown: interchange 4.5.5 is installed as user 'minivend' in group 'minivend'. On my RedHat box, all new users get their own group. I installed the 'example' catalog based on 'simple' per the QuickStart. I can access it fine. When I create a catalog 'universal' for user 'univcell.univcell' I get the dreaded "server is not available" message. As per the docs, I added user 'minivend' to group 'univcell'. $ ls -l /home/minivend/mvend/etc/socket srw------- 1 minivend minivend 0 Aug 30 00:57 /home/minivend/mvend/etc/socket $ ls -l /home/httpd/cgi-bin/universal -rwsr-xr-x 1 minivend minivend 7316 Aug 19 14:06 /home/httpd/cgi-bin/universal $ id minivend uid=508(minivend) gid=510(minivend) groups=506(univcell),510(minivend) $ find /home/univcell/catalogs/universal/ ! -group univcell $ find /home/univcell/catalogs/universal ! -user univcell /home/univcell/catalogs/universal/etc/status.universal /home/univcell/catalogs/universal/images /home/univcell/catalogs/universal/products/merchandising.sql /home/univcell/catalogs/universal/products/variable.gdbm /home/univcell/catalogs/universal/products/route.gdbm /home/univcell/catalogs/universal/products/orderline.sql /home/univcell/catalogs/universal/products/userdb.sql /home/univcell/catalogs/universal/products/affiliate.sql /home/univcell/catalogs/universal/products/pricing.sql /home/univcell/catalogs/universal/products/inventory.sql /home/univcell/catalogs/universal/products/country.sql /home/univcell/catalogs/universal/products/products.sql /home/univcell/catalogs/universal/products/cat.sql /home/univcell/catalogs/universal/products/transactions.sql /home/univcell/catalogs/universal/products/area.sql /home/univcell/catalogs/universal/products/locale.gdbm /home/univcell/catalogs/universal/error.log /home/univcell/catalogs/universal/universal.structure $ ls -l /home/univcell/catalogs/universal/error.log -rw------- 1 minivend univcell 6404 Aug 30 00:47 /home/univcell/catalogs/universal/error.log $ ps -ef | grep minivend minivend 7368 1 0 00:57 ? 00:00:00 minivend $ tail -13 /home/minivend/mvend/error.log - - - [30/August/2000:00:57:19 -0400] - - Sending debug to /tmp/mvdebug. - - - [30/August/2000:00:57:20 -0400] - - Low traffic settings. - - - [30/August/2000:00:57:20 -0400] - - Calling UI.... - - - [30/August/2000:00:57:21 -0400] - - ...UI is loaded.... - - - [30/August/2000:00:57:22 -0400] - - Interchange V4.5.5 - - - [30/August/2000:00:57:22 -0400] - - Config 'example' at server startup - - - [30/August/2000:00:57:22 -0400] - - Using MySQL, DSN=dbi:mysql:test_example - - - [30/August/2000:00:57:24 -0400] - - Config 'universal' at server startup - - - [30/August/2000:00:57:25 -0400] - - Using MySQL, DSN=dbi:mysql:test_universal. - - - [30/August/2000:00:57:27 -0400] - - START server (7333) (INET and UNIX) - - - [30/August/2000:00:57:28 -0400] - - Accepting connections from localhost|127\.0\.0\.1 - - - [30/August/2000:00:57:28 -0400] - - START server (7368) (INET and UNIX) $ cat /tmp/mvdebug Start DEBUG at Tue Aug 29 21:00:32 2000 Since the example catalog (which is owned by 'minivend') works and the universal catalog does not (which is not owned by 'minivend'), I am assuming this is a permissions problem. As I said earlier, I don't know what permissions need to change. -- (__) Doug Alcorn (mailto:doug@lathi.net - http://www.lathi.net) oo / "It's too late for paradise" |_/ From: danb at cyclonecomputers.com (Dan Browning ) Date: Tue, 29 Aug 2000 23:55:59 -0700 Subject: [ic] Interchange + PostgreSQL Install The interchange .rpm install on rh6.2 works great. I'm trying to do a bin/makecat, but everytime I do it with Postgresql support, everything LOOKS ok, but it doesn't actually work (/cgi-bin/ds4/index.html gives a 404 error). However, the front page (/ds4) does come up. I've found that ps auxw | grep minivend shows minivend is running (using 14mb ram). And the /barry demo still works great. But the command "service interchange status" says "interchange dead but subsys locked". service interchange restart doesn't help the situation either, it just says the shutdown failed, and startup OK. None of this happened until I did a bin/makecat that included pgSQL. To setup postgresql, I downloaded 7.0.2, and did: su postgres createuser ds createdb testds createuser root and if I login as either root or ds, I can psql into the testds database just fine and create/drop tables just fine. During bin/makecat, I have a normal db creation: run "createdb test_ds5"? ...............y CREATE DATABASE done. Moving link program to /home/httpd/cgi-bin/ds5..............done. I'm downloading the CVS now, I'll see what that does. I would appreciate any direction. Thanks, Dan Browning Network & Database Administrator Cyclone Computer Systems From: danb at cyclonecomputers.com (Dan Browning ) Date: Wed, 30 Aug 2000 00:13:29 -0700 Subject: [ic] Interchange + PostgreSQL Install Here's a few snippings from my error.log: 10.0.0.21 - - [29/August/2000:23:50:18 -0700] - /cgi-bin/ds5/index.html Undefine d catalog: /cgi-bin/ds5 10.0.0.21 - - [29/August/2000:23:50:19 -0700] - /cgi-bin/ds5/index.html Undefine d catalog: /cgi-bin/ds5 10.0.0.21 - - [29/August/2000:23:56:32 -0700] - /cgi-bin/ds5/admin/index.html Un defined catalog: /cgi-bin/ds5 > -----Original Message----- > From: interchange-users-admin@minivend.com > [mailto:interchange-users-admin@minivend.com]On Behalf Of Dan Browning > Sent: Tuesday, August 29, 2000 11:56 PM > To: interchange-users@minivend.com > Subject: [ic] Interchange + PostgreSQL Install > > > The interchange .rpm install on rh6.2 works great. I'm trying to do a > bin/makecat, but everytime I do it with Postgresql support, > everything LOOKS > ok, but it doesn't actually work (/cgi-bin/ds4/index.html gives a 404 > error). However, the front page (/ds4) does come up. > > I've found that ps auxw | grep minivend shows minivend is > running (using > 14mb ram). And the /barry demo still works great. But the > command "service > interchange status" says "interchange dead but subsys > locked". service > interchange restart doesn't help the situation either, it > just says the > shutdown failed, and startup OK. None of this happened until I did a > bin/makecat that included pgSQL. > > To setup postgresql, I downloaded 7.0.2, and did: > su postgres > createuser ds > createdb testds > createuser root > > and if I login as either root or ds, I can psql into the > testds database > just fine and create/drop tables just fine. > > During bin/makecat, I have a normal db creation: > run "createdb test_ds5"? ...............y > CREATE DATABASE > done. > Moving link program to /home/httpd/cgi-bin/ds5..............done. > > I'm downloading the CVS now, I'll see what that does. I > would appreciate > any direction. Thanks, > > Dan Browning > Network & Database Administrator > Cyclone Computer Systems > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users > > From: danb at cyclonecomputers.com (Dan Browning ) Date: Wed, 30 Aug 2000 00:37:27 -0700 Subject: [ic] Interchange + PostgreSQL Install OK. So I found out that I have a permissions problem (I was trying to mix interchange user ownership and ds user ownership). Now the catalog and everything else is owned by the interchange user and that is helping (I can at least get into the admin module). But the /cgi-bin/ds5/index.html link dies with a ... *************************************************************************** Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. ---------------------------------------------------------------------------- ---- Apache/1.3.12 Server at colossus.cyclonecomputers.com Port 80 *************************************************************************** The /var/log/httpd/error.log had... [Wed Aug 30 00:20:03 2000] [error] [client 10.0.0.21] Premature end of script he aders: /home/httpd/cgi-bin/ds6 *************************************************************************** But nothing was in the var/interchange/error.log > -----Original Message----- > From: interchange-users-admin@minivend.com > [mailto:interchange-users-admin@minivend.com]On Behalf Of Dan Browning > Sent: Wednesday, August 30, 2000 12:13 AM > To: interchange-users@minivend.com > Subject: RE: [ic] Interchange + PostgreSQL Install > > > Here's a few snippings from my error.log: > > 10.0.0.21 - - [29/August/2000:23:50:18 -0700] - > /cgi-bin/ds5/index.html > Undefine > d catalog: /cgi-bin/ds5 > 10.0.0.21 - - [29/August/2000:23:50:19 -0700] - > /cgi-bin/ds5/index.html > Undefine > d catalog: /cgi-bin/ds5 > 10.0.0.21 - - [29/August/2000:23:56:32 -0700] - > /cgi-bin/ds5/admin/index.html Un > defined catalog: /cgi-bin/ds5 > > > -----Original Message----- > > From: interchange-users-admin@minivend.com > > [mailto:interchange-users-admin@minivend.com]On Behalf Of > Dan Browning > > Sent: Tuesday, August 29, 2000 11:56 PM > > To: interchange-users@minivend.com > > Subject: [ic] Interchange + PostgreSQL Install > > > > > > The interchange .rpm install on rh6.2 works great. I'm > trying to do a > > bin/makecat, but everytime I do it with Postgresql support, > > everything LOOKS > > ok, but it doesn't actually work (/cgi-bin/ds4/index.html > gives a 404 > > error). However, the front page (/ds4) does come up. > > > > I've found that ps auxw | grep minivend shows minivend is > > running (using > > 14mb ram). And the /barry demo still works great. But the > > command "service > > interchange status" says "interchange dead but subsys > > locked". service > > interchange restart doesn't help the situation either, it > > just says the > > shutdown failed, and startup OK. None of this happened > until I did a > > bin/makecat that included pgSQL. > > > > To setup postgresql, I downloaded 7.0.2, and did: > > su postgres > > createuser ds > > createdb testds > > createuser root > > > > and if I login as either root or ds, I can psql into the > > testds database > > just fine and create/drop tables just fine. > > > > During bin/makecat, I have a normal db creation: > > run "createdb test_ds5"? ...............y > > CREATE DATABASE > > done. > > Moving link program to /home/httpd/cgi-bin/ds5..............done. > > > > I'm downloading the CVS now, I'll see what that does. I > > would appreciate > > any direction. Thanks, > > > > Dan Browning > > Network & Database Administrator > > Cyclone Computer Systems > > > > > > _______________________________________________ > > Interchange-users mailing list > > Interchange-users@www.minivend.com > > http://www.minivend.com/mailman/listinfo/interchange-users > > > > > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users > > From: danb at cyclonecomputers.com (Dan Browning ) Date: Wed, 30 Aug 2000 01:00:59 -0700 Subject: [ic] Interchange + PostgreSQL Install I just installed the latest CVS. What am I doing wrong? Again, everything works fine if I makecat without pgsql support. But when I do enable pgsql support: cgi-bin/ds11/index.html gives me a 505 (premature end of script errors) and in error.log: 10.0.0.21 t3nYpMwG:10.0.0.21 - [30/August/2000:00:54:29 -0700] ds11 /cgi-bin/ds1 1/index.html action=index path=index Is all that shows up. > -----Original Message----- > From: interchange-users-admin@minivend.com > [mailto:interchange-users-admin@minivend.com]On Behalf Of Dan Browning > Sent: Wednesday, August 30, 2000 12:37 AM > To: interchange-users@minivend.com > Cc: minivend-users@minivend.com > Subject: RE: [ic] Interchange + PostgreSQL Install > > > OK. So I found out that I have a permissions problem (I was > trying to mix > interchange user ownership and ds user ownership). Now the > catalog and > everything else is owned by the interchange user and that is > helping (I can > at least get into the admin module). But the > /cgi-bin/ds5/index.html link > dies with a ... > ************************************************************** > ************* > Internal Server Error > The server encountered an internal error or misconfiguration > and was unable > to complete your request. > Please contact the server administrator, root@localhost and > inform them of > the time the error occurred, and anything you might have done > that may have > caused the error. > More information about this error may be available in the > server error log. > -------------------------------------------------------------- > -------------- > ---- > Apache/1.3.12 Server at colossus.cyclonecomputers.com Port 80 > ************************************************************** > ************* > The /var/log/httpd/error.log had... > [Wed Aug 30 00:20:03 2000] [error] [client 10.0.0.21] Premature end of > script he > aders: /home/httpd/cgi-bin/ds6 > ************************************************************** > ************* > But nothing was in the var/interchange/error.log > > > -----Original Message----- > > From: interchange-users-admin@minivend.com > > [mailto:interchange-users-admin@minivend.com]On Behalf Of > Dan Browning > > Sent: Wednesday, August 30, 2000 12:13 AM > > To: interchange-users@minivend.com > > Subject: RE: [ic] Interchange + PostgreSQL Install > > > > > > Here's a few snippings from my error.log: > > > > 10.0.0.21 - - [29/August/2000:23:50:18 -0700] - > > /cgi-bin/ds5/index.html > > Undefine > > d catalog: /cgi-bin/ds5 > > 10.0.0.21 - - [29/August/2000:23:50:19 -0700] - > > /cgi-bin/ds5/index.html > > Undefine > > d catalog: /cgi-bin/ds5 > > 10.0.0.21 - - [29/August/2000:23:56:32 -0700] - > > /cgi-bin/ds5/admin/index.html Un > > defined catalog: /cgi-bin/ds5 > > > > > -----Original Message----- > > > From: interchange-users-admin@minivend.com > > > [mailto:interchange-users-admin@minivend.com]On Behalf Of > > Dan Browning > > > Sent: Tuesday, August 29, 2000 11:56 PM > > > To: interchange-users@minivend.com > > > Subject: [ic] Interchange + PostgreSQL Install > > > > > > > > > The interchange .rpm install on rh6.2 works great. I'm > > trying to do a > > > bin/makecat, but everytime I do it with Postgresql support, > > > everything LOOKS > > > ok, but it doesn't actually work (/cgi-bin/ds4/index.html > > gives a 404 > > > error). However, the front page (/ds4) does come up. > > > > > > I've found that ps auxw | grep minivend shows minivend is > > > running (using > > > 14mb ram). And the /barry demo still works great. But the > > > command "service > > > interchange status" says "interchange dead but subsys > > > locked". service > > > interchange restart doesn't help the situation either, it > > > just says the > > > shutdown failed, and startup OK. None of this happened > > until I did a > > > bin/makecat that included pgSQL. > > > > > > To setup postgresql, I downloaded 7.0.2, and did: > > > su postgres > > > createuser ds > > > createdb testds > > > createuser root > > > > > > and if I login as either root or ds, I can psql into the > > > testds database > > > just fine and create/drop tables just fine. > > > > > > During bin/makecat, I have a normal db creation: > > > run "createdb test_ds5"? ...............y > > > CREATE DATABASE > > > done. > > > Moving link program to /home/httpd/cgi-bin/ds5..............done. > > > > > > I'm downloading the CVS now, I'll see what that does. I > > > would appreciate > > > any direction. Thanks, > > > > > > Dan Browning > > > Network & Database Administrator > > > Cyclone Computer Systems > > > > > > > > > _______________________________________________ > > > Interchange-users mailing list > > > Interchange-users@www.minivend.com > > > http://www.minivend.com/mailman/listinfo/interchange-users > > > > > > > > > > > > _______________________________________________ > > Interchange-users mailing list > > Interchange-users@www.minivend.com > > http://www.minivend.com/mailman/listinfo/interchange-users > > > > > > > _______________________________________________ > Interchange-users mailing list > Interchange-users@www.minivend.com > http://www.minivend.com/mailman/listinfo/interchange-users > > From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Wed, 30 Aug 2000 15:48:08 +0200 (CEST) Subject: [ic] Routes: how does copy_user get the email address of the user? This is for ic-4.5.3, I did have the areas set up and didn't want to change to 4.5.5. I'm not using the standard ordering process of interchange, but rather load the user session from file, set it and $::Values by hand and then call route_order and mail_order. Everything works fine but for one thing: the user never gets an email. The copy_user route is called, but the email is not set. Both main and log routes work fine. So here's my question: how is the email of the copy_user route normally set? I can't find it in the code. Here comes the instantiated routes right from mvdebug: (The last line, no recipient... is probably from sendmail) Vend::Order:debug: Route main: { 'pgp_cc_key' => '', 'credit_card' => '0', 'track' => 'logs/tracking.asc', 'increment' => '0', 'encrypt' => '0', 'default' => 1, 'attach' => '0', 'supplant' => 1, 'email' => 'minivend@virtual-earth.de', 'cybermode' => '', 'report' => 'etc/report', 'receipt' => 'etc/receipt.html', 'encrypt_program' => 'none', 'individual_track' => 'orders', 'pgp_key' => '', 'errors_to' => 'minivend@virtual-earth.de' } values: { 'mv_payment' => 'Lastschrift', 'mv_action' => 'return', 'b_state' => '', 'save_country' => 'DE', 'mv_username' => 'mathiasp', 'header_img' => 'header_applications.gif', 'upload' => '', 'yes_tables' => '', 'mv_raw_searchspec' => '', 'reconfig' => '', 'mv_matchlimit' => 50, 'deleteorder' => 'Delete order', 'quantity0' => 2, 'files' => '', 'phone_night' => '', 'no_functions' => '', 'p_nickname' => '', 'b_country' => '', 'company' => '', 'vip_request' => 'ord/vip_request', 'city' => 'München', 'account_id' => '', 'b_city' => '', 'mv_raw_dict_look' => '', 'mv_order_number' => '0000009', 'edit' => '', 'fname' => 'Picker', 'yes_functions' => '', 'order_dest' => '', 'lname' => 'Mathias', 'mv_order_profile' => 'checkout_profile', 'mv_cookie_password' => '0', 'super' => 1, 'mv_status_mv_email' => 'mv_email set failed.', 'vip_method' => 'Lastschrift-Form', 'address_book' => '', 1 => '', 'preferences' => '', 'country' => 'DE', 'config' => '', 'vieworder' => 'View order', 'mv_order_report' => '../etc/report', 'mv_orderpage' => 'ord/basket', 'b_phone' => '', 'mv_arg' => '0000004', 'test_user' => 'mathiasp', 'username' => 'mathiasp', 'accounts' => '', 'name' => 'Mathias Picker', 'export' => '', 'email_copy' => 1, 'mv_data_table' => 'transactions', 'mv_searchspec' => [ #0 'microsoft' ], 'project_id' => '', 'meta' => '', 'b_nickname' => '', 'b_fname' => '', 'email' => 'Mathias.Picker@virtual-earth.de', 'mv_email' => 'Mathias.Picker@virtual-earth.de', 'mv_order_route' => 'log main copy_user', 'mv_order_item' => 'A68503-02', 'b_lname' => '', 'pages' => '', 'inactive' => '', 'b_zip' => '', 'order_numbers' => ' 000001 000004 000005 000007 000009 000011 000019 000034', 'mv_checkout' => 'ord/checkout', 'fax_order' => 1, 'category' => 'applications', 'fax' => '', 'groups' => '', 'state' => '', 'archive' => 'false', 'mv_credit_card_exp_month' => 1, 'table_control' => '', 'owner' => '', 'mv_search_match_count' => '0', 'mv_credit_card_exp_year' => '00', 'mv_session_id' => '5LtwbqZa', 'zip' => 'D81541', 'mv_password' => 'xxxx', 'mv_credit_card_type' => '', 'address1' => 'Brecherspitzstr. 2', 'phone_day' => '0043509314', 'no_tables' => '', 'b_address1' => '', 's_nickname' => '', 'address2' => '', 'address3' => '', 'b_address2' => '', 'mv_dict_look' => '', 'show_basket' => 1, 'b_address3' => '', 'mv_shipmode' => 'dp_br', 'order' => '0000004', 'carts' => '', 'mail_list' => '0' } Vend::Order:debug: MIME=1 Vend::Order:debug: Route log: { 'cybermode' => '', 'report' => 'etc/log_transaction', 'track' => 'logs/log', 'increment' => '0', 'encrypt' => '0', 'attach' => '0', 'supplant' => '0', 'empty' => 1 } values: { 'mv_payment' => 'Lastschrift', 'mv_action' => 'return', 'b_state' => '', 'save_country' => 'DE', 'mv_username' => 'mathiasp', 'header_img' => 'header_applications.gif', 'upload' => '', 'yes_tables' => '', 'mv_raw_searchspec' => '', 'reconfig' => '', 'mv_matchlimit' => 50, 'deleteorder' => 'Delete order', 'quantity0' => 2, 'files' => '', 'phone_night' => '', 'no_functions' => '', 'p_nickname' => '', 'b_country' => '', 'company' => '', 'vip_request' => 'ord/vip_request', 'city' => 'München', 'account_id' => '', 'b_city' => '', 'mv_raw_dict_look' => '', 'mv_order_number' => '0000009', 'edit' => '', 'fname' => 'Picker', 'yes_functions' => '', 'order_dest' => '', 'lname' => 'Mathias', 'mv_order_profile' => 'checkout_profile', 'mv_cookie_password' => '0', 'super' => 1, 'mv_status_mv_email' => 'mv_email set failed.', 'vip_method' => 'Lastschrift-Form', 'address_book' => '', 1 => '', 'preferences' => '', 'country' => 'DE', 'config' => '', 'vieworder' => 'View order', 'mv_order_report' => '../etc/report', 'mv_orderpage' => 'ord/basket', 'b_phone' => '', 'mv_arg' => '0000004', 'test_user' => 'mathiasp', 'username' => 'mathiasp', 'accounts' => '', 'name' => 'Mathias Picker', 'export' => '', 'email_copy' => 1, 'mv_data_table' => 'transactions', 'mv_searchspec' => [ #0 'microsoft' ], 'project_id' => '', 'meta' => '', 'b_nickname' => '', 'b_fname' => '', 'email' => 'Mathias.Picker@virtual-earth.de', 'mv_email' => 'Mathias.Picker@virtual-earth.de', 'mv_order_route' => 'log main copy_user', 'mv_order_item' => 'A68503-02', 'b_lname' => '', 'pages' => '', 'inactive' => '', 'b_zip' => '', 'order_numbers' => ' 000001 000004 000005 000007 000009 000011 000019 000034', 'mv_checkout' => 'ord/checkout', 'fax_order' => 1, 'category' => 'applications', 'fax' => '', 'groups' => '', 'state' => '', 'archive' => 'false', 'mv_credit_card_exp_month' => 1, 'table_control' => '', 'owner' => '', 'mv_search_match_count' => '0', 'mv_credit_card_exp_year' => '00', 'mv_session_id' => '5LtwbqZa', 'zip' => 'D81541', 'mv_password' => 'xxxx', 'mv_credit_card_type' => '', 'address1' => 'Brecherspitzstr. 2', 'phone_day' => '0043509314', 'no_tables' => '', 'b_address1' => '', 's_nickname' => '', 'address2' => '', 'address3' => '', 'b_address2' => '', 'mv_dict_look' => '', 'show_basket' => 1, 'b_address3' => '', 'mv_shipmode' => 'dp_br', 'order' => '0000004', 'carts' => '', 'mail_list' => '0' } Vend::Order:debug: MIME= Vend::Order:debug: Route copy_user: { 'cybermode' => '', 'report' => 'etc/mail_receipt', 'track' => 'logs/log', 'increment' => '0', 'encrypt' => '0', 'attach' => '0', 'supplant' => '0', 'empty' => 1 } values: { '' => '', 'mv_payment' => 'Lastschrift', 'mv_action' => 'return', 'b_state' => '', 'save_country' => 'DE', 'mv_username' => 'mathiasp', 'header_img' => 'header_applications.gif', 'upload' => '', 'yes_tables' => '', 'mv_raw_searchspec' => '', 'reconfig' => '', 'mv_matchlimit' => 50, 'deleteorder' => 'Delete order', 'quantity0' => 2, 'files' => '', 'phone_night' => '', 'no_functions' => '', 'p_nickname' => '', 'b_country' => '', 'company' => '', 'vip_request' => 'ord/vip_request', 'city' => 'München', 'account_id' => '', 'b_city' => '', 'gift_note' => '', 'mv_raw_dict_look' => '', 'mv_order_number' => '0000009', 'edit' => '', 'fname' => 'Picker', 'yes_functions' => '', 'order_dest' => '', 'lname' => 'Mathias', 'mv_order_profile' => 'checkout_profile', 'mv_cookie_password' => '0', 'super' => 1, 'mv_status_mv_email' => 'mv_email set failed.', 'vip_method' => 'Lastschrift-Form', 'address_book' => '', 1 => '', 'preferences' => '', 'country' => 'DE', 'config' => '', 'vieworder' => 'View order', 'order_date' => 20000830, 'mv_order_report' => '../etc/report', 'mv_orderpage' => 'ord/basket', 'b_phone' => '', 'mv_arg' => '0000004', 'test_user' => 'mathiasp', 'username' => 'mathiasp', 'accounts' => '', 'name' => 'Mathias Picker', 'export' => '', 'email_copy' => 1, 'mv_data_table' => 'transactions', 'mv_searchspec' => [ #0 'microsoft' ], 'project_id' => '', 'meta' => '', 'b_nickname' => '', 'b_fname' => '', 'email' => 'Mathias.Picker@virtual-earth.de', 'mv_email' => 'Mathias.Picker@virtual-earth.de', 'mv_order_route' => 'log main copy_user', 'mv_order_item' => 'A68503-02', 'b_lname' => '', 'order_wday' => 3, 'pages' => '', 'inactive' => '', 'b_zip' => '', 'order_numbers' => ' 000001 000004 000005 000007 000009 000011 000019 000034', 'mv_checkout' => 'ord/checkout', 'fax_order' => 1, 'category' => 'applications', 'fax' => '', 'groups' => '', 'state' => '', 'archive' => 'false', 'mv_credit_card_exp_month' => 1, 'table_control' => '', 'owner' => '', 'mv_search_match_count' => '0', 'mv_credit_card_exp_year' => '00', 'mv_session_id' => '5LtwbqZa', 'zip' => 81541, 'mv_password' => 'xxxx', 'mv_credit_card_type' => '', 'address1' => 'Brecherspitzstr. 2', 'phone_day' => '0043509314', 'no_tables' => '', 'b_address1' => '', 's_nickname' => '', 'address2' => '', 'address3' => '', 'b_address2' => '', 'mv_dict_look' => '', 'show_basket' => 1, 'b_address3' => '', 'mv_shipmode' => 'dp_br', 'order' => '0000004', 'carts' => '', 'mail_list' => '0' } No recipient addresses found in header -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: racke at linuxia.de (Stefan Hornburg ) Date: 30 Aug 2000 15:59:58 +0200 Subject: [ic] Routes: how does copy_user get the email address of the user? Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > This is for ic-4.5.3, I did have the areas set up and didn't want to > change to 4.5.5. > > I'm not using the standard ordering process of interchange, but rather > load the user session from file, set it and $::Values by hand and then > call route_order and mail_order. > > Everything works fine but for one thing: the user never gets an email. > The copy_user route is called, but the email is not set. Both main and > log routes work fine. > > So here's my question: how is the email of the copy_user route normally > set? I can't find it in the code. You should refer to the documentation how to configure the copy_user route. Ciao racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Wed, 30 Aug 2000 16:33:25 +0200 (CEST) Subject: [ic] Routes: how does copy_user get the email address of the us On 30 Aug, Stefan Hornburg wrote: > Mathias Picker <mathiasp@venus.virtual-earth.de> writes: > > [...] >> So here's my question: how is the email of the copy_user route normally >> set? I can't find it in the code. > > You should refer to the documentation how to configure the copy_user > route ;-) The route is correctly configured (it's right from the barry example). It worked, using the standard order process. Only now it doesn't, using a loaded session. Somehow the magic setting of the users email (which is in the session) to the $route->{email} is not working. And I don't find where it is in the code. That's why I'm asking. BTW: There's nothing in the docs (that I can find) saying how this works, i.e. configuring a route without explicit email address, which will then route to the customer. The only thing it says is: email The email address(es) where the order should be sent. Set just like the MailOrderTo directive, which is also the default. which is obviously wrong, since the customers receipt is _not_ send to the MailOrderTo address. > > Ciao > racke > ciao, mac -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: steve at itcom.net (Steve ) Date: Wed, 30 Aug 2000 10:31:47 -0400 Subject: [ic] MySQL db creation problem solved Hi all, Thanks to Marc Villeneuve who jumped on an idea I had, and found the place to add -p to the makecat script! I could not get the script to create a new sql file as it would not use the '-p' parameter. Marc located the place to add this and it works well. In the /usr/local/minivend/barry/config/precopy-commands file you add it to the first line: {MYSQL}mysqladmin -p create __MVC_SQLDB__ The script should really allow for an option to use -p, or better yet, if it it fails, to try this parameter as it's a very common configuration amongst MySQL installs who want higher security. Steve Szmidt From: steve at itcom.net (Steve ) Date: Wed, 30 Aug 2000 11:12:24 -0400 Subject: [ic] Protocol mismatch. Server Version = 10 Client Version = 9 Hmm, so after some debugging it's getting much closer. What I get now is: Interchange V4.5.5 Configuring catalog barry...Using MySQL, DSN=dbi:mysql:tst_barry. barry config error: DBI connect failed: Protocol mismatch. Server Version = 10 Client Version = 9 I asked this before but I can not find any answer so I'm trying again. Thanks, Steve From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Wed, 30 Aug 2000 17:54:59 +0200 (CEST) Subject: [ic] Protocol mismatch. Server Version = 10 Client Version = 9 On 30 Aug, Steve wrote: > Hmm, so after some debugging it's getting much closer. > > What I get now is: > > Interchange V4.5.5 > Configuring catalog barry...Using MySQL, DSN=dbi:mysql:tst_barry. > barry config error: DBI connect failed: Protocol mismatch. Server Version = 10 Client Version = 9 > [...] Well, it seems this has nothing to do with interchange, but your database dbi adapter (client) and server are not the same version. This depends very much on your setup, but you might try a) recompile/install your dbi database adaptor (assuming new db client libraries are already there) b) recompile/install your db client libraries and then recompile/install your dbi adapter Hope this helps, Mathias -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Wed, 30 Aug 2000 18:07:44 +0200 (CEST) Subject: [ic] interchange order mgmt A simple usage question: It seems order status (pending, shipped) can only be set from the customer view. Right? Any plans to change that. Also the order information seem to be stored in two tables: transactions and orderlines. The "order" I see under admin/orders seems to be in orderlines, the one I and the customer sees under customer/orders seems to be from the transactions table. So deleting an order under admin/orders does not delete the transaction line, so the users still sees this order (this is how I found out). Is this due to the alpha status or is this intended behaviour? If so, what is the exact role of the transaction table? Do you intend to change the status when an order is "archived". I would think it might go from pending to shipped or some such. What exactly should archiving an order do, other than moving it out of the pending order view. Thanks for reading, Mathias -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: dbushong at datamain.com (David Bushong ) Date: Wed, 30 Aug 2000 11:51:50 -0700 Subject: [ic] LinkShare integration? Anyone here gotten Interchange (or MiniVend, for that matter) to work with LinkShare? They want a few interesting params passed in via CGI, which I think I've figured out, and some session information saved in a database for later export, which I'm having a bit of trouble with as I can't figure out how to actually add a _row_ to a database on the fly from within IC. Pointers? --David Bushong From: brian at poseidon.mediabang.com (Brian Kohles ) Date: Wed, 30 Aug 2000 16:30:42 -0600 Subject: [ic] Interchange and Authorize.net Ray, Search the list archives @ minivend.com we wrote a script to connect minivend to authorize.net a while back I have made a few posts about it. You can search for my name or the topic would include "Here is how you configure authorize.net with minivend" the module is called "business online payment" it hasn't been updated to run with IC yet but i don't think there should be any change. Hope this helps Brian Kohles - Graphic Designer m e d i a b a n g ! brian@mediabang.com ----- Original Message ----- From: "Desjardins, Ray" <Desjardins.Ray@Con-Way.com> To: <interchange-users@minivend.com> Sent: Tuesday, August 29, 2000 10:16 AM Subject: [ic] Interchange and Authorize.net > I have asked this question before and got a fairly sensible answer as to not > use Authorize.Net but my customer insist on using them in lieu of Cybercash. > Any one know which files to modify and or know of any patches out there to > simplify my venture for Authorize.Net. In my ftp roaming I seem to remember > seeing some minivend patches for Authorize.Net but, can't remember where. > Any assistance would be greatly appreciated. I am using Interchange 4.5.5. > > Thanks, > > Ray Desjardins From: doug at lathi.net (Doug Alcorn ) Date: 31 Aug 2000 00:00:52 -0400 Subject: [ic] interchange server is not available.... I have made another sample catalog owned by user 'minivend' (the user that runs the interchange server) to type 'barry'. It works, but the catalog owned by user 'univcell' in univcell's home dir doesn't. I did a 'diff -r' between this catalog and the catalog installed owned by user 'univcell' in univcell's home directory. The only differences were where directory names were included in files. I manually inspected the permissions on every file in the catalog directory. They are exactly the same. Every directory has permissions 2770 and every file has permissions of 664 except for these files: -rw-rw---- 1 minivend minivend 25 Aug 30 23:48 ./etc/status.universal -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/merchandising.sql -rw------- 1 minivend minivend 14750 Aug 30 23:13 ./products/variable.gdbm -rw-rw---- 1 minivend minivend 12470 Aug 30 00:47 ./products/route.gdbm -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/orderline.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/userdb.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/affiliate.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/pricing.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/inventory.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/country.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/products.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/cat.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/transactions.sql -rw-rw---- 1 minivend minivend 1 Aug 30 00:47 ./products/area.sql -rw-rw---- 1 minivend minivend 13128 Aug 30 00:47 ./products/locale.gdbm -rwxrwxr-x 1 minivend minivend 7380 Aug 30 00:35 ./executable -rw-rw---- 1 minivend minivend 6404 Aug 30 00:47 ./error.log -rw-rw---- 1 minivend minivend 165892 Aug 30 23:48 ./universal.structure Notice that I changed the owner of all the files in the catalog to user 'minivend'. So as far as I can tell, the only difference between catalog 'sample' and catalog 'universal' is the location of the files in my filesystem. The 'sample' directory is in /home/minivend/catalogs/sample (/home/minivend/mvend is the minivend root) and 'universal' is in /home/univcell/catalogs/universal. I simply don't know what else to check. I have spent three solid days working on this and I can't get the catalog to work in a directory other than /home/minivend. Can someone please give me something else to check? If I thought I could restore it easily enough, I would change the permissions on my entire hard disk to 777 just to see if it is really permissions or not. I've tried running it with /home/univcell recursively set to 777 and /home/minivend set to 777. I just don't know what else could be set wrong. Of course, nothing is getting printed out to /tmp/mvdebug. What is the purpose of that file? Does anything ever get written to it? Is debugging a future feature? I would really like to see a message like "cannot create file xxxxx; permission denied" or "cannot open file xxxxx; permission denied". At least that way I would know exactly what to address. -- (__) Doug Alcorn (mailto:doug@lathi.net http://www.lathi.net) oo / Unix Hacker |_/ "It's too late for paradise" From: doug at lathi.net (Doug Alcorn ) Date: 31 Aug 2000 01:30:58 -0400 Subject: [ic] SOLVED: interchange server is not available Doug Alcorn <doug@lathi.net> writes: > Can someone please give me something else to check? There were three guys riding in a car: a mechanical engineer, an electrical engineer, and a software engineer. The car quits running, so they pull it over to the side of the road. The mechanical engineer says, "This car is a mechanical creation, I will go take a look at it and figure out why it isn't working." So, he gets out, pops the hood, and spends several hours to no avail trying to fix the problem. The electrical engineer says, "Look, there are a lot of circuitry in this car. Let me check and see if there something wrong with the wiring." So he spends several hours trying to troubleshoot the electrical system of the car. After a while the software engineer says, "Hey, I know! Let's all get entirely out of the car and then get back in. Maybe that will help." The moral of this story is that I deleted everything that had to do with minivend in the univcell home directory. I deleted all the minivend stuff out of /home/http/cgi-bin and /home/http/html. I dropped the databases out of MySQL. I purged as much stuff from univcell that was related to minivend as I could think of. I then used bin/makecat to create the universal catalog from scratch. What do you know? It works this time. -- (__) Doug Alcorn (mailto:doug@lathi.net - http://www.lathi.net) oo / "It's too late for paradise" |_/ From: david at wwns.com (David Wilson ) Date: Thu, 31 Aug 2000 01:08:58 -0500 (CDT) Subject: [ic] interchange server is not available.... Check your spelling... Sure it is not supposed to be ~/simple/ ? Your note mentioned ~/sample/ ? If that is misspelled in the catalog.cfg files it will also cause lots of hair loss. Dave -- David R. Wilson World Wide Network Services Nashville, Tennessee USA david@wwns.com From: racke at linuxia.de (Stefan Hornburg ) Date: 31 Aug 2000 08:39:23 +0200 Subject: [ic] LinkShare integration? David Bushong <dbushong@datamain.com> writes: > Anyone here gotten Interchange (or MiniVend, for that matter) to work with > LinkShare? They want a few interesting params passed in via CGI, which I > think I've figured out, and some session information saved in a database > for later export, which I'm having a bit of trouble with as I can't figure > out how to actually add a _row_ to a database on the fly from within > IC. Pointers? [perl tables="yourmvdb"] my $db = $Db{yourmvdb}; $db->set_row(...); [/perl] Ciao Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Thu, 31 Aug 2000 13:14:08 +0200 (CEST) Subject: [ic] Again: where does copy_user route get user email? Hi all, where does the copy_user route get the email of the user to route to? I fiddled with the order process, and now the users don't get any mail, even though the route setup is exactly the same and worked before. I guess it would need someone with some understanding of minivend internals to answer this. I'm now looking for the last 5 hours into this and don't think I will find it by myself. Can someone _please_ help me? Thanks, Mathias -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: mathiasp at venus.virtual-earth.de (Mathias Picker ) Date: Thu, 31 Aug 2000 16:27:11 +0200 (CEST) Subject: [ic] Sorry for copy_user noise, its solved Well, etc/mail_receipt does the sending itself, it's not in the source of Order.pm, and mail_receipt was hosed by my translator, who translated [email to] in [email an] (an being the german word for to), and I just did not see it for allmost half a day. Sorry for the noise. -- virtual earth Mathias Picker Geschäftsführer Gesellschaft für Wissens re/prä sentation mbH Mathias.Picker@virtual-earth.de Fon +49 89 / 540 7425-1 Fax +49 89 / 540 7425-9 From: draftd at hotmail.com (draftd ) Date: Thu, 31 Aug 2000 16:58:17 +0200 Subject: [ic] explanation ui_template, ui_control This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C0136C.A8B36A20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have a verry basic question: Can someone explain me why, in the beginning of every page in the = "barry" catalog, there are these things as "ui_template_layout", = "ui_template_description", "ui_template_control",... between the = [comment] tags? I guess that they 're just variables to control the page layout etc, but = what do they do and where are they defined? Thanks, Tom ------=_NextPart_000_001F_01C0136C.A8B36A20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>I have a verry basic = question:</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Can someone explain me why, in the = beginning of=20 every page in the "barry" catalog, there are these things as=20 "ui_template_layout", "ui_template_description", = "ui_template_control",...=20 between the [comment] tags?</FONT></DIV> <DIV><FONT face=3DArial size=3D2>I guess that they 're just variables to = control the=20 page layout etc, but what do they do and where are they = defined?</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Thanks,</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV></BODY></HTML> ------=_NextPart_000_001F_01C0136C.A8B36A20-- From: racke at linuxia.de (Stefan Hornburg ) Date: 31 Aug 2000 16:42:06 +0200 Subject: [ic] explanation ui_template, ui_control "draftd" <draftd@hotmail.com> writes: > Hello, > > > > I have a verry basic question: > > Can someone explain me why, in the beginning of every page in the "barry" > catalog, there are these things as "ui_template_layout", > "ui_template_description", "ui_template_control",... between the [comment] > tags? > > I guess that they 're just variables to control the page layout etc, but what > do they do and where are they defined? Maybe these are parsed within "Page Edit" ? Ciao Racke -- LinuXia Systems && Cobolt NetServices, eCommerce and more Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis http://www.linuxia.de - http://www.cobolt.net --> Coding from hell and back <--- From: draftd at hotmail.com (draft dog ) Date: Thu, 31 Aug 2000 15:33:57 GMT Subject: [ic] explanation ui_template, ui_control jeah, thanks. They're needed in the admin pages. Sorry for the stupid question. >From: Stefan Hornburg <racke@linuxia.de> >Reply-To: interchange-users@minivend.com >To: interchange-users@minivend.com >Subject: Re: [ic] explanation ui_template, ui_control >Date: 31 Aug 2000 16:42:06 +0200 > >"draftd" <draftd@hotmail.com> writes: > > > Hello, > > > > > > > I have a verry basic question: > > > > Can someone explain me why, in the beginning of every page in the >"barry" > > catalog, there are these things as "ui_template_layout", > > "ui_template_description", "ui_template_control",... between the >[comment] > > tags? > > > > I guess that they 're just variables to control the page layout etc, but >what > > do they do and where are they defined? > >Maybe these are parsed within "Page Edit" ? > >Ciao > Racke > >-- >LinuXia Systems && Cobolt NetServices, eCommerce and more >Shop- und Datenbanklösungen mit MiniVend, Firewalls auf Debian-Basis >http://www.linuxia.de - http://www.cobolt.net >--> Coding from hell and back <--- > >_______________________________________________ >Interchange-users mailing list >Interchange-users@www.minivend.com >http://www.minivend.com/mailman/listinfo/interchange-users _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. From: Desjardins.Ray at Con-Way.com (Desjardins, Ray ) Date: Thu, 31 Aug 2000 08:55:55 -0700 Subject: [ic] ui_control Is there a place in the admin ui to change the blue1, yellow1, or (mytemplate1)? It would be much easier than having to edit manually all the time. I can't seem to find a catalog template in the admin ui. Thanks, Ray Desjardins _______________________________________________ Interchange-users mailing list Interchange-users@www.minivend.com http://www.minivend.com/mailman/listinfo/interchange-users From: ldf at dynamicart.it (Luciano De Faveri ) Date: Thu, 31 Aug 2000 18:16:01 +0200 Subject: [ic] ISP in Italia by Luciano De Faveri wwwVorrei conoscere quali sono gli ISP in Italia che supportano MINIVEND? Avrei una certa urgenza di ottenere questa informazione. Saluti Luciano De Faveri From: csaint-amand at platform.net (Christopher Saint-Amand ) Date: Thu, 31 Aug 2000 15:16:11 -0400 Subject: [ic] CYBER_SECRET? Hello, What exactly is the CYBER_SECRET variable in the minivend configuration file? I've got CyberCash setup and Interchange setup, but am still having trouble integrating the two. CyberCash gave me a "secret hashcode" but it's like a 25 length string of characters and numbers, which is very different from "test-secret-fdc" and other things I'm seeing in examples that appear to be financial institution identifiers. I'm also getting this: error in my catalog error.log: 64.232.75.36 bpb8KRwv:64.232.75.36 - [31/August/2000:14:14:44 -0500] bdub /cgi-b in/bdub/process.html Fatal error on charge operation 'mauthonly': open2: exec of #MCK_SHARED_DIR#MCKencrypt failed at /usr/local/interchange/lib/CCMckDirectLib3 _2.pm line 405 I've followed the instructions and hints from other posts, but can't seem to get past this... Any help would be much appreciated. Thanks, Chris.