Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Vger

♥Ambassador
  • Posts

    16,659
  • Joined

  • Last visited

Everything posted by Vger

  1. Hi, No it does not have to be dropped into /usr/lib/, as all of the necessary files we dropped into the one folder, the cgi-bin. We never had a problem with that setup. Vger
  2. I'm glad that you got your link with Protx sorted. Unfortunately I know other people who have done this and have had as much trouble as some people have had with HSBC integration. Also - don't you end up paying twice? Once to Protx, once to HSBC? Vger
  3. Hi Paul, Appreciate your workaround to your problem. However as HSBC looks for the Lib file that comes as part of the package of files on the HSBC CD-ROM Integration Guide all that is needed is to drop that file into the cgi-bin along with the other files. If you are still having problems with the order not coming back properly and you are using checkout_process.php as your return address you may want to try checkout_success.php instead. Vger
  4. I meant what I said in my earlier post - thanks to you getting the module written for osCommerce HSBC has received a lot of extra business at a time when they were trying to get people to buy into their new system. If you don't find them too helpful then it might be worth drawing that to their attention. A little blackmail/arm twisting never harmed anyone :D Vger
  5. Hi. First of all ...thank you for getting the module written in the first place! Actually, HSBC should be thanking you even more! One thing I would check is that HSBC has actually changed things over at their end (provided this is on the same website). I know that when we went from Test to Production mode that it took HSBC 24 hrs to make the change. If you have a new Hash code and Client ID then they need to have made the changes their end or else you will get the 'Hacking attempt!' message. Also, please make sure that the Client ID or Alias set in your osCommerce payment module is the full number (beginning with UK and ending with GBP). We used the short number to begin with and only got it to work when we input the full number. Hope this helps - Vger
  6. If you don't have access to a cgi-bin one level below your website root files then create a folder called cgi-bin, and set the appropriate permissions and pathway for it. Then, put all of the four files into this cgi-bin. The absolute path will depend upon your server setup. It could be something like /var/www/html/ for your web root and /var/www/cgi-bin/ for your cgi-bin, but whatever it is it will be shown in your osCommerce configure.php files. The only reason I can think of that you may not have access to a cgi-bin would be if you use FrontPage extensions for your osCommerce website - which is a bad idea anyway (in my experience and opinion). Hope this helps - Vger
  7. Did you replace the checkout_process.php file with a known good copy (default install version of osCommerce)? If there is a problem with that file then it won't go through to checkout_success.php. It does not sound like a problem with HSBC. The order is being taken and the person is being returned to checkout_process.php - at which point in time the involvement of HSBC is finished. If all else fails you can try changing this piece of code to checkout_success.php, as in: $post_1=array( 'CpiDirectResultUrl'=>tep_href_link('checkout_success.php', '', 'SSL', true), Vger
  8. Try installing a new (default) checkout_success.php file (unless you have amended it for any Contributions you've installed), in case there's a problem with it. Vger
  9. Check in includes/modules/payment/hsbc.php that this is set as your return url: $post_1=array( 'CpiDirectResultUrl'=>tep_href_link('checkout_process.php', '', 'SSL', true), Vger
  10. It actually looks from the pathways in the error as though your ssl pathways are not set up correctly in your configure.php files. See here: There are two url's in there with no separation and one of them is an http url. There should be only one url and that should be https. Vger
  11. In case this can help anyone else - after six months of working fine our HSBC integration stopped working. This was the old code which worked, then stopped working: //Generation of the order_id ? ? ?srand ((float) microtime() * 10000000); ? ? ?$r1 = rand(100,999); ? ? ?$t1 = date("yz-his"); ? ? ?$ordernum = $t1.$r1; ? ? ?if (!empty($_POST['OrderId'])) $ordernum=$_POST['OrderId']; We changed it to this, and it works again: //Generation of the order_id ? ? ?srand ((float) microtime() * 10000000); ? ? ?$r1 = rand(100,999); ? ? ?$t1 = date("yz-his"); ? ? ?$sequence = "Your Company Name Here order $t1"; ? ? ?$ordernum = $t1; ? ? ?if (!empty($_POST['OrderId'])) $ordernum=$_POST['OrderId']; The last line is probably superfluous now, but we've left it in anyway. A few tips: For support from HSBC don't phone their normal support line number, phone the ICG Dept on 0845-6022880 (9-5 Mon-Fri only). This is for existing customers only. They will be able to pull up the error logs and tell you why the transaction is being rejected at their end. Worked for us. Thanks to Neil also for checking the checkout code. Vger
  12. Depends what you mean by 'numbers' sent by HSBC. If this is an order number they generate then 'yes' it will probably be different to your own, because your orders will include any test orders you've run through, including Payment By Cheque orders. Consider yourself lucky if that is your only problem with HSBC tonight! Vger
  13. Hi Neil, Thanks for that offer. We've already checked the source against a former checkout_confirmation.php page that we had kept for reference and they are identical. The problem is not there. However, I shall e-mail it to you, in case you can see something that we can't! HSBC isn't even giving a 'Hacking attempt!' error, just bouncing us straight back to the site with the 'Invalid input data' error. We have removed the javascript drop down that we thought was the cause of the problem - because in ssl mode it used a blank.html page as a buffer, and this was causing a 'mixed content' error. We resolved that easily enough, but decided to remove the drop down anyway. I have done file comparisons all day between the old site files and the new site files (all of the relevant ones anyway) and it keeps coming back 'files identical'. I'm now beginning to wonder if it is to do with the CCGV Contribution. It was installed on the old site but not activated until now. It's either that or something really silly and otherwise minor that is throwing HSBC off. As you know - it doesn't take much to do that! Many Thanks - Vger
  14. Okay - after having the HSBC e-Secure module up and running for over six months without a hitch it's now well and truly broken. Last night the new version of the website was uploaded, and HSBC stopped working. No HSBC files were overwritten. At first I thought it was to do with a new javascript drop down header, but that was replaced with a simple header on all the SSL pages - but it's still returning an 'invalid data input' error. Any idea as to what could be causing the problem? Vger
  15. You can always intervene in the mysql database to get the order_id to accept a larger number of digits. Vger
  16. Free BSD - excuse me while I roll over on my back, kick my legs up in the air, and die laughing! Sorry - just my jaundiced view of Free BSD (used by the likes of PowWeb). Really though - you're going to have more than enough trouble trying to get this to operate on a decent server setup, let alone trying to run it on FreeBSD. Vger
  17. Take a look at the link below. It will tell you what you've done wrong. http://www.oscommerce.info/docs/english/e_...db_connect.html Vger
  18. I'm not sure whether the version 2.0 contains an update to the HSBC module or not. As it has three more banks etc. listed it may be that it is just a bigger zip containing integration guides for more banks, rather than an update to the HSBC one. I use HSBC from the v1.0 and it works fine (once you know how to do it all). It is worth doing when it all works correctly, but there is no doubting that it is a major pain to get it all up and running. The files (I think, if I remember correctly) are four in total, and they are all there on the HSBC CD Rom Integration Guide (CPI), both in text that you can save as file, and as actual files. Vger
  19. There is no problem with the 3rd version of the HSBC module by Jose Leon, available by download from his site at: http://oscommerce.qadram.com/modules.php?n...wdownload&cid=4 If what you are doing results in a better version of the module, and available via osCommerce then good luck! I was just wondering if you were aware or not of the 3rd module by Jose Leon at the time of writing your update to the 1st and 2nd modules. The file you mentioned (testHash.e) as being in the 'catalog' directory has previously been placed in the cgi-bin, along with the other HSBC files, and I would have thought this was more secure. Vger
  20. This usually happens with people who don't realise that they have to put certain files in the cgi-bin, and set the right permissions on those files. The files are included in the HSBC CD Rom Integration Guide. Vger
  21. Mibble has already said this, but it is obviously worth saying in full "Forget about 2.9 - use the new contribution! It's free standing, you can leave the other PayPal mods were they are, just deactivate them, and use the new one - without having to make any changes to the files!" Vger
  22. Okay, you need to check your files, because you usually get this error in osCommerce when you have installed the same file at two different levels e.g. If you have downloaded and edited the root level index.php, and then you've uploaded it to the includes/languages/english/ level, overwriting the index.php there. The first file at the root level is called, and then the second file is called, and you get just that error. Vger
  23. Sorry, just realised it's 2.9 Vger
  24. This isn't a problem I've ever heard of with the PayPal modules, so I'm guessing that it must have something to do with the install of the mod. Vger
×
×
  • Create New...