kingfisher Posted August 4, 2004 Posted August 4, 2004 DPS provided the DPS.PHP download, and its (theoretically) installed as per instructions :-) BUT... I can't get it to talk to the DPS host. The DPS gateway appeared nicely in the Payment modules, and I've configured it as per directions included with the DPS.PHP files. Running thru the shopping cart process is fine, after entering the Credit Card details, it steps through to "Confirmation" of order so it seems to have somehow checked that the card is valid, expiry dates are correct etc. When I click "Confirm Order" after a few seconds I get an error message on the shopping cart page saying "We are currently unable to process your card. Please try again." I added an email address on the DPS Gateway setup - so that's followed soon after by an email with the subject "DPS Transaction Logging: No Reponse from DPS" DPS tech support says their host is not being reached when we attempt the transaction. HOSTS: Kiwi Web Hosting - cURL available - Comodo SSL installed - osCommerce version 2.2-MS2 At this point I'm out of ideas - has anyone else suffered through this already and found an answer? Ben Ben Kemp - CA-NZ - West Coast - New Zealand - www.comauth.co.nz - [email protected] _________________________________________
kagg Posted August 4, 2004 Posted August 4, 2004 It could be a firewall issue on the server so your site can not communicate data with DPS server. Confirm with your host.
kingfisher Posted August 4, 2004 Author Posted August 4, 2004 Definitely not a firewall issue. The hosting company has other clients connecting to DPS. I can get the PayPal gateway to work fine. Ben Kemp - CA-NZ - West Coast - New Zealand - www.comauth.co.nz - [email protected] _________________________________________
Fordboy Posted August 5, 2004 Posted August 5, 2004 Gidday Ben I noted that the Contribution section of the site has a module and instructions for the DPS module. Being a fellow New Zealander and shortly using Kiwi Web Host Commodo SSL's and DPS I had located this. I am unsure if it will be of any use to you at this stage but it may have some relevant information. I would be very very interested in seeing how you get on as I am close to be exactly where you are at present Regards Fordboy
kingfisher Posted August 5, 2004 Author Posted August 5, 2004 Hi Sean Yeah, mate... THAT is the bit that I have not been able to get to work yet, although the jury is still out on why that is... could be a problem on the particular server with cURL (whatever the hell THAT is) ;) What I am doing though is documenting the SSL and DPS installation process, plus required osCommerce php edits and issues that have arisen as part of the job. You are welcome to a copy of that when/if we get everything to work... :) Cheers Ben Kemp - CA-NZ - West Coast - New Zealand - www.comauth.co.nz - [email protected] _________________________________________
Fordboy Posted August 5, 2004 Posted August 5, 2004 Gidday Ben I have quickly researched what a cURL is from using the web. I am no expert but I found out that a cURL is a command line tool for getting or sending files using URL syntax. It can transfer files with URL syntax supporting FTP, FTPS, HTTP, HTTPS TELNET etc. cURL supports http uploads , proxies, cookies and file transfer resume. That is just stuff I extracted on a quick look for your information. Others may have more relevant nad possibly more correct information. I have already spoken to DPS and they tell me that the module is great and a piece of cake to install. Looking at the instructions etc it does look straight forward. Again I am no guru but if DPS have indicated that you have not even got to them yet in the process then I guess it seems logical to closely look at each step along the way. Hang in there my friend if you need support or assistance just let me know. Regards Sean
kingfisher Posted August 5, 2004 Author Posted August 5, 2004 Hi Sean Installation of the module really is simple - so much so that there does not seem to be anywhere that you can screw it up! Its either installed, or not installed. If its installed, its either enabled or not enabled.... If its enabled, its either set to Purchase, or Authorise - either way it should produce a result at the DPS end. Problem is that its not even making the needle flicker over at the DPS host... :-) Unfortunately, the gentleman who wrote the DPS PxPost gateway must be away as I've had no response to several emails over past 2 days. I've just gone back thru uploading dps.php files via FTP, removing and reinstalling the gateway, and retesting - same result. Seems more and more like a hosting issue... the saga continues. As its now over a week since I commenced the mission of getting the shop "live," I'm beginning to get a little terse and testy... :angry: regards Ben Ben Kemp - CA-NZ - West Coast - New Zealand - www.comauth.co.nz - [email protected] _________________________________________
Fordboy Posted August 6, 2004 Posted August 6, 2004 Hi Ben Hang in there I am still not as far along the track as you and I have had many many trying and terse moments as the simple has become the complicated. The motto I have been working to is patience, perserverance and persistence. Whilst no guru I would look at the hosting at this stage pending an answer from the developer. Regards Sean
kingfisher Posted August 6, 2004 Author Posted August 6, 2004 Hi Sean I've got as far as this without any real hassles at all - did post on the forum re getting the SSL settings sorted, and that was quite straigtforward. Basically, all was good right thru to the installation of the DPS PxPost payment module - even that part was fine - well, except for it not working! :D I've just transferred 3 sites from previous hosting company due to a multi-day outage which they did not bother to inform me of - discovered it by accident. However... having been an IT consultant for 15+ yrs, I do get a little irked when something that should work, does not, and everyone then insists its not their problem! I'm sure once I can establish communications with Geoff Ford, the developer of the payment module, that he will quickly be able to establish where the problem lies by debugging the php script etc as it executes etc - thats slightly beyond me! ;) He must be on leave/sick or something - I've sent 4 emails and left a voice message on his phone without any response. Watch this space, as they say... Cheers Ben Ben Kemp - CA-NZ - West Coast - New Zealand - www.comauth.co.nz - [email protected] _________________________________________
kingfisher Posted August 6, 2004 Author Posted August 6, 2004 Hi Sean The DPS PxPost gateway suddenly started to work at 18:17:37 last night - someone posted a test transaction from the test account on the shop that went thru fine, generated a "DPS Transaction Logging: Approved" message, a confirmed order message from the shop, and when I log in to DPS I've got a transaction that appears in the DPS PxPost transaction file for our Merchant Account. Have just posted another test transaction - it also worked fine! I emailed Kiwi Web hosting explaining that I would appreciate knowing what the problem was etc. got this back... "I believe some work was done on the PHP build on that server last night." Go figure... Ben Ben Kemp - CA-NZ - West Coast - New Zealand - www.comauth.co.nz - [email protected] _________________________________________
Fordboy Posted August 7, 2004 Posted August 7, 2004 Hi Ben Great news. Thanks for your e amil as well. I will review it all in the morning. I will keep in touch as I progress not far behind you. I suspected a problem with the hosting and it has proved right. Great news. Regards Sean
surgez Posted January 19, 2006 Posted January 19, 2006 Hi Sean The DPS PxPost gateway suddenly started to work at 18:17:37 last night - someone posted a test transaction from the test account on the shop that went thru fine, generated a "DPS Transaction Logging: Approved" message, a confirmed order message from the shop, and when I log in to DPS I've got a transaction that appears in the DPS PxPost transaction file for our Merchant Account. Have just posted another test transaction - it also worked fine! I emailed Kiwi Web hosting explaining that I would appreciate knowing what the problem was etc. got this back... "I believe some work was done on the PHP build on that server last night." Go figure... Ben I realise that this is a little late but i believe i have stumbled across the problem and somewhat a solution for those who control there own osc/linux server. My symptoms where exactly as described in this post and after being tipped of that it was something to do with php i instantly thought of the modules. After some sniffing around and a bit of playing i discovered that pxpost uses curl exstensively. I was however unable to use curl to connect with the dps site as it was throwing me out saying that the dps sites certificate was not among the approved list in ca-bundle.crt and indeed thwate was not listed. Downloaded the new source for curl and rebuilt/installed and rebooted etc... Only to find that the same problem was occuring again in regards to approving transactions from my osc site, however i could now connect to the dps site using curl. To make a long story short i needed to compile both curl/ssl/php together for it to run correctly following this example: Manual Build and Install Build OpenSSL (In openssl-0.9.x directory) ./config make make test make install Build CURL (In curl-7.x.x directory) ./configure --with-ssl=/usr/local/ssl (if ssl was installed here) make make install (libcurl.so is now in /usr/local/lib) Build PHP (In php-4.x.x directory) ./configure --with-openssl=/usr/local/ssl \ --with-curl=/usr/local/lib --with-apache=../apache_1.3.x make make install Build and install SSL-aware Apache (In mod_ssl-2.8.xxxx directory) ./configure --with-apache=../apache1.3.x --with-ssl=/usr/local/ssl \ --prefix=/usr/local/apache --activate-module=src/modules/php4/libphp4.a Follow remaining steps the output tells. Restart your apache... BINGO! (contributed by Lim Chung Keng)
Recommended Posts
Archived
This topic is now archived and is closed to further replies.