osCommerce Community Support Forums

perfectpassion

Feb 17 2006, 02:30 AM

I have just uploaded an update to the module. This combines Vger's changes and also updates the module to Protx's protocol v2.22. This will allow easier integration of 3D-Secure when it is launched (I'm told April 2006 by PRotx).

I also found there were problems with the module correctly storing the customer_id & order_id in the protx_direct table that I've fixed - I plan to use this to build in functions to release/repeat/refund payments etc via osCommerce admin.

Any probs let me know,
Tom

Guyver

Feb 20 2006, 09:08 PM

Tom,

Nice work...Do you have to have the PROTX php module installed ?

TA.

Vger

Feb 20 2006, 11:56 PM

No. That was only for an early version of Protx.

Vger

Guyver

Feb 21 2006, 07:33 AM

QUOTE (Vger @ Feb 20 2006, 11:56 PM)

No. That was only for an early version of Protx.

Vger

mmm

, I'm getting nothing at the 'checkout_process.php' screen. All inputs work fine until you confirm order, then just a blank screen. No errors in apache logs etc.. I've got my servers IP on protx site aswell.

Admin side, tried all modes (test>prod) etc. I've not modded our site for a long while, but am wondering if that may be the cause?

Any ideas ?

Many Thanks

jdenkaat

Feb 21 2006, 11:32 AM

I'm Having a similar problem, All inputs work fine until you confirm order then I get sent back to the start of the order process with no error message.

Whe I switch debug on I get the following string: (I have replaced some code to protect the innocent!)

QUOTE

VPSProtocol=2.22&TxType=PAYMENT&Vendor=replacedactualvendorname&Vendor
TxCode=replacedactualvendorcode&Amount=181.03&Currency=GBP&Description=product
&CardHolder=J+Bloggs&CardNumber=4929000000006&StartDate=0102&ExpiryDate=0108
&IssueNumber=&CV2=111&CardType=Visa&CustomerEMail=jbloggs%40email.com
&ContactNumber=1234+1234&BillingAddress=28+Big+Road&BillingPostCode=BR4+3TJ
&DeliveryAddress=28+Big+Road&DeliveryPostCode=BR4+3TJ&CAVV=&XID=&ECI=
&ClientIPAddress=192.168.0.50&3DSecureStatus=

Is the string supposed to end with SecureStatus= or is there an error?

I am using Test mode, the IP adress of the servers are on the protx server and I have a SSL connection. Nothing is showing up in the Protx admin site.

Anyone Know what's up?

Thanks

perfectpassion

Feb 21 2006, 05:20 PM

Firstly I've just uploaded an amended package as the previous had the file include/languages/english/cvs_help.php missing.

This missing file shouldn't have caused the problems that Guyver & jdenkaat are having.

I've got this module install on a live site with 'Cheque' as the only other payment module. I can confirm that it does works successfull but obviously for you both there's something else going on.

jdenkaat - the debug string posted looks fine - the CAVV, EIC, XID & 3DSecureStatus variables are all empty at the moment until Protx impement 3D Secure (around April), however you should have more fields, I get:

QUOTE

VPSProtocol=2.22 VPSTxId={********-****-****-****-************} Status=NOTAUTHED StatusDetail=Authorisation declined by bank. - Message : DECLINED TxAuthNo= SecurityKey= AVSCV2=ADDRESS MATCH ONLY AddressResult=MATCHED PostCodeResult=MATCHED CV2Result=NOTMATCHED VPSProtocol=2.22&TxType=DEFERRED&Vendor=*********&VendorTxCode=****************&Amount=8.98&Currency=GBP
&Description=**************&CardHolder=Thomas+Hodges-Hoyland&CardNumber=****************&StartDate=0102
&ExpiryDate=0308&IssueNumber=&CV2=***&CardType=MC&CustomerEMail=********%40yahoo.com&ContactNumber=****+***+****
&BillingAddress=**********&BillingPostCode=***+***&DeliveryAddress=************&DeliveryPostCode=***+***&CAVV=&XID=&ECI=
&ClientIPAddress=**.**.***.***&3DSecureStatus=

As you can see this includes the reply from Protx's servers.

Do you have cURL installed on your server (look in Server Info in admin)?

Does anything show in Protx admin if you select 'Failed' and 'Invalid' Transactions?

What other payment modules do you have installed?

Tom.

jdenkaat

Feb 21 2006, 06:51 PM

QUOTE (perfectpassion @ Feb 21 2006, 05:20 PM)

Firstly I've just uploaded an amended package as the previous had the file include/languages/english/cvs_help.php missing.

This missing file shouldn't have caused the problems that Guyver & jdenkaat are having.

I've got this module install on a live site with 'Cheque' as the only other payment module. I can confirm that it does works successfull but obviously for you both there's something else going on.

jdenkaat - the debug string posted looks fine - the CAVV, EIC, XID & 3DSecureStatus variables are all empty at the moment until Protx impement 3D Secure (around April), however you should have more fields, I get:
As you can see this includes the reply from Protx's servers.

Do you have cURL installed on your server (look in Server Info in admin)?

Does anything show in Protx admin if you select 'Failed' and 'Invalid' Transactions?

What other payment modules do you have installed?

Tom.

Tom,

I have got the system working at it did appear to be a problem with curl.

Curl was installed correctly and I am using a windows server with iis, See Here on how to set curl up. But I was not getting anything on the protx server!

To get the module working I amended includes/modules/payment/protext_direct.php around line 510 to the following:

CODE

$ch = curl_init();
      curl_setopt($ch, CURLOPT_URL, $url);

// added by jdenkaat
      curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);
      curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
/ End of Add

      curl_setopt($ch, CURLOPT_HEADER, 0);
      curl_setopt($ch, CURLOPT_POST, $data);
      curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
      curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);

      $authorize = curl_exec($ch);

      curl_close ($ch);

I'm unsure if this was the correct thing to do but it worked for me

Could you please let me know if the amendment was OK

Thanks for a terrific module which has saved me umpteen hours work.

I'm now off to become an Internet billionaire!

James DenKaat

perfectpassion

Feb 21 2006, 10:43 PM

QUOTE (jdenkaat @ Feb 21 2006, 06:51 PM)

Tom,

I have got the system working at it did appear to be a problem with curl.

Curl was installed correctly and I am using a windows server with iis, See Here on how to set curl up. But I was not getting anything on the protx server!

To get the module working I amended includes/modules/payment/protext_direct.php around line 510 to the following:

CODE

$ch = curl_init();
      curl_setopt($ch, CURLOPT_URL, $url);

// added by jdenkaat
      curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);
      curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
/ End of Add

      curl_setopt($ch, CURLOPT_HEADER, 0);
      curl_setopt($ch, CURLOPT_POST, $data);
      curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
      curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);

      $authorize = curl_exec($ch);

      curl_close ($ch);

I'm unsure if this was the correct thing to do but it worked for me

Could you please let me know if the amendment was OK

Thanks for a terrific module which has saved me umpteen hours work.

I'm now off to become an Internet billionaire!

James DenKaat

Glad to hear you got it working, the extra options you've added turnoff the checking of the SSL certificate against the host which in theory reduces the security of the connection but practically I don't see that it will cause problems (if you look through the forums there's a quite a few other people who have done the same thing for different modules - it depends on your server).

Good luck!

Tom

Stewart Gilray

Feb 24 2006, 03:12 PM

Hi,
We used to use ProTX Direct v1 module from around March LAST year. Then in November we switched to ProTX Form, as there we started having comms issues with ProTX.

Now I want to go back to Direct, by using this module.

I've got it installed, and there are a couple of issues, or differences..

1) In the v1 version of ProTX Direct in admin you had to enable which cards you could take. This is not there anymore, is this correct?

2) When I set it up to do a "test" transaction using the card examples listed in Admin, I ALWAYS get ...

"The payment type is invalid - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

Any ideas? many thanks in advance.

perfectpassion

Feb 24 2006, 11:17 PM

QUOTE (Stewart Gilray @ Feb 24 2006, 03:12 PM)

Hi,
We used to use ProTX Direct v1 module from around March LAST year. Then in November we switched to ProTX Form, as there we started having comms issues with ProTX.

Now I want to go back to Direct, by using this module.

I've got it installed, and there are a couple of issues, or differences..

1) In the v1 version of ProTX Direct in admin you had to enable which cards you could take. This is not there anymore, is this correct?

2) When I set it up to do a "test" transaction using the card examples listed in Admin, I ALWAYS get ...

"The payment type is invalid - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

Any ideas? many thanks in advance.

Hi,

1) I can't comment about v1 of Protx Direct - I started at v2. There certainly isn't an option to choose between different cards in the current version of the module.

2) The card numbers given in admin work fine for me, it might be an issue with your includes/classes/cc_validation.php file - have this been copied from the contribution?

If the above doesn't help let us know.

Tom

Stewart Gilray

Feb 25 2006, 04:51 PM

I literally added ALL the files from the contrib. I will double check file sizes etc to make sure.

Here's the header from that file..

<?php
/*
$Id: cc_validation.php,v 1.3 2003/02/12 20:43:41 hpdl Exp $

osCommerce, Open Source E-Commerce Solutions
http://www.oscommerce.com

Copyright © 2003 osCommerce

Released under the GNU General Public License
*/

perfectpassion

Feb 25 2006, 05:06 PM

QUOTE (Stewart Gilray @ Feb 25 2006, 04:51 PM)

I literally added ALL the files from the contrib. I will double check file sizes etc to make sure.

Here's the header from that file..

<?php
/*
$Id: cc_validation.php,v 1.3 2003/02/12 20:43:41 hpdl Exp $

osCommerce, Open Source E-Commerce Solutions
http://www.oscommerce.com

Copyright � 2003 osCommerce

Released under the GNU General Public License
*/

The reason i suggested cc_validation.php is from the error you are describing Protx is being told that the card type is different to what it should be.

If you enable the 'DEBUG' option in admin and then paste the info given after trying a test transaction that may give us some more clues.

Thanks, Tom

Stewart Gilray

Feb 25 2006, 05:11 PM

here you go...

QUOTE

VPSProtocol=2.20 VPSTxID={73A0C561-3594-4CC2-BC60-61ABECF03D8B} Status=MALFORMED StatusDetail=The payment type is invalid TxAuthNo= SecurityKey= AVSCV2=DATA NOT CHECKED VPSProtocol=2.20&TxType=Immediately+Charged&Vendor=xxxxxxx&VendorTxCode=8310255896864485&Amount=13.76&Currency=GBP&Description=Ladies+skinny%3A+
APFS+Logo+-+Blue%28qty%3A+1%29+&CardHolder=Stewart+Gilray&CardNumber=4929000000006&StartDate=1002&ExpiryDate=1006&IssueNumber=&CV2=123&
CardType=Visa&CustomerEMail=stew%40xxxxx.com&ContactNumber=01943+xxxxx&BillingAddress=42+xxxx+Drive&BillingPostCode=xxxx+3ND&
DeliveryAddress=42+xxxxx+Drive&DeliveryPostCode=xxxxx+3ND&CAVV=&XID=&ECI=&ClientIPAddress=80.xxx.155.xxx&3DSecureStatus=

Edited to remove personal data

perfectpassion

Feb 25 2006, 05:39 PM

ok from that debug info I can see the problem. The TxType field sent from your store to Protx is "Immediately Charged" - this is not a valid "payment type". It should be set to either PAYMENT, PREAUTH or DEFERRED.

This setting is stored in the database and I can only think that this has been left over from a different version. Do you get errors if you change the payment type in admin to either of the other options?

I think that it may need you to un-install the module in admin, use phpmyadmin to check and remove any enteries prefixed (MODULE_PAYMENT_PROTX_DIRECT) in the configuration table if any are left over (make sure you backup first) then reinstall the module in admin.

let us know how it goes,
Tom

Stewart Gilray

Feb 25 2006, 05:52 PM

Ok that was my bad, like an arse, I didn't remove and re-install the module from old to new... However...

Once doing that and re-setting it up, I now get this in debug...

QUOTE

VPSProtocol=2.22 VPSTxId={03F80967-612A-4030-92DB-E11E1FCB195D} Status=ERROR StatusDetail=Couldn't create a transaction (VRTXInvalidIPAddress, ) TxAuthNo= SecurityKey= AVSCV2=DATA NOT CHECKED AddressResult= PostCodeResult= CV2Result= VPSProtocol=2.22&TxType=PAYMENT&Vendor=justswag&VendorTxCode=3188084408804779&
Amount=13.76&Currency=GBP&Description=Ladies+skinny%3A+APFS+Logo+-+Blue%28qty%3A+1%29+&
CardHolder=Stewart+Gilray&CardNumber=4929000000006&StartDate=1002&ExpiryDate=1006&
IssueNumber=&CV2=123&CardType=Visa&CustomerEMail=stew%40xxxxxx.com&
ContactNumber=01943+xxxxxx&BillingAddress=42+xxxx+Drive&
BillingPostCode=xxxx+3ND&DeliveryAddress=42+xxxxx+Drive&DeliveryPostCode=xxxx+3ND&CAVV=&
XID=&ECI=&ClientIPAddress=80.xxx.155.xx&3DSecureStatus=

Stewart Gilray

Feb 25 2006, 06:01 PM

Ooops, this is the error I get...

Couldn\'t create a transaction (VRTXInvalidIPAddress, ) - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

perfectpassion

Feb 25 2006, 06:10 PM

QUOTE (Stewart Gilray @ Feb 25 2006, 05:52 PM)

Ok that was my bad, like an arse, I didn't remove and re-install the module from old to new... However...

Once doing that and re-setting it up, I now get this in debug...

ok, that is caused by Protx requiring requesting server IP addresses to be recorded in your vendor admin area for security reasons. Protx can set this up for you but it's simple enough.

Run through a transaction after changing to "Server IP Test" in module admin area

Look for the line "REMOTE_ADDR=" or "REMOTE_HOST=" followed by an IP address - note this down

Login to the protx admin area (you'll have to do it twice - once for test server and again for live server). Goto Administration->Account Parameters, about half way down the page enter the ip address from above (subnet mask normally 255.255.255.255) then click add.

Retry the transaction (don't forget to change back to test server first!) and hopefully it'll be working!

HTH,
Tom

Stewart Gilray

Feb 25 2006, 06:12 PM

Annoyingly if it is the servers IP address, I've already added it to ProTX admin page.... I'll double check it though.

Stewart Gilray

Feb 25 2006, 06:36 PM

hmmm ok, so it was right and wrong...

The IP I added to ProTX yesterday, was the correct IP address for the server, however when I did the ServerIPtest, it came back with a different one under the two things you suggested.

So I added the new one and removed the old one, but it STILL gives that error...

Any ideas, should I have both on ProTX ?

perfectpassion

Feb 25 2006, 06:44 PM

I'm not sure what ip it is after then if it's still not working, the latest error you've been getting is definately because of this - i would try experimenting adding both ip address etc. If still no success then Protx will be able to set it up directly with the information from the Server IP test.

HTH,
Tom

(just a quick thought - it was the test server admin you added the ip to as it needs to be done separately for the test / production servers).

Stewart Gilray

Feb 25 2006, 07:12 PM

Oh bugger, good point :-)

Stewart Gilray

Feb 25 2006, 07:22 PM

Hoorah :-) Problem solved :-)

I would totally forgotten about that for days :-)

perfectpassion

Feb 25 2006, 07:45 PM

glad to hear it's sorted!

Tom

SWH-Sam

Mar 1 2006, 05:58 PM

Hello,

First off, excellent module! But: Has anyone had any problems with the value of the transaction that's being sent to protx for processing? I've installed this module and got it working and the transaction goes through ok but unfortunately it seems to pass the value of my goods but without the tax being added onto the shipping rate...

ie

Price of Item + TAX
Price of shipping (without TAX)

The value displayed to my customer and the value shown on the order total within OSc is the correct amount, it's just the amount that's being requested from the customers credit / debit card that's not right.

Thanks

Sam

perfectpassion

Mar 1 2006, 09:53 PM

Hi Sam,

What order total modules do you have installed and what is the sort order for them?

Tom

Mary-at-Milton

Mar 10 2006, 02:20 PM

I have upgraded to the Protx Direct v2.22 module and it works beautifully so far as I can tell. Thanks to all contributed!

One thing I would like to change however, is for it to store the card number and information in the database. I need this because I now do a fraud check on every card transaction and I need to have at least the card number to key into my fraud checker. The database is located on a secure server, password protected so this shouldn't be an issue and besides, I would have the card number written down if someone had telephoned their order through so this shouldn't worry the Data Protection people.

Can anyone please help me make this change ?

Any help would be appreciated.

perfectpassion

Mar 10 2006, 04:48 PM

QUOTE (Mary-at-Milton @ Mar 10 2006, 02:20 PM)

I have upgraded to the Protx Direct v2.22 module and it works beautifully so far as I can tell. Thanks to all contributed!

One thing I would like to change however, is for it to store the card number and information in the database. I need this because I now do a fraud check on every card transaction and I need to have at least the card number to key into my fraud checker. The database is located on a secure server, password protected so this shouldn't be an issue and besides, I would have the card number written down if someone had telephoned their order through so this shouldn't worry the Data Protection people.

Can anyone please help me make this change ?

Any help would be appreciated.

Hi Mary,

in protx_direct.php the line:

CODE

$order->info['cc_number'] = substr($HTTP_POST_VARS['protx_direct_cc_number'], 0, 4) . str_repeat('X', (strlen($HTTP_POST_VARS['protx_direct_cc_number']) - 8)) . substr($HTTP_POST_VARS['protx_direct_cc_number'], -4);

produces the 1234XXXXXXXX1234 version of the card number. changing it to:

CODE

$order->info['cc_number'] = $HTTP_POST_VARS['protx_direct_cc_number'];

would cause the full number to be stored in the database. You must note that this will cause the full cc number to be recorded in the order status/order emails thus a security risk.

I appreciate that you have your database on a secure server however both mastercard & visa rules state that if you are storing cc details in your own database you must be subject to regular independant inspections of the security - you may wish to discuss this issue with either protx or your card merchant.

HTH, Tom

Mary-at-Milton

Mar 13 2006, 06:05 PM

Thanks for that, Tom. I have removed references to the number on the order email and invoice.

QUOTE (perfectpassion @ Mar 10 2006, 04:48 PM)

Hi Mary,

in protx_direct.php the line:

CODE

$order->info['cc_number'] = substr($HTTP_POST_VARS['protx_direct_cc_number'], 0, 4) . str_repeat('X', (strlen($HTTP_POST_VARS['protx_direct_cc_number']) - 8)) . substr($HTTP_POST_VARS['protx_direct_cc_number'], -4);

produces the 1234XXXXXXXX1234 version of the card number. changing it to:

CODE

$order->info['cc_number'] = $HTTP_POST_VARS['protx_direct_cc_number'];

would cause the full number to be stored in the database. You must note that this will cause the full cc number to be recorded in the order status/order emails thus a security risk.

I appreciate that you have your database on a secure server however both mastercard & visa rules state that if you are storing cc details in your own database you must be subject to regular independant inspections of the security - you may wish to discuss this issue with either protx or your card merchant.

HTH, Tom

newtrax

Mar 14 2006, 02:12 PM

Hi, this is my first shop project.

I have just installed the latest Protx Direct v2.22 version.

All seems OK, but I am getting the blank screen at the last stage of the process too.

I don't have anything running through SSL https yet. Is this why?

Does the whole shop need to run through https, or just the checkout part?

If I add shared SSL space to my hosting, how do I make the right bit of the process secured?

newtrax

Mar 14 2006, 10:09 PM

QUOTE (newtrax @ Mar 14 2006, 02:12 PM)

Hi, this is my first shop project.

I have just installed the latest Protx Direct v2.22 version.

All seems OK, but I am getting the blank screen at the last stage of the process too.

I don't have anything running through SSL https yet. Is this why?

Does the whole shop need to run through https, or just the checkout part?

If I add shared SSL space to my hosting, how do I make the right bit of the process secured?

OK, forget all of the above, I've got the store running through SSL now, and CURL enabled on the server.

The final blank screen has gone, but clicking 'CONFIRM ORDER' on 'checkout_confirmation.php' just sends me back to 'checkout_payment.php?error_message=' without any error message, or sign that anything hasn't worked.

I am still finishing up setting up the PROTX account. What should happen after clicking 'CONFIRM ORDER'?

Does it then go off to the PROTX site, or does it happen transparently, and a SUCCESS/THANK YOU gets displayed?

Will it all work, once PROTX is setup?

perfectpassion

Mar 14 2006, 10:55 PM

QUOTE (newtrax @ Mar 14 2006, 10:09 PM)

OK, forget all of the above, I've got the store running through SSL now, and CURL enabled on the server.

The final blank screen has gone, but clicking 'CONFIRM ORDER' on 'checkout_confirmation.php' just sends me back to 'checkout_payment.php?error_message=' without any error message, or sign that anything hasn't worked.

I am still finishing up setting up the PROTX account. What should happen after clicking 'CONFIRM ORDER'?

Does it then go off to the PROTX site, or does it happen transparently, and a SUCCESS/THANK YOU gets displayed?

Will it all work, once PROTX is setup?

It does sound like this might be because you are still setting up the account with protx. If you enable DEBUG
mode in admin area then test an order - what does it report back?

Which server mode are you using (live, test or simulator).

Tom

newtrax

Mar 15 2006, 01:01 AM

QUOTE (perfectpassion @ Mar 14 2006, 10:55 PM)

It does sound like this might be because you are still setting up the account with protx.
If you enable DEBUG mode in admin area then test an order - what does it report back?

Which server mode are you using (live, test or simulator).

Tom

Thanks for replying.
Server Mode is TEST, and DEBUG output is

VPSProtocol=2.22&TxType=PREAUTH&Vendor=atvcentre&VendorTxCode=2019427002210000&
Amount=313.29&Currency=GBP&Description=AC+Racing+Front+Bumper%28qty%3A+1%29+
%2B+Mega+Speed+Axle%28qty%3A+1%29+%2B+Pro+Design+Kill+Switch%28qty%3A+1%29
+&CardHolder=test+test&CardNumber=5404000000000001&StartDate=&ExpiryDate=0406&
IssueNumber=&CV2=&CardType=MC&CustomerEMail=test%40test.com&ContactNumber=000&
BillingAddress=1+test&BillingPostCode=test&DeliveryAddress=1+test&DeliveryPostCode=test&
CAVV=&XID=&ECI=&ClientIPAddress=86.144.152.182&3DSecureStatus=

What should happen (once PROTX is setup)? A success/thanks page?
Is the protx part invisible to the user?

I'm just waiting to get the clients Merchant info.
cheerz.

perfectpassion

Mar 15 2006, 02:50 AM

QUOTE (newtrax @ Mar 15 2006, 01:01 AM)

Thanks for replying.
Server Mode is TEST, and DEBUG output is

VPSProtocol=2.22&TxType=PREAUTH&Vendor=atvcentre&VendorTxCode=2019427002210000&
Amount=313.29&Currency=GBP&Description=AC+Racing+Front+Bumper%28qty%3A+1%29+
%2B+Mega+Speed+Axle%28qty%3A+1%29+%2B+Pro+Design+Kill+Switch%28qty%3A+1%29
+&CardHolder=test+test&CardNumber=5404000000000001&StartDate=&ExpiryDate=0406&
IssueNumber=&CV2=&CardType=MC&CustomerEMail=test%40test.com&ContactNumber=000&
BillingAddress=1+test&BillingPostCode=test&DeliveryAddress=1+test&DeliveryPostCode=test&
CAVV=&XID=&ECI=&ClientIPAddress=86.144.152.182&3DSecureStatus=

What should happen (once PROTX is setup)? A success/thanks page?
Is the protx part invisible to the user?

I'm just waiting to get the clients Merchant info.
cheerz.

With the protx direct module all the processing is invisible to the user. After confirming the details the customer should be returned to an order success page or back to the checkout payment page with an error message as applicable.

The debug message looks fine except there's no return info from the protx server - presumably becuase the vendor account isn't up yet.

HTH,
Tom

Stewart Gilray

Mar 15 2006, 02:29 PM

Hi again,
Thanks for all the help and support with my the previous OSCommerce installation I was refering too..

However I do have legit issues this time, which I know are not directly related to your contribution, but you may be able to help me with...

I've just installed your ProTX Direct contrib, on a server that was running ProTX Form.

However I get this error now...

QUOTE

Fatal error: Only variables can be passed by reference in \cmpstore\public_html\includes\modules\payment\protx_direct.php on line 537

I assume this is down to the servers installation of CURL etc etc, below is the output from the server info tool, can you spot anything that might cause this?

QUOTE

Server Information
Server Host: (192.168.0.10) Database Host: localhost (127.0.0.1)
Server OS: Database: MySQL 4.0.18-max-nt
Server Date: 15/03/2006 14:29:15 Datebase Date: 15/03/2006 14:29:15
Server Up Time:
HTTP Server: Apache/2.0.55 (Win32) mod_ssl/2.0.53 OpenSSL/0.9.7e PHP/5.0.5
PHP Version: 5.0.5 (Zend: 2.0.5)
APF Shop
osCommerce 2.2-MS2
PHP Logo
PHP Version 5.0.5

System Windows NT PHOENIX 5.2 build 3790
Build Date Sep 5 2005 15:50:13
Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared"
Server API Apache 2.0 Handler
Virtual Directory Support enabled
Configuration File (php.ini) Path W:\php\php.ini
PHP API 20031224
PHP Extension 20041030
Zend Extension 220040412
Debug Build no
Thread Safety enabled
Zend Memory Manager enabled
IPv6 Support enabled
Registered PHP Streams php, file, http, ftp, compress.zlib
Registered Stream Socket Transports tcp, udp

Zend logo This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.0.5, Copyright © 1998-2004 Zend Technologies

PHP Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference On On
allow_url_fopen On On
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap no value no value
default_charset no value no value
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions no value no value
display_errors On On
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl On On
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 2039 2039
expose_php On On
extension_dir w:/php/extensions/ w:/php/extensions/
file_uploads On On
highlight.bg #FFFFFF #FFFFFF
highlight.comment #FF8000 #FF8000
highlight.default #0000BB #0000BB
highlight.html #000000 #000000
highlight.keyword #007700 #007700
highlight.string #DD0000 #DD0000
html_errors On On
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit_flush Off Off
include_path .;w:\php\includes .;w:\php\includes
log_errors Off Off
log_errors_max_len 1024 1024
magic_quotes_gpc On On
magic_quotes_runtime Off Off
magic_quotes_sybase Off Off
mail.force_extra_parameters no value no value
max_execution_time 30 30
max_input_time 60 60
open_basedir no value no value
output_buffering no value no value
output_handler no value no value
post_max_size 8M 8M
precision 12 12
register_argc_argv On On
register_globals On On
register_long_arrays On On
report_memleaks On On
report_zend_debug On On
safe_mode Off Off
safe_mode_exec_dir no value no value
safe_mode_gid Off Off
safe_mode_include_dir no value no value
sendmail_from no value no value
sendmail_path no value no value
serialize_precision 100 100
short_open_tag On On
SMTP localhost localhost
smtp_port 25 25
sql.safe_mode Off Off
track_errors Off Off
unserialize_callback_func no value no value
upload_max_filesize 2M 2M
upload_tmp_dir no value no value
user_dir no value no value
variables_order EGPCS EGPCS
xmlrpc_error_number 0 0
xmlrpc_errors Off Off
y2k_compliance On On
zend.ze1_compatibility_mode Off Off

apache2handler
Apache Version Apache/2.0.55 (Win32) mod_ssl/2.0.53 OpenSSL/0.9.7e PHP/5.0.5
Apache API Version 20020903
Server Administrator cmpstore@just-addwater.com
Hostname:Port store.cmplive.com:0
Max Requests Per Child: 0 - Keep Alive: on - Max Per Connection: 100
Timeouts Connection: 300 - Keep-Alive: 0
Virtual Server Yes
Server Root W:/usr/Apache2
Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dir mod_env mod_imap mod_include mod_isapi mod_log_config mod_mime mod_proxy proxy_connect proxy_http mod_negotiation mod_rewrite mod_setenvif mod_userdir mod_ssl mod_php5

Directive Local Value Master Value
engine 1 1
last_modified 0 0
xbithack 0 0

Apache Environment
Variable Value
HTTP_HOST store.cmplive.com
HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060312 Firefox/1.6a1
HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5
HTTP_ACCEPT_ENCODING gzip,deflate
HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_KEEP_ALIVE 300
HTTP_REFERER http://store.cmplive.com/admin/backup.php?selected_box=tools
HTTP_COOKIE osCAdminID=ef948a39c5051f886fdf0e97f3669df9; osCsid=f8e0386245834c89e18a6ed1124f2cd3
HTTP_CONNECTION keep-alive
PATH C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;w:\php;w:\mysql;w:\mysql\bin;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\
SystemRoot C:\WINDOWS
COMSPEC C:\WINDOWS\system32\cmd.exe
PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
WINDIR C:\WINDOWS
SERVER_SIGNATURE <address>Apache/2.0.55 (Win32) mod_ssl/2.0.53 OpenSSL/0.9.7e PHP/5.0.5 Server at store.cmplive.com Port 80</address>
SERVER_SOFTWARE Apache/2.0.55 (Win32) mod_ssl/2.0.53 OpenSSL/0.9.7e PHP/5.0.5
SERVER_NAME store.cmplive.com
SERVER_ADDR 80.229.155.59
SERVER_PORT 80
REMOTE_ADDR 80.229.155.59
DOCUMENT_ROOT W:/usr/users/cmpstore/public_html
SERVER_ADMIN cmpstore@just-addwater.com
SCRIPT_FILENAME W:/usr/users/cmpstore/public_html/admin/server_info.php
REMOTE_PORT 2602
REMOTE_USER cmpstore
AUTH_TYPE Basic
GATEWAY_INTERFACE CGI/1.1
SERVER_PROTOCOL HTTP/1.1
REQUEST_METHOD GET
QUERY_STRING no value
REQUEST_URI /admin/server_info.php
SCRIPT_NAME /admin/server_info.php

HTTP Headers Information
HTTP Request Headers
HTTP Request GET /admin/server_info.php HTTP/1.1
Host store.cmplive.com
User-Agent Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060312 Firefox/1.6a1
Accept text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 300
Referer http://store.cmplive.com/admin/backup.php?selected_box=tools
Cookie osCAdminID=ef948a39c5051f886fdf0e97f3669df9; osCsid=f8e0386245834c89e18a6ed1124f2cd3
Authorization Basic Y21wc3RvcmU6b3o=
Connection keep-alive
HTTP Response Headers
X-Powered-By PHP/5.0.5
Set-Cookie osCAdminID=ef948a39c5051f886fdf0e97f3669df9; path=/admin/
Expires Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma no-cache
Keep-Alive timeout=15, max=99
Connection Keep-Alive
Transfer-Encoding chunked
Content-Type text/html; charset=ISO-8859-1

bcmath
BCMath support enabled

calendar
Calendar support enabled

com_dotnet
COM support enabled
DCOM support disabled
.Net support enabled

Directive Local Value Master Value
com.allow_dcom 0 0
com.autoregister_casesensitive 1 1
com.autoregister_typelib 0 0
com.autoregister_verbose 0 0
com.code_page no value no value
com.typelib_file no value no value

ctype
ctype functions enabled

curl
CURL support enabled
CURL Information libcurl/7.14.0 OpenSSL/0.9.7e zlib/1.2.3

dom
DOM/XML enabled
DOM/XML API Version 20031129
libxml Version 2.6.11
HTML Support enabled
XPath Support enabled
XPointer Support enabled
Schema Support enabled
RelaxNG Support enabled

ftp
FTP support enabled

iconv
iconv support enabled
iconv implementation "libiconv"
iconv library version 1.9

Directive Local Value Master Value
iconv.input_encoding ISO-8859-1 ISO-8859-1
iconv.internal_encoding ISO-8859-1 ISO-8859-1
iconv.output_encoding ISO-8859-1 ISO-8859-1

libxml
libXML support active
libXML Version 2.6.11
libXML streams enabled

mysql
MySQL Support enabled
Active Persistent Links 0
Active Links 1
Client API version 4.1.7

Directive Local Value Master Value
mysql.allow_persistent On On
mysql.connect_timeout 60 60
mysql.default_host no value no value
mysql.default_password no value no value
mysql.default_port no value no value
mysql.default_socket no value no value
mysql.default_user no value no value
mysql.max_links Unlimited Unlimited
mysql.max_persistent Unlimited Unlimited
mysql.trace_mode Off Off

odbc
ODBC Support enabled
Active Persistent Links 0
Active Links 0
ODBC library Win32

Directive Local Value Master Value
odbc.allow_persistent On On
odbc.check_persistent On On
odbc.default_db no value no value
odbc.default_pw no value no value
odbc.default_user no value no value
odbc.defaultbinmode return as is return as is
odbc.defaultlrl return up to 4096 bytes return up to 4096 bytes
odbc.max_links Unlimited Unlimited
odbc.max_persistent Unlimited Unlimited

pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version 6.2 01-Aug-2005

session
Session Support enabled
Registered save handlers files user sqlite
Registered serializer handlers php php_binary wddx

Directive Local Value Master Value
session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_lifetime 0 0
session.cookie_path /admin/ /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 100 100
session.gc_maxlifetime 1440 1440
session.gc_probability 1 1
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name osCAdminID PHPSESSID
session.referer_check no value no value
session.save_handler user files
session.save_path /tmp no value
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid 0 0

SimpleXML
Simplexml support enabled
Revision $Revision: 1.139.2.4 $
Schema support enabled

SPL
SPL support enabled
Interfaces RecursiveIterator, SeekableIterator
Classes ArrayIterator, ArrayObject, CachingIterator, CachingRecursiveIterator, DirectoryIterator, FilterIterator, LimitIterator, ParentIterator, RecursiveDirectoryIterator, RecursiveIteratorIterator, SimpleXMLIterator

SQLite
SQLite support enabled
PECL Module version 2.0-dev $Id: sqlite.c,v 1.146.2.7 2005/06/07 15:38:37 dmitry Exp $
SQLite Library 2.8.14
SQLite Encoding iso8859

Directive Local Value Master Value
sqlite.assoc_case 0 0

standard
Regex Library Bundled library enabled
Dynamic Library Support enabled
Internal Sendmail Support for Windows enabled

Directive Local Value Master Value
assert.active 1 1
assert.bail 0 0
assert.callback no value no value
assert.quiet_eval 0 0
assert.warning 1 1
auto_detect_line_endings 0 0
date.default_latitude 31.7667 31.7667
date.default_longitude 35.2333 35.2333
date.sunrise_zenith 90.83 90.83
date.sunset_zenith 90.83 90.83
default_socket_timeout 60 60
safe_mode_allowed_env_vars PHP_ PHP_
safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH
url_rewriter.tags a=href,area=href,frame=src,input=src,form=,fieldset= a=href,area=href,frame=src,input=src,form=,fieldset=
user_agent no value no value

tokenizer
Tokenizer Support enabled

wddx
WDDX Support enabled
WDDX Session Serializer enabled

xml
XML Support active
XML Namespace Support active
libxml2 Version 2.6.11

zlib
ZLib Support enabled
Compiled Version 1.2.3
Linked Version 1.2.3

Directive Local Value Master Value
zlib.output_compression Off Off
zlib.output_compression_level -1 -1
zlib.output_handler no value no value

Additional Modules
Module Name

Environment
Variable Value
ALLUSERSPROFILE C:\Documents and Settings\All Users
ClusterLog C:\WINDOWS\Cluster\cluster.log
CommonProgramFiles C:\Program Files\Common Files
COMPUTERNAME PHOENIX
ComSpec C:\WINDOWS\system32\cmd.exe
NUMBER_OF_PROCESSORS 1
OS Windows_NT
Path C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;w:\php;w:\mysql;w:\mysql\bin;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\
PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
PROCESSOR_ARCHITECTURE x86
PROCESSOR_IDENTIFIER x86 Family 6 Model 6 Stepping 2, AuthenticAMD
PROCESSOR_LEVEL 6
PROCESSOR_REVISION 0602
ProgramFiles C:\Program Files
SystemDrive C:
SystemRoot C:\WINDOWS
TEMP C:\WINDOWS\TEMP
TMP C:\WINDOWS\TEMP
USERPROFILE C:\Documents and Settings\NetworkService
windir C:\WINDOWS
AP_PARENT_PID 1364

PHP Variables
Variable Value
PHP_SELF /admin/server_info.php
PHP_AUTH_USER cmpstore
PHP_AUTH_PW oz
_REQUEST["osCAdminID"] ef948a39c5051f886fdf0e97f3669df9
_REQUEST["osCsid"] f8e0386245834c89e18a6ed1124f2cd3
_COOKIE["osCAdminID"] ef948a39c5051f886fdf0e97f3669df9
_COOKIE["osCsid"] f8e0386245834c89e18a6ed1124f2cd3
_SERVER["HTTP_HOST"] store.cmplive.com
_SERVER["HTTP_USER_AGENT"] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060312 Firefox/1.6a1
_SERVER["HTTP_ACCEPT"] text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
_SERVER["HTTP_ACCEPT_LANGUAGE"] en-us,en;q=0.5
_SERVER["HTTP_ACCEPT_ENCODING"] gzip,deflate
_SERVER["HTTP_ACCEPT_CHARSET"] ISO-8859-1,utf-8;q=0.7,*;q=0.7
_SERVER["HTTP_KEEP_ALIVE"] 300
_SERVER["HTTP_REFERER"] http://store.cmplive.com/admin/backup.php?selected_box=tools
_SERVER["HTTP_COOKIE"] osCAdminID=ef948a39c5051f886fdf0e97f3669df9; osCsid=f8e0386245834c89e18a6ed1124f2cd3
_SERVER["HTTP_CONNECTION"] keep-alive
_SERVER["PATH"] C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;w:\php;w:\mysql;w:\mysql\bin;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\
_SERVER["SystemRoot"] C:\WINDOWS
_SERVER["COMSPEC"] C:\WINDOWS\system32\cmd.exe
_SERVER["PATHEXT"] .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
_SERVER["WINDIR"] C:\WINDOWS
_SERVER["SERVER_SIGNATURE"] <address>Apache/2.0.55 (Win32) mod_ssl/2.0.53 OpenSSL/0.9.7e PHP/5.0.5 Server at store.cmplive.com Port 80</address>
_SERVER["SERVER_SOFTWARE"] Apache/2.0.55 (Win32) mod_ssl/2.0.53 OpenSSL/0.9.7e PHP/5.0.5
_SERVER["SERVER_NAME"] store.cmplive.com
_SERVER["SERVER_ADDR"] 80.229.155.59
_SERVER["SERVER_PORT"] 80
_SERVER["REMOTE_ADDR"] 80.229.155.59
_SERVER["DOCUMENT_ROOT"] W:/usr/users/cmpstore/public_html
_SERVER["SERVER_ADMIN"] cmpstore@just-addwater.com
_SERVER["SCRIPT_FILENAME"] W:/usr/users/cmpstore/public_html/admin/server_info.php
_SERVER["REMOTE_PORT"] 2602
_SERVER["REMOTE_USER"] cmpstore
_SERVER["AUTH_TYPE"] Basic
_SERVER["GATEWAY_INTERFACE"] CGI/1.1
_SERVER["SERVER_PROTOCOL"] HTTP/1.1
_SERVER["REQUEST_METHOD"] GET
_SERVER["QUERY_STRING"] no value
_SERVER["REQUEST_URI"] /admin/server_info.php
_SERVER["SCRIPT_NAME"] /admin/server_info.php
_SERVER["PHP_SELF"] /admin/server_info.php
_SERVER["PHP_AUTH_USER"] cmpstore
_SERVER["PHP_AUTH_PW"] oz
_SERVER["argv"]

Array
(
)

_SERVER["argc"] 0
_ENV["ALLUSERSPROFILE"] C:\Documents and Settings\All Users
_ENV["ClusterLog"] C:\WINDOWS\Cluster\cluster.log
_ENV["CommonProgramFiles"] C:\Program Files\Common Files
_ENV["COMPUTERNAME"] PHOENIX
_ENV["ComSpec"] C:\WINDOWS\system32\cmd.exe
_ENV["NUMBER_OF_PROCESSORS"] 1
_ENV["OS"] Windows_NT
_ENV["Path"] C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;w:\php;w:\mysql;w:\mysql\bin;C:\Program Files\Microsoft SQL Server\80\Tools\Binn\
_ENV["PATHEXT"] .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
_ENV["PROCESSOR_ARCHITECTURE"] x86
_ENV["PROCESSOR_IDENTIFIER"] x86 Family 6 Model 6 Stepping 2, AuthenticAMD
_ENV["PROCESSOR_LEVEL"] 6
_ENV["PROCESSOR_REVISION"] 0602
_ENV["ProgramFiles"] C:\Program Files
_ENV["SystemDrive"] C:
_ENV["SystemRoot"] C:\WINDOWS
_ENV["TEMP"] C:\WINDOWS\TEMP
_ENV["TMP"] C:\WINDOWS\TEMP
_ENV["USERPROFILE"] C:\Documents and Settings\NetworkService
_ENV["windir"] C:\WINDOWS
_ENV["AP_PARENT_PID"] 1364

newtrax

Mar 15 2006, 02:40 PM

QUOTE (perfectpassion @ Mar 15 2006, 02:50 AM)

With the protx direct module all the processing is invisible to the user. After confirming the details the customer should be returned to an order success page or back to the checkout payment page with an error message as applicable.

The debug message looks fine except there's no return info from the protx server - presumably becuase the vendor account isn't up yet.

HTH,
Tom

Thanks for clarifying. I'm pretty sure once PROTX is up, it'll work now.

Vger

Mar 15 2006, 04:23 PM

To have a full ssl cert on a shared server your site needs its own dedicated ip address. When I tested this out it was necessary to supply both the shared ip address of the server (which is the gateway to your website) and the dedicated ip address of the website itself.

Vger

QUOTE (Stewart Gilray @ Feb 25 2006, 06:36 PM)

hmmm ok, so it was right and wrong...

The IP I added to ProTX yesterday, was the correct IP address for the server, however when I did the ServerIPtest, it came back with a different one under the two things you suggested.

So I added the new one and removed the old one, but it STILL gives that error...

Any ideas, should I have both on ProTX ?

Vger

Mar 15 2006, 04:28 PM

Hi, If you were concerned about cURL then you only needed to post the few lines that related to cURL and not the several thousand lines of code you did post. We try to be helpful here, but no one is going to go through your whole server set up for you.

Vger

QUOTE (Stewart Gilray @ Mar 15 2006, 02:29 PM)

Hi again,
Thanks for all the help and support with my the previous OSCommerce installation I was refering too..

However I do have legit issues this time, which I know are not directly related to your contribution, but you may be able to help me with...

I've just installed your ProTX Direct contrib, on a server that was running ProTX Form.

However I get this error now...
I assume this is down to the servers installation of CURL etc etc, below is the output from the server info tool, can you spot anything that might cause this?

Stewart Gilray

Mar 15 2006, 05:47 PM

@Vger

Thanks for your reply, "don't" know if it's Curl, I was merely asking PerfectPassion if he had experience with this type of error, and if it was/is related to Curl or not.

And it is not my entire servers setup.

FYI, I found your reply arrogant.

I've been a member of this forum for a good while now I have requested help and I have given help, and never has anyone replied to me in such a manner.

Personally, I think if you are going to send this type of message it should be done via PM, and not publically.

Stewart Gilray

Mar 15 2006, 05:55 PM

QUOTE (Vger @ Mar 15 2006, 04:23 PM)

To have a full ssl cert on a shared server your site needs its own dedicated ip address. When I tested this out it was necessary to supply both the shared ip address of the server (which is the gateway to your website) and the dedicated ip address of the website itself.

Vger

Thank you for your suggestion, however you are way off base, the issue was resolved by PerfectPassion.

Vger

Mar 15 2006, 06:12 PM

I'm sorry if my remarks offended you - but I do try to discourage people from posting thousands of lines of code to the forum. It makes it difficult for anyone else using the thread, and obviously increases load on the forums.

I'm glad you got your problem resolved by Perfect Passion. But what do I know about Protx Direct, when I only put together the Protx 2.0 module. The only difference to the one you are using is the addition of features which Protx isn't yet employing.

Vger

Stewart Gilray

Mar 15 2006, 06:17 PM

QUOTE (Vger @ Mar 15 2006, 06:12 PM)

I'm sorry if my remarks offended you - but I do try to discourage people from posting thousands of lines of code to the forum. It makes it difficult for anyone else using the thread, and obviously increases load on the forums.

I'm glad you got your problem resolved by Perfect Passion. But what do I know about Protx Direct, when I only put together the Protx 2.0 module. The only difference to the one you are using is the addition of features which Protx isn't yet employing.

Vger

No worries.

As for the problem, it was actually two problems, the one you responded to first was the first problem which was solved weeks ago.

My new post today is a NEW problem with a different installation.

perfectpassion

Mar 15 2006, 06:26 PM

QUOTE (Stewart Gilray @ Mar 15 2006, 02:29 PM)

Hi again,
Thanks for all the help and support with my the previous OSCommerce installation I was refering too..

However I do have legit issues this time, which I know are not directly related to your contribution, but you may be able to help me with...

I've just installed your ProTX Direct contrib, on a server that was running ProTX Form.

However I get this error now...
I assume this is down to the servers installation of CURL etc etc, below is the output from the server info tool, can you spot anything that might cause this?

Hi stewart,

The line concerned is :

CODE

$response = array_shift(split(" ",$authorize["Status"]));

I notice from the server info you posted that you are running php 5.0.5 - with that version the function array_split no longer accepts variables by reference (hence the error). Try replacing the offending line with:

CODE

$authorize_split = split(" ",$authorize["Status"]);
$response = array_shift($authorize_split);

HTH,
Tom

Stewart Gilray

Mar 15 2006, 07:48 PM

Hi Tom,
Thanks for that, it made a difference, however, I know get...

QUOTE

- Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

With no message prior to the -.

I even ran it in debug and got various bits n bobs back, nothing that stood out however.

I can PM/Email you the debug output?

perfectpassion

Mar 15 2006, 07:59 PM

QUOTE (Stewart Gilray @ Mar 15 2006, 07:48 PM)

Hi Tom,
Thanks for that, it made a difference, however, I know get...
With no message prior to the -.

I even ran it in debug and got various bits n bobs back, nothing that stood out however.

I can PM/Email you the debug output?

Sure PM the debug and i'll see if i can spot anything!

Tom

symbolism

Mar 20 2006, 11:46 AM

Hi,

Still using the old V2 Protx Module, we are getting failure with all visa electron cards, basically when the purchaser inputs the card number it is reconised as a visa card, not electron and we are getting the error back from protx as follows

The card type does not match the card number - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

if any one could could give us a pointer where we should be looking it would be appreciated

regards

Chris

Vger

Mar 20 2006, 12:33 PM

Use the includes/classes/cc_validation.php file from the latest Protx Direct contribution. Electron isn't in there, so you may have to replace Solo with Electron, or else add Electron as another option. You will need to find out the code formula for the number range Electron uses.

Vger

Vger

Mar 20 2006, 01:03 PM

CODE

elseif (ereg('^450875([0-9]{10})?$', $this->cc_number)) {
        $this->cc_type = 'UK Electron';
        return -5;
      } elseif (ereg('^48440[6-9]{1}([0-9]{10})?$', $this->cc_number)) {
        $this->cc_type = 'UK Electron';
        return -5;
      } elseif (ereg('^4844[1-4]{1}[0-9]{1}([0-9]{10})?$', $this->cc_number)) {
        $this->cc_type = 'UK Electron';
        return -5;
      } elseif (ereg('^48445[0-5]{1}([0-9]{10})?$', $this->cc_number)) {
        $this->cc_type = 'UK Electron';
        return -5;
      } elseif (ereg('^4917[3-5]{1}[0-9]{1}([0-9]{10})?$', $this->cc_number)) {
        $this->cc_type = 'UK Electron';
        return -5;
      } elseif (ereg('^491880([0-9]{10})?$', $this->cc_number)) {
        $this->cc_type = 'UK Electron';
        return -5;

Vger

symbolism

Mar 21 2006, 10:00 AM

Thanks for that,

Just an update protx require the card type to be 'UKE' not UK - ELECTRON

Regards

Chris

Vger

Mar 21 2006, 12:35 PM

Will add that to the module, many thanks.

Vger

symbolism

Mar 21 2006, 02:40 PM

Nothing to do with os Commerce or protx, just had a look at the valid ranges of Credit Cards, printed off from our machine in the office

and quite frankly, it seems a right mess, so many of the ranges of different card type seem to overlap

like the maestro block 4903030000-4903039999 seems to overlap some of the visa ranges

does any one know of a defintive list of the uk credit card ranges so we can test various card numbers and see if they are being reconised correctly

regards

Chris

OSCOMMERCE SUPPORT CALL 702-453-3332