Remotely Hosted Payment Page - Possible?!?!

One last try...

My email is [email protected] if you'd like to test this module out. Can't attach it for some reason.

Thanx

I told you to send me the entire module earlier and I gave you my email address.

...sent to your email.

The normal mode of operation is to send a zen cart session id to the payment processor along with the transaction, and when the customer is returned to your site the retun is made with the same session id so that the cart can recognise the order. If the payment procesor does not return the session id, or if they use a session id of their own, then the cart does not recognise the order - the customer is logged out upon their return - their basket is still full - no order confirmation emails get fired off - and the order is not entered into the database.

A generated order id could also be used to track the order, but which method of tracking is used depends upon how the payment module is set up.

Vger

Thanks Vger,

I wish Zencart could do what OSCommerce does with remotely hosted payment pages. That EXACT same remotely hosted payment page works perfectly being fed by OSCommerce. See it - http://thefruitboxshop.com/shopping_carts.html

And a little further down on that page is the zencart demo feeding to the SAME payment page. I just don't know enough about it to understand why OSCommerce recognises everything coming back but Zencart doesn't, especially considering they are both sending to exactly the same page. Totally beats me.

But don't take my word for it, try both carts for yourself on the demo page: http://thefruitboxshop.com/shopping_carts.html and remember that you'll be seeing the exact same e-Path payment page when you checkout from both carts.

One works with remotely hosted payment pages, the other doesn't. I'm trying damn hard to come to a different conclusion but its not looking good for Zencart at this stage. I'm still working on it though.

Thanx Vger

zen cart can do everything that osc can do.
and actually alot more.

can you send me the files for OSC.

lets see what is missing from the files you sent me

There is no official 'contribution' for osCommerce for this module - so I don't know where it's coming from - unless it's listed under another name.

Vger

Its USA epay
I will know more once I can get the OSC site to do anything but puke and die

Thankx heaps Merlinpa1969,

Sending the OSCommerce ones right now. Did you install the zen ones? Did you get the same probs?

thanx

No I didnt install them,

and I think I would bypass changing core code in the future

I will know more once I can get the OSC site to do anything but puke and die

Yes, the osC forums have been screwed for several days now. Time for another server upgrade by the looks of things.

Vger

well I got into the osc downloads, and even though the links are there the modules are not

oops, I was looking for epay,

You need to figure out how to remove the ?ord= from the return url.

this is whats breaking it.
If you test it and come back to the site and then remove the ord= from the url it works just fine

I did the OSCommerce ones a while back. But I can't take credit for them because they are from bits and pieces of others. Bloody hundreds of attempts but I'm pleased with the final one, haven't had cause to improve on it since. But its only a super basic thing as e-Path doesn't actually do anything, they just take the fields and return customer cleanly to whatever the return address the cart sends it. Hardly difficult stuff.

I do know e-Path have just under 140 merchants with OSCommerce carts using my module right now and so far not one bad feedback. So I'm pretty safe to get it up to OSCommerce.

This is one of the reasons why I'm keen to get Zen working, e-Path religiously point everyone to OSCommerce, bout time they woke up and smelled the coffee, which they are doing with their demo site I guess - and kudos to them, not many gateways get their hands dirty with grass roots stuff like that. But the very bottom line is the thing obviously needs to work. Talk about frustration.

I might get e-Path to do another fresh install. Can't help but feel its not the modules fault (I could be wrong of course)

Thanks

Products

1 x Test 3 (TEST3) = $75.00
Color Green
Media Type DVD

Sub-Total: $75.00
Flat Rate (Best Way): $5.00
Total: $80.00

Delivery Address

Merlin Pendragon
12345 dragons heart way
york, PA 17402
United States

Billing Address

Merlin Pendragon
12345 dragons heart way
york, PA 17402
United States

Payment Method

CREDIT CARD - E-PATH

It is a problem with epath adding the order number to the end of the URL.
unless that gets removed this will never work for Zen.... Unless you can possible strip off the extra crap at the end

Merlinpa1969:

You need to figure out how to remove the ?ord= from the return url.

this is whats breaking it.
If you test it and come back to the site and then remove the ord= from the url it works just fine

BLOODY HELL!!!! This is a HUGE discovery. Well done man.

I would not have picked that cause OSCommerce doesn't appear to be bothered with having the ord value in the string.

I need to get the ord value into that returning URL somehow, because the cart needs to send it off in the emails, otherwise the merchant won't know what authourisation is for what order. I'll have a play. Well done Merlin, you da man!!

Thanks

If you use &ord rather than ?ord it will pass the order.
You will want to figure out how to add the $ord to the order table then it can be displayed on the email.
But it has to have something to display. looks like you missed an addition the the DB insert in the origional checkout_process.php file from OSC

and your right osc dosnt mind the ? but that will cause confusion since zen carts links already have ? in them