reubenwilcock
Archived-
Posts
29 -
Joined
-
Last visited
Everything posted by reubenwilcock
-
Ok, finally fixed it. My fault. I must have inadvertantly added some whitespace after the ?> in the protx_direct.php lanuguage file so there are a newline being outputted before the link was done. Sorted.
-
I am trying to debug it now - I have established that it happily gets all the way to almost the end of the checkout_process.php file. I have altered the end so that it echos the link it is about to go to: echo('this is the link:' . tep_href_link(FILENAME_CHECKOUT_SUCCESS, '', 'SSL')); tep_redirect(tep_href_link(FILENAME_CHECKOUT_SUCCESS, '', 'SSL')); require(DIR_WS_INCLUDES . 'application_bottom.php'); ?> This confirms that the link is created correctly - but it doesnt actually go to that link. I.e. it gets to checkout_process.php, does all the stuff in there (hence order goes through fine) and prints the link it wants to go to e.g. <mystore>/shop/checkout_success.php?osCsid=7b24f576ac592fc7b12e94b11ddaf14c but doesnt actually go there. If I copy and paste that link in the address bar it goes there fine and the successful checkout is reported etc... So, tep_redirect() doesnt seem to be making the page redirect to that link...
-
I'm not on GoDaddy hosting...
-
To add to that: the page it is hanging on is the checkout_process.php page (i.e. its blank).
-
I have another problem now: - i place an order (using the test numbers) and the order goes through, but I never make it back to the checkout success page - instead it goes to a blank screen... Checking the admin site and VSP admin shows the order went through. Any suggestions?
-
By the way, the solution to the problem I had with the 'Fehlende® oder ungültige® Größenparameter!' error was to remove the 'px' from the image width and height in the protx_process.php file, line 53.
-
Ah yes - it turns out its from a thumbnail resizer contribution: function thumbimage ($image, $x, $y, $aspectratio, $resize, $cachedir){ /*############################################## # - Thumbnail-Script v1.3 - # # Generating thumbnails 'on-the-fly' with PHP # # # # © by Christian Lamine, FlashDreams OHG # # [url="http://www.flashdreams.de/"]http://www.flashdreams.de/[/url] # # # # Modified by [url="http://www.tse.at"]http://www.tse.at[/url] # # Modified by [email protected] # # # # This script may be freely used, distributed # # and modified without any charge as long as # # this copyright information is included. # # # # Any commercial selling of this script is # # forbidden. # # # # The author is not responsible for possible # # damage which may result from the application # # of this script, neither direct nor indirect. # # Use at your own risk! # ##############################################*/ error_reporting(0); $types = array (1 => "gif", "jpeg", "png", "swf", "psd", "wbmp"); // Formats Not Supported - To use this feature uncomment the line below // (beginning with ($not_supported_formats) and add the files types you do not // want thumbed. // $not_supported_formats = array ("GIF"); // Write in capital Letters!! umask(0); !is_dir ($cachedir) ? mkdir ($cachedir, 0777) : system ("chmod 0777 ".$cachedir); (!isset ($x) || ereg ('^[0-9]{1,}$', $x, $regs)) && (!isset ($y) || ereg ('^[0-9]{1,}$', $y, $regs)) && (isset ($x) || isset ($y)) ? true : DIE ('Fehlende® oder ungültige® Größenparameter!'); !isset ($resize) || !ereg ('^[0|1]$', $resize, $regs) ? $resize = 0 : $resize; !isset ($aspectratio) || !ereg ('^[0|1]$', $aspectratio, $regs) ? isset ($x) && isset ($y) ? $aspectratio = 1 : $aspectratio = 0 : $aspectratio; !isset ($image) ? DIE ('Es wurde kein Bild angegeben!') : !file_exists($image) ? DIE ('Die angegebene Datei konnte nicht auf dem Server gefunden werden!') : false; $imagedata = getimagesize($image); !$imagedata[2] || $imagedata[2] == 4 || $imagedata[2] == 5 ? DIE ('Bei der angegebenen Datei handelt es sich nicht um ein Bild!') : false; $imgtype="!(ImageTypes() & IMG_" . strtoupper($types[$imagedata[2]]) . ")"; if ((eval($imgtype)) || (in_array(strtoupper(array_pop(explode('.', basename($image)))),$not_supported_formats))) { $image = substr ($image, (strrpos (DIR_FS_CATALOG . '/', '/'))+1); return $image; } if (!isset ($x)) $x = floor ($y * $imagedata[0] / $imagedata[1]); if (!isset ($y)) $y = floor ($x * $imagedata[1] / $imagedata[0]); if ($aspectratio && isset ($x) && isset ($y)) { if ((($imagedata[1]/$y) > ($imagedata[0]/$x) )){ $x=ceil(($imagedata[0]/$imagedata[1])* $y); } else { $y=ceil($x/($imagedata[0]/$imagedata[1])); } } $thumbfile = '/' . basename($image); if (file_exists ($cachedir.$thumbfile)) { $thumbdata = getimagesize ($cachedir.$thumbfile); $thumbdata[0] == $x && $thumbdata[1] == $y ? $iscached = true : $iscached = false; if (@filemtime($cachedir.$thumbfile) < @filemtime($image)) $iscached = false; } else { $iscached = false; } if (!$iscached) { ($imagedata[0] > $x || $imagedata[1] > $y) || (($imagedata[0] < $x || $imagedata[1] < $y) && $resize) ? $makethumb = true : $makethumb = false; } else { $makethumb = false; } if ($makethumb) { $image = call_user_func("imagecreatefrom".$types[$imagedata[2]], $image); if (function_exists("imagecreatetruecolor") && ($thumb = imagecreatetruecolor ($x, $y))) { imagecopyresampled ($thumb, $image, 0, 0, 0, 0, $x, $y, $imagedata[0], $imagedata[1]); } else { $thumb = imagecreate ($x, $y); imagecopyresized ($thumb, $image, 0, 0, 0, 0, $x, $y, $imagedata[0], $imagedata[1]); } call_user_func("image".$types[$imagedata[2]], $thumb, $cachedir.$thumbfile); imagedestroy ($image); imagedestroy ($thumb); $image = DIR_WS_IMAGES . 'imagecache' . $thumbfile; } else { $iscached ? $image = DIR_WS_IMAGES . 'imagecache' . $thumbfile : $image = substr ($image, (strrpos (DIR_FS_CATALOG . '/', '/'))+1); } return $image; } Its a few lines into that: " : DIE ('Fehlende® oder ungültige® Größenparameter!');"
-
I have had the same problem as rikdoughty - when the 3D secure box comes up in the iframe and you put in the wrong password it says "Fehlende® oder ungültige® Größenparameter!" which upon searching the oscommerce files comes from \shop\includes\functions\html_output.php file, line ~ 364. Why it happens I dont know... Any ideas? Reuben
-
Hi, I have been using the protx direct module for some time now - it works very well. However, I just got an order and in the payment table in the staus column is says: "The closing of the local transaction failed. However, the transaction has succeeded. " I checked the Protx VSP admin panel and it seems ok - does anyone know what this means? Cheers, Reuben
-
I got it to work by changing line 77 in protx_process.php as follows: from: tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode(MODULE_PAYMENT_PROTX_DIRECT_TEXT_AVS_CVV_ERROR), 'SSL', true, false)); to: tep_redirect(tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error=' . urlencode(MODULE_PAYMENT_PROTX_DIRECT_TEXT_AVS_CVV_ERROR), 'SSL', true, false)); Then the protx returned errors come up in the rex box when redirected to the payment pages. This is in the same way as if you make a mistake in the test CC number on the payment page. Reuben
-
I am doing some testing with the test card numbers for the protx direct contribution. When I use the test number for, say, the visa card and I choose mastercard in the drop down list on the payment page, I am able to progress onto the order confirmation stage but when I click to comfirm the order it does not checkout and instead comes back to the payment page. This is expected behaviour BUT there is no red banner or error message saying what the reason was. Is this supposed to happen (i.e. no error message) - or should there be a message? There seem to be quite a few cases when the checkout fails and it comes back to the payment page, but there is no message explaining why. I am trying to work out if this is standard behaviour or whether its my setup... Cheers, Reuben
-
Awesome - cheers. I was half way there - I am using that module you mentioned too and just hadn't added it to the protx_process.php file. Thanks again, Reuben
-
... and yes i did get your reply to my original post. You seemed to think I wanted to pass the EURO/USD amount to protx, which I dont. I explained this in a reply to your post, and that wasnt replied to. I then remembered there was this main support thread for the Protx module and thought my query would be better posted here.
-
I am surprised you don't think this would be useful. If people from other countries want to order goods from a website they often want to know how much a GBP amount is in their currency before they purchase the item. What this normally means is going off to a website like www.xe.com and finding the conversion there. It is therefore convenient for them to see this conversion on the oscommerce website, for indication purposes, despite the final amount being charged in GBP. Perhaps a better way of doing it would be to show the USD/EURO amount in () next to the prices and stick with GBP the whole way though...
-
Hello again - got the merchant account and the protx test stuff. Its nearly there, just one problem (I did post this elsewhere but not much response): My site allows the customer to see prices in GBP EURO and USD, but when the order gets placed the payment gets taken GBP. This worked well with the paypal ipn module - people like to know approx how much it is in their currency, and its made clear at the order confirmation stage how much in GBP will be taken from their account. HOWEVER, with the protx module it doesnt work - if I try and place an order in EURO or USD then it fails to checkout and just returns to the payment page. To clarify, I dont want to take payment in EURO or USD I just want to take payment in GBP, regardless of whether the customer chooses to look at the price in EURO or USD. What I want is at the point at which the info is sent to protx, the currency/amount to be always changed to GBP. Any ideas? Everything else seems to work ok, just need to fix this then its sorted. Cheers, Reuben
-
I understand that, and I have the same setup with paypal: whatever the user chooses to have the prices displayed in on the website, they ultimately get charged GBP. For example they choose to have it displayed in USD and it ends up $400 then when they actually pay the equivalent GBP gets charged. The currency options are just so that they can get a feel for the prices in their currency, but whatever happens they always pay the GBP amount. In paypal, and other payment modules this all works fine, but with protx it doesnt like it. Any ideas? Reuben
-
Hi - I am, just testing the protx direct module, and generally it seems great. On my site I allow the prices to be displayed in GBP, EURO or USD - the protx and merchant account will only accept GBP. When I used the paypal IPN module this was handled by sending the amount to paypal in GBP regardless of what currency was selected, but it seems that this isnt handled with the protx direct module because if I choose a currency other than GBP it just fails to checkout and returns to the paymant page. Any idea what im doing wrong? How can I make it so the final amount sent to protx is the GBP value? Cheers - really appreciate any help on this, thanks. Reuben
-
Does anything special need to be installed on the web hosting server for the direct module to work? Cheers again, Reuben
-
So with Protx direct you take the CC details on your site - do they get stored on your site, or just passed to the Protx bit? Reuben
-
Hi, I currently use paypal and its driving me round the bend how many people dont pay because either they dont like paypal or their card doesnt work or it tries to get them to sign up to an account etc etc. Anyway I have decided that a proper payment gateway and merchant account is the only way to do it properly. I looked around and it seems that as a payment gateway Protx is the best value, so now I just need to sort out a merchant account (I use Abbey and they use streamline for their merchant account stuff so I think I'll go with them) and get protx sorted. My question is whether this Protx conrtibution is working pretty well for people or not? I remember one of the problems I had with paypal was when they closed the paypal window without returning to my site and the order got lost (but I got the money). I used the Paypal IPN module to fix this - does the same kind of problem happen with the Protx module? Cheers, Reuben