Kristoff
-
Posts
86 -
Joined
-
Last visited
Posts posted by Kristoff
-
-
In v5 I had
if($prodArray[0]['price'] == "0.00") {
$view_prod->assign("TXT_PRICE_VIEW","FREE");
}Is it possible to add a similar line of code in v6? If so, where do I find it? Thanks
-
Did you manage to find anything else out?
-
Right, I think I know what the _a is. I just changed line 322 from _a to "testing" and after paying got sent to "http://www.site.com/index.php?cart_order_id=141009-203928-6031&testing=complete"
It returned me to the homepage rather than the order page and hasn't added the transaction to transactions. So i'm guessing that _a is telling the store that the payment has been completed?
-
Could A not be something to do with the A at the end of the Callback URL?
"siteurl.com/index.php?_g=rm&type=gateway&cmd=process&module=SagePay&cart_order=631636-363616-6313A"
Does that not just seem to coincidental? When using XOR there was an X on the end of this URL to tell the store that it had been sent using XOR.
Or.... Line 322:
httpredir(currentPage(array('_g', 'type', 'cmd', 'module'), array('_a' => 'complete')));_a => complete
Is that to tell the script that the payment has been completed?
Also, any idea what "ReferrerID" is on line 244? Should that be related to the store? Or is it that just an ID relating to CubeCart?
-
Is the squared bracket after _GET a typo again?
EDIT: SagePay GET Keys: Array ( [0] => _g [1] => type [2] => cmd [3] => module [4] => cart_order_id [5] => _a )
-
SagePay - SQS: _g=rm&type=gateway&cmd=process&module=SagePay&cart_order_id=141009-193950-4190&crypt=@82ae248aab4fb70f320d3d12edd7b1325933977679d18fb8d9aad0b1d8a3efb2bf48fe741b275ae997e371905606573833d90cdffdd115dead7be5b9b7ba2fa706e1c83ee619f7ca2ffa19aed3af5ecd5405e533d4bba087c7813639328c8991dca5387dfc45a98aaaecb4b6ee8818cb0500064990eef6b40d27b5cbf0de47eb6622d83a56371a63e45a1fcb3e2dc8b79c96aa050d2f1ed0951588717366482e75aa3b0ff9868908be993e801c0bfb66c5c06a1fca7a2ffe6bc26dfaf7450dae0eb6e807ea63274ae0010161c0803e215c50eef0eedb7d10ab68ad29a321df954f36afc233dee27b43e58a9b026961fbc5165db924170596bde6c592e897bf4e0ad585d01cab0bd90e1e29f5c07741f57b25bd18c63562bc5e2cb294318d085d070b15db84f8b97f6c17184c54ffbf821516daa231ea88af5176cffa175d9b9c37b94619c497672a1d9328291c8867fff721ac1be488a8b33315662b79fc9ddaac80c7bb4e43b88a163a45452c8ac27d3003a34e58f252588bc423e424c3f8a778dd86f80ae202fab6a824b60b84b66b
SagePay - SRU: /index.php?_g=rm&type=gateway&cmd=process&module=SagePay&cart_order_id=141009-193950-4190&crypt=@82ae248aab4fb70f320d3d12edd7b1325933977679d18fb8d9aad0b1d8a3efb2bf48fe741b275ae997e371905606573833d90cdffdd115dead7be5b9b7ba2fa706e1c83ee619f7ca2ffa19aed3af5ecd5405e533d4bba087c7813639328c8991dca5387dfc45a98aaaecb4b6ee8818cb0500064990eef6b40d27b5cbf0de47eb6622d83a56371a63e45a1fcb3e2dc8b79c96aa050d2f1ed0951588717366482e75aa3b0ff9868908be993e801c0bfb66c5c06a1fca7a2ffe6bc26dfaf7450dae0eb6e807ea63274ae0010161c0803e215c50eef0eedb7d10ab68ad29a321df954f36afc233dee27b43e58a9b026961fbc5165db924170596bde6c592e897bf4e0ad585d01cab0bd90e1e29f5c07741f57b25bd18c63562bc5e2cb294318d085d070b15db84f8b97f6c17184c54ffbf821516daa231ea88af5176cffa175d9b9c37b94619c497672a1d9328291c8867fff721ac1be488a8b33315662b79fc9ddaac80c7bb4e43b88a163a45452c8ac27d3003a34e58f252588bc423e424c3f8a778dd86f80ae202fab6a824b60b84b66b -
Thanks for all your help.
-
I've taken the line out that caused the blank page. Have just sent you a pm with the store URL.
-
Actually ignore me saying it's lightspeed. Where would I find that?
-
Looking at this page:
https://clients.evohosting.co.uk/knowledgebase.php?action=displayarticle&id=81
They're all the same format of numbers?
-
I've asked my host about it and they suggested switching the account to use their custom PHP 5.4 build:
AddHandler application/x-httpd-php54 .php
At the top of the htaccess file, but that just threw up a blank page?
-
When we upgraded it won't have made a difference on PHP versions I guess as we were using the other type of verification on the old SagePay gateway and if you look at the thread I linked at the start of this thread, it seems we were having those problems way back then, I just worked around the way the payment was made, which is now no longer an option?
-
An access from sagepay's IP address (might be hard to discover that), but the entry will have:
GET index.php?_g=rm&type=gateway&cmd=process ......
It may be quite a long entry.
GET /index.php?_g=rm&type=gateway&cmd=process&module=SagePay&cart_order_id=141007-153513-2593&crypt=@de316aff41b4b5d404d8f755f14776f402d374242decff36d21b7d1cbc63f5e57e1622d07c7919c9d936abff814c119c7f6c178c24d0a8798c7ddbdcc03a83201b5ec82518bc5f7d43254bbfc416d5f11270be370b6ef22ac83ca7d818ba8a6f2e56feabb653cfe3f3d4da19efa61ae31825ec8766bfbfff68da674ee8c3ec6bd84fd8826438d6dd1e6ea3f6ca7ff9ffd32fea75a11104f0f8b26f98564f2ce19e9be4de5a3cd65a154a90688be135b87c55859dc100877ddf02980bdca484214ec6087f64fafcff18a5ae2017dfde360040f55ed4e0e0531a554726a5c6d869852c027aa5227c473a30602c5cf74b60552e65a9759d7fda0ff71c8b9fe68d861b19f6be789cca7f0a86bcf1f0afc98563dfe91875b15c3417d06bef41ff80f87bb3afcb0402e32262ad5d1388dc0e0545ac55e1adc899d064e267ef61c355df137ed2a9e6493a857a3eb82ff166052709efa4ee564287b202d0871edf903d473c95f4db6e12cf9a1944271a62191077a99b4c04cb7691e9ec823ad9fd512edc0e4543c1dfc28b3bc2c86ef3ba547c75 HTTP/1.1" 302 26 "https://live.sagepay.com/gateway/service/authorisation" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.124 Safari/537.36"? -
I do have a list of raw access details, but it's a big list of files loaded etc. What should I look for?
-
Ok in notes it's now saying "SagePay - no indicator."
-
Ok, let me know what you want me to try and i'll give it a bash!
-
We just updated cube cart from 5.2.11 that was the only change we made.
-
SagePay's response...
"Protocol 3 been out over a year no problems. Cubecart may allow you to roll back to 2.23 so you can trade while they fix?"
-
The callback URL is storeurl.com/index.php?_g=rm&type=gateway&cmd=process&module=SagePay&cart_order_id=111111-111111-1111A
-
Thank you for your help.
-
User goes to sagepay site and makes the payment on sagepay form, then returns to the website. Where it used to say completed and they could download the item.
-
I have no idea. They all look like they tie in to the 319 line to me, but I don't really know what I'm looking at. I can't get on to the sagepay site until tomorrow, but would the content of the transactions in sagepay be any help? It has the returning URL along with other bits and bobs.
-
SagePay Keys: Array ( [0] => _g [1] => type [2] => cmd [3] => module [4] => cart_order_id [5] => __utma [6] => __utmb [7] => __utmc [8] => __utmz [9] => PHPSESSID [10] => _a )
Edit:
That seems to come from here?
$order->logTransaction($transData); httpredir(currentPage(array('_g', 'type', 'cmd', 'module'), array('_a' => 'complete'))); return false;Line 319ish?
-
$REQ_keys = print_r(array_keys($_REQUEST]), true);
Is the squared bracket after Request an error?
Can't print orders...
in Technical Help
Posted
For some reason I can't seem to print orders. When you go to print an invoice from the admin area, it's going to the page with this in the address bar:
admin.php?_g=orders&node=index&sort%5Border_date%5D=DESC&print%5B0%5D=123456-123456-1234
But then just loading the page with the list of orders. If you try to print from order overview, it goes here:
admin.php?_g=orders&node=index&print[]=1123456-123456-1234
But then just shows the page with the list of orders on again. Anyone got any idea where it's going wrong?