Customizing Checkout Success Page Note based on Payment Method?

[thomasw98]

Did you DELETE any ADDED files that you created by trying all your changes?

The cause of a page not displaying is 95% because of a PHP syntax error created in one of your files. Usually it's a language file or a template file.

I was just about to say "no" on this when suddenly the name "filenames.php" popped vaguely into my head. I looked inside and thought there was no way I would change anything in there, but decided to upload a clean version just to be on the safe side...you have already guessed how this ends, right?....and now the cart works fine. So either it is a random coincidence, or I must have changed something in that file.

The Alipay system is still not working, so it looks like you are right. Unrelated.

Thanks for the custom code. I will give it a try and definitely make a donation to the team. How do I do this?

[Kim]

Donate Link

[thomasw98]

Paypal!!!!!!!!!!

Paypal is a total disaster in China. Nearly unusable. Even worse to try to make international payments via their system. I predict they will soon fail and exit China just like Ebay did.

So I will send a personal check for $100 to the Oregon address (No need to send me the zencart hat since the postage to China is too much of a hassle).

Thanks to all the zencart gurus for this great software!

[thomasw98]

The custom coding is not working for me...it just shows the default text "Thank you for your order". It seems as if the "if" statement in checout_success/header_php.php is never satisfied.

I have checked all the files and code and have confirmed that they match Dr Bytes suggestion. But still, it just shows the default response.

Not sure where to even start looking to solve this problem or to test it step by step. Any ideas?

[DrByte]

The custom coding is not working for me...it just shows the default text "Thank you for your order". It seems as if the "if" statement in checout_success/header_php.php is never satisfied.

I have checked all the files and code and have confirmed that they match Dr Bytes suggestion. But still, it just shows the default response.

Not sure where to even start looking to solve this problem or to test it step by step. Any ideas?

Hmmm ... Slight change to step #2 ... instead of putting it near the top, put it down around line 38 ... specifically *after* this line:

require(DIR_WS_MODULES . zen_get_module_directory('require_languages.php'));

[thomasw98]

Hmmm ... Slight change to step #2 ... instead of putting it near the top, put it down around line 38 ... specifically *after* this line:

require(DIR_WS_MODULES . zen_get_module_directory('require_languages.php'));

Well, that sorta works but not quite...here's what happens now:

Test order a product. Select payment method (for this example, COD), continue, then confirm the order, wait while it tries to reach success..but no, it errors out. Can not display page. But the order has been booked into the system properly and the email to the store owner and the customer are both successfully sent.

Go back to index page. Cart is empty. Pick a product and checkout. On the select payment type page, the radio button for COD is already selected! click continue, then confirm order. Wait. Yes, it is successful...but only sometimes (that's the part that annoys me...inconsistent error behavior ). Either way, whether success page is displayed or not, the order has been recorded and emails sent out properly.

Cycling through it again and again, sometimes the radio button is already selected (it is always the same as your last order) and sometimes not.

Pretty weird behavior

[DrByte]

...wait while it tries to reach success..but no, it errors out. Can not display page. But the order has been booked into the system properly and the email to the store owner and the customer are both successfully sent.

Go back to index page. Cart is empty. Pick a product and checkout. On the select payment type page, the radio button for COD is already selected!

That's normal behaviour if the order didn't complete properly due to a server/PHP error.


The "cannot display page" suggests that you've made an error in your PHP editing.
What's in the server errorlog this time?

[thomasw98]

That's normal behaviour if the order didn't complete properly due to a server/PHP error.


The "cannot display page" suggests that you've made an error in your PHP editing.
What's in the server errorlog this time?

Errorlog: I use a Chinese virtual server, and they do not give me access to error logs. Their services are very limited in many ways like that, plus they are expensive. What a great deal!

Now I am at my office and the script seems to run perfectly, so I guess it was an internet connection problem that was creating the unreliable results yesterday.

Only problem I have left is that some payment types work perfectly, and give the proper message on the success page, but one of them does not ("Postal Transfer"...a way of transferring money via the post office here in China). For some reason it always gives the default response. I will check the payment type name to be sure I am using the correct matching text variable name.

So, it seems I am nearly there. Thanks again for all your help! I think this code will also be of use to many other people using Zencart.

[DrByte]

What's the filename of your payment transfer module ? that's what you need to use in the new language definition.

[thomasw98]

What's the filename of your payment transfer module ? that's what you need to use in the new language definition.

This turns out to be a very high-tech problem which I am proud to announce that I have solved using my massive intellectual powers (you may have noticed the lights dim in your house last night...that was me thinking): I adjusted the spelling of the word "tranfer" to a new high-tech version: "transfer". That solved the problem right away.

Genius!