Re: [mv] Using external online payment systems with minivend?

[jojo@buchonline.net]

Hi Jarno,

On 23 Sep, Jarno Niemela wrote:
[SNIP]
>>Internal server error:
>>In most common case, you get this from a webserver by any error in any
>>script (CGI e.g.).
>>Have you looked into the minivend error.log?
> 
> The minivend log contains no information about this, so the error is so
> fatal that
> the minivend doesn't even log it?

[SNIP]
> 
> The codes I use are the ones you showed me when I asked how to read POST/GET
> data from URL.
> 
> [perl arg="cgi scratch"]
>          $Safe{'scratch'}->{"KNRO"}  =
> $Safe{'cgi'}->{"KNRO"};
>          $Safe{'scratch'}->{"VALUUTTA"}  =
> $Safe{'cgi'}->{"VALUUTTA"};
>          $Safe{'scratch'}->{"VIITE"}  =
> $Safe{'cgi'}->{"VIITE"};
>          $Safe{'scratch'}->{"VERSIO"}  =
> $Safe{'cgi'}->{"VERSIO"};
>          $Safe{'scratch'}->{"STATUS"}  =
> $Safe{'cgi'}->{"STATUS"};
>          $Safe{'scratch'}->{"TARKISTE"}  =
> $Safe{'cgi'}->{"TARKISTE"};
> [/perl]
> 

Use this codes after the codes above to check what you get:

KNO     : [scratch KNRO]<BR>
VALUUTA : [scratch VALUUTA]<BR>
VIITE   : [scratch VIITE]<BR>
VERSIO  : [scratch VERSIO]<BR>
STATUS  : [scratch STATUS]<BR>
TARKISTE: [scratch TARKISTE]<BR>

If you can safe the bank form local to you HD, i would prefer to do
this and check the code local. It is very difficult to check the codes
online. Maybe you get success, if your bank use a post methode and not a
get methode? I am not sure!
I see the value of SUMMA is "10,00" with a comma. This can be make a
problem. Maybe you use the codes below to prevent any possible error
with "10,00"

$_ = $Safe{'cgi'}->{"SUMMA"};
s/,/./:
$Safe{'scratch'}->{"SUMMA"} = $_;

The above codes replace "," with "."!

The easy way to check the codes is an extra page with this codes only.
Because something another codes can disturb your new codes. 

Regards,

Joachim

BTW: Please! Cut any old email messages!

> I haven't yet had time to work the MD5 checksum verification routine, 
> but the basic structure is simpe.
> 
> 1.Verify that the sum is the same as in the shopping cart
> 
> 2.Verify that the mv_order_number matches the one used in forming the field
> VIITE
> 
> 3.Verify the MD5 checksum.
> 
[SNIP]
>>Sorry! It seems me, i am in a questions-and-answer-game! 
> 
> Heh, sorry I'm still trying to figure this out myself. But the internal
> sever error
> seems the be caused by how the minivend handles the customer id on it's links.
> 
> The problem is caused by that the URLs used by minivend are in form
> ....checkout?PTA8XtsJ as they should be in form checkout?custid=PTA8XtsJ to be
> correct by the URL standards.
> 
> One way to work around is to use cookies in the shop, and give a plain URL
> to the bank,
> one without minivend customer id number...
> 
[SNIP]
>>This is not good! The mv_order_number is increased after the order
>>process! Hmmm...search the mailarchiv and look for "mv_order_number".
>>You will find more information!
>>
>>BTW: What will be happen with this number, if two or more visitors make
>>an order process in the same time?
> 
> So the order number should be used only in the order processing itself?
> Hmm, I think that you are right.
> 
> Hmm, I have think about this later.
> 
> I'll start doing some implementation of the system and testing what works and
> what dosn't before worrying about this any more.
> 
> Thanks for all your help, I'll get back in touch when I've done the basic
> implementation.
> With sum and MD5 checksum checking.
> 
> Jarno.

-- 
Hans-Joachim Leidinger
buch online                 jojo@buchonline.net
Munscheidstr. 14            FAX: +49 209 1971449
45886 Gelsenkirchen