WorldPay Module version 3.0 - Support thread

For Zen Cart v1.5.x ONLY.
This is the NEW support thread for the latest version WorldPay 3.0.

I will not be supporting this thread. Just trying to be a good citizen starting a new thread for the current version of WorldPay

Things that were added and removed:

v3.0 Updated by
Countrycharm And Bottyz v3.0 - 7/25/2015

• Removed: YOUR_ADMIN/includes/boxes/extra_boxes/worldpay_response_customers_dhtml.php. These folders and file was dropped as it wasn't necessary for zen cart v1.5+
• Removed: includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_payment_default.php. This file was dropped as it wasn't necessary.
• Added a full_uinstall_sql_patche.sql statement for fully un-installing the WorldPay module.
• Added Optional tweak that allows for stating of actual card type within order history, customers account and email. To do this there were two new folders and file created. includes/auto_loader/config.worldpay.php and includes/init_includes/init_worldpay.php.
• Updated cards Accepted as some of them have now been discontinued.
• Added new credit card images for sidebox.
• Added two new folders and files includes/auto_loader/config.worldpay.php and includes/init_includes/init_worldpay.php for the optional tweak that allows for stating of actual card type within order history, customers account and email.
• Fixed WorldPay page not showing under customers on zen cart v1.5+ admin.
• Updated WorldPay payments URL: Changes affected your connection with WorldPay because they are no longer part of RBS. Modified includes/modules/payment/worldpay.php.
• New addition added to increase session time to reduce time outs and 302s.
• Now auto registers the admin-->customers--> worldpay admin page automatically when module is installed.
• Now auto deletes the admin-->customers-->worldpay admin page automatically when module is Removed.
• Updated the _doc to reflect the changes.
• Change WorldPay version number to v3.0

If you are using Zen Cart v1.3.x:
Please DO NOT post questions regarding the v1.3.x versions of this add-on in this support thread.

Questions regarding the v1.3.x versions of this add-on should be directed to this support thread HERE: https://www.zen-cart.com/showthread....Support-thread

When posting bugs/issues about WorldPay v3.0, it's more helpful to resolve them if you post details. Just saying "it's broken" or "doesn't work" does not provide nearly enough information to help YOU resolve YOUR issue.

Hi all,

Contrycharm and I have spent a good few hours to bring this mod back up to a useable level. We've tested it on a couple of shops and I have it running on a live one with no issues.

You will have to reselect the card types you use on your shop when reinstalling the module as some of the old one were obselete. You'll also need to ensure you select the appropriate payment zone before using.

If you do encounter any issues please post as much info as you can here about what happened (never a debug log with your password and installation info) and what steps you took to create the issue and I'll do my best to offer advice and assistance where possible.
Please bear in mind though that I'm not on here everyday owing to other work commitments (currently a new vps and website to sort) so I may not reply quickly.

However, I'm sure contrycharm will be keeping an eye out once in a while too.

WorldPay version 3.0 is now available in the plugin section....

I am full following the Manual to install this module, but still experience callback fail problems.

Here are the log WorldPay give to me


== BoF Testing Shop Log
Transaction ID: 41xxx63xxx (Security Reason Changed to some x)
Cart ID: 8exe7bxxd2xx5a15f862cb6exxxxxxx (Security Reason Changed to some x)
Installation ID: 1xxxxx (Security Reason Changed to some x)

Error reported: Callback to http://www.shop.com/test708/index.ph...e=wp_callback: NOT OK, recevied HTTP status: 302
Server Reference: ukdc2-pz-pay01:callbackFailureEmail-1xxxxx:MerchReq-17-95
== EoF Testing Shop Log



== Callback response data ==
HTTP/1.1 302 Moved Temporarily
Date: Mon, 27 Jul 2015 09:26:03 GMT
Server: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_fcgid/2.3.9
X-Powered-By: PHP/5.4.35
location: http://www.shop.com/
Content-Length: 0
Connection: close
Content-Type: text/html
== Callback response data ==



== BoF Live Shop Log
[2015-07-22 16:41:28.288 (TID:msg1Conn9-211795)] Callback handling failed
[2015-07-22 16:41:28.285 (TID:msg1Conn9-211795)] Callback Failed: Callback to: http://www.shop.com/store/index.php?...e=wp_callback: failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.
[2015-07-22 16:41:01.469 (TID:msg1Conn9-211795)] Callback suspended, but retrying (attempt 145)
== EoF Live Shop Log


Where my shop URL is like this
Using cPanel Redirect setting / will be from
for example
http://www.shop.com
redirect to
http://www.shop.com/store


And WP Official Back End setting are
Enter the Shopper Redirect URL:
http://www.shop.com/store/index.php?...eckout_success

All other setting such as
Payment Response enabled? - ensure this is ticked.
Enable Recurring Payment Response? - ensure this is ticked.
Enable the Shopper Response? - ensure this is ticked.
Suspension of Payment Response? - ensure this is NOT ticked (it automatically selects if callback fails).
Click 'Payment Response Password - enter your password. (and then again to validate, do not tick use default as it will reset password fields) Make this secure using numbers and letters. You only have to remember it long enough to enter it in your Zen Cart Worldpay module configuration.
MD5 secret for transactions - enter a pass phrase which can be up to 16 characters long and include spaces. (and then again to validate, do not tick use default as it will reset password fields).

I am all following with the WorldPay 3.0 doc step still out of luck, any suggestion how to check/debug what is wrong on the
HTTP 302 Error and
failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.

Both callback failed if take care of WorldPay log, URL, it include the zendid like this
index.php?zenid=0440xxxeafxx5a710294xx9bea14fxxx

Do it is the problems source?

Thank you.

Quote:

---

Originally Posted by explorer1979

I am full following the Manual to install this module, but still experience callback fail problems.

Here are the log WorldPay give to me


== BoF Testing Shop Log
Transaction ID: 41xxx63xxx (Security Reason Changed to some x)
Cart ID: 8exe7bxxd2xx5a15f862cb6exxxxxxx (Security Reason Changed to some x)
Installation ID: 1xxxxx (Security Reason Changed to some x)

Error reported: Callback to http://www.shop.com/test708/index.ph...e=wp_callback: NOT OK, recevied HTTP status: 302
Server Reference: ukdc2-pz-pay01:callbackFailureEmail-1xxxxx:MerchReq-17-95
== EoF Testing Shop Log



== Callback response data ==
HTTP/1.1 302 Moved Temporarily
Date: Mon, 27 Jul 2015 09:26:03 GMT
Server: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_fcgid/2.3.9
X-Powered-By: PHP/5.4.35
location: http://www.shop.com/
Content-Length: 0
Connection: close
Content-Type: text/html
== Callback response data ==



== BoF Live Shop Log
[2015-07-22 16:41:28.288 (TID:msg1Conn9-211795)] Callback handling failed
[2015-07-22 16:41:28.285 (TID:msg1Conn9-211795)] Callback Failed: Callback to: http://www.shop.com/store/index.php?...e=wp_callback: failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.
[2015-07-22 16:41:01.469 (TID:msg1Conn9-211795)] Callback suspended, but retrying (attempt 145)
== EoF Live Shop Log


Where my shop URL is like this
Using cPanel Redirect setting / will be from
for example
http://www.shop.com
redirect to
http://www.shop.com/store


And WP Official Back End setting are
Enter the Shopper Redirect URL:
http://www.shop.com/store/index.php?...eckout_success

All other setting such as
Payment Response enabled? - ensure this is ticked.
Enable Recurring Payment Response? - ensure this is ticked.
Enable the Shopper Response? - ensure this is ticked.
Suspension of Payment Response? - ensure this is NOT ticked (it automatically selects if callback fails).
Click 'Payment Response Password - enter your password. (and then again to validate, do not tick use default as it will reset password fields) Make this secure using numbers and letters. You only have to remember it long enough to enter it in your Zen Cart Worldpay module configuration.
MD5 secret for transactions - enter a pass phrase which can be up to 16 characters long and include spaces. (and then again to validate, do not tick use default as it will reset password fields).

I am all following with the WorldPay 3.0 doc step still out of luck, any suggestion how to check/debug what is wrong on the
HTTP 302 Error and
failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.

Both callback failed if take care of WorldPay log, URL, it include the zendid like this
index.php?zenid=0440xxxeafxx5a710294xx9bea14fxxx

Do it is the problems source?

Thank you.

---

Hi explorer,

Sorry to hear you're still having issues. I think its got to be something with the settings in the merchant interface. I've attached a screenshot of my production merchant interface screen (obviously with the private stuff blanked out) and I can see a couple of differences.

Attachment 15473

1. I don't have the 'shopper redirect url' box. I never have had that, its something me and countrycharm discussed as his client had it too. Have you tried leaving that box empty?
2. I don't have enable recurring payments ticked. Again something that has always differed from the worldpay mod docs.


I'm assuming you've had the above results in the test mod of the worldpay module?

Quote:

---

Originally Posted by bottyz

Hi explorer,

Sorry to hear you're still having issues. I think its got to be something with the settings in the merchant interface. I've attached a screenshot of my production merchant interface screen (obviously with the private stuff blanked out) and I can see a couple of differences.

Attachment 15473

1. I don't have the 'shopper redirect url' box. I never have had that, its something me and countrycharm discussed as his client had it too. Have you tried leaving that box empty?
2. I don't have enable recurring payments ticked. Again something that has always differed from the worldpay mod docs.


I'm assuming you've had the above results in the test mod of the worldpay module?

---

I have spent many hour with explorer over email trying to solve this problem. No they didn't have those boxes tick at first. I showed the them the same image I showed you about the setting. That's when they ticked the shopper redirect url' and enable recurring payments.

There problem seems more complicated. They have hundreds of error in there worldpay admin and they need to get worldpay to rest there account before they ever get it to redirect back to there site.

Quote:

---

Originally Posted by explorer1979

I am full following the Manual to install this module, but still experience callback fail problems.

Here are the log WorldPay give to me


== BoF Testing Shop Log
Transaction ID: 41xxx63xxx (Security Reason Changed to some x)
Cart ID: 8exe7bxxd2xx5a15f862cb6exxxxxxx (Security Reason Changed to some x)
Installation ID: 1xxxxx (Security Reason Changed to some x)

Error reported: Callback to http://www.shop.com/test708/index.ph...e=wp_callback: NOT OK, recevied HTTP status: 302
Server Reference: ukdc2-pz-pay01:callbackFailureEmail-1xxxxx:MerchReq-17-95
== EoF Testing Shop Log



== Callback response data ==
HTTP/1.1 302 Moved Temporarily
Date: Mon, 27 Jul 2015 09:26:03 GMT
Server: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_fcgid/2.3.9
X-Powered-By: PHP/5.4.35
location: http://www.shop.com/
Content-Length: 0
Connection: close
Content-Type: text/html
== Callback response data ==



== BoF Live Shop Log
[2015-07-22 16:41:28.288 (TID:msg1Conn9-211795)] Callback handling failed
[2015-07-22 16:41:28.285 (TID:msg1Conn9-211795)] Callback Failed: Callback to: http://www.shop.com/store/index.php?...e=wp_callback: failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.
[2015-07-22 16:41:01.469 (TID:msg1Conn9-211795)] Callback suspended, but retrying (attempt 145)
== EoF Live Shop Log


Where my shop URL is like this
Using cPanel Redirect setting / will be from
for example
http://www.shop.com
redirect to
http://www.shop.com/store


And WP Official Back End setting are
Enter the Shopper Redirect URL:
http://www.shop.com/store/index.php?...eckout_success

All other setting such as
Payment Response enabled? - ensure this is ticked.
Enable Recurring Payment Response? - ensure this is ticked.
Enable the Shopper Response? - ensure this is ticked.
Suspension of Payment Response? - ensure this is NOT ticked (it automatically selects if callback fails).
Click 'Payment Response Password - enter your password. (and then again to validate, do not tick use default as it will reset password fields) Make this secure using numbers and letters. You only have to remember it long enough to enter it in your Zen Cart Worldpay module configuration.
MD5 secret for transactions - enter a pass phrase which can be up to 16 characters long and include spaces. (and then again to validate, do not tick use default as it will reset password fields).

I am all following with the WorldPay 3.0 doc step still out of luck, any suggestion how to check/debug what is wrong on the
HTTP 302 Error and
failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.

Both callback failed if take care of WorldPay log, URL, it include the zendid like this
index.php?zenid=0440xxxeafxx5a710294xx9bea14fxxx

Do it is the problems source?

Thank you.

---

You need to get worldpay to reset your account because of all repeated failures of Callback errors which seems to have blocked, or frozen your return from worldpay to your shop success page. Some form of loop generating too much data in the return template.

1.) Too many bytes or data form your template

or

2.) Your PHP settings are causing this to happen.

Until you do this the callback system will not work on your end. No other help can be offered.

OK, I didn't know you'd already been emailing. I did see the bytes too long part but thought suggesting the obvious first might be an idea.
If doing what countrycharm suggested doesn't fix the issue I would also recommend setting up a new zencar and adding the module to see if it still fails on a new install. If it doesn't it's certainly likely oneof your customisationson the current cart is conflicting.

Hi Bottyz,

I make a new ZC 1.5.1 + WP 3.0 + Default Themes
Then re enter all my account and PW on it.

Tested it work!


So ...
What will make the "failed CAUSED BY The maximum limit of 131072 bytes has been exceeded"?

The Old Themes or Module?

Any idea to fast check this?

Thank you.

Quote:

---

Originally Posted by explorer1979

Hi Bottyz,

I make a new ZC 1.5.1 + WP 3.0 + Default Themes
Then re enter all my account and PW on it.

Tested it work!


So ...
What will make the "failed CAUSED BY The maximum limit of 131072 bytes has been exceeded"?

The Old Themes or Module?

Any idea to fast check this?

Thank you.

---

Hi Explorer,

That's great news. So its unlikely the worldpay module itself is causing the issue. It'll more likely be something on your live cart that is conflicting and causing extra bytes to be passed. Maybe even a corruption in your database.

Unfortunately, there is no fast way of testing. However, the way I would do it would be to to work logically through adding modules, settings, etc... one by one from your live zen cart to the new test version and check after each addition to see if the worldpay module still works.
If you then add something and it suddenly causes that error, you'll be able to pinpoint what it is that causes the issue and you can then investigate further in correcting the problem.

I hope this helps. Please do post on here if you find out what it was causing this issue, so that other users with the same problem can see in future what you found.

If you need any more advice please post on here.

Good luck


P.S. is there a reason you tried a new test cart using v1.5.1, you'd be better off upgrading to the latest v1.5.4 as it'll stop you needing to upgrade twice.

Quote:

---

Originally Posted by bottyz

Hi Explorer,

That's great news. So its unlikely the worldpay module itself is causing the issue. It'll more likely be something on your live cart that is conflicting and causing extra bytes to be passed. Maybe even a corruption in your database.

Unfortunately, there is no fast way of testing. However, the way I would do it would be to to work logically through adding modules, settings, etc... one by one from your live zen cart to the new test version and check after each addition to see if the worldpay module still works.
If you then add something and it suddenly causes that error, you'll be able to pinpoint what it is that causes the issue and you can then investigate further in correcting the problem.

I hope this helps. Please do post on here if you find out what it was causing this issue, so that other users with the same problem can see in future what you found.

If you need any more advice please post on here.

Good luck


P.S. is there a reason you tried a new test cart using v1.5.1, you'd be better off upgrading to the latest v1.5.4 as it'll stop you needing to upgrade twice.

---

Hi Bottyz,

I restore the MySQL DB to test it again

Here are my test environment ZC 1.5.1 + WP 3.0 + Default Themes + Restore MySQL DB (DB copy from Live Shop), but without any images (FTP haven't upload all Live Shop Image on it)

Then re enter all my account and PW on it and buy something on front end

Tested it work!

This mean our DB haven't any problems

My next test plan is replace the Default ZC Themes with our themes see what will happened.


Why I not using ZC 1.5.4 since the Super Order and Edit Order Module, special the Super Order it not work with ZC 1.5.3 that can download from Official Zen Cart (countrycharm already give me a GitHub link to the more new version, I will make a test later on when free.)


Thank you all in there help and suggestion for me. I will post my test result once done.

I am having problems with the Worldpay module installed on a customers website.

Bellow are the setup screen from WorldPay admin and an error log from WorldPay for a transaction I ran to test it.

The customer is using Zen Cart 1.5.4 and WorldPay module 3.0

WorldPay worked fine prior to a new build of the website and a move of servers.

I have removed all redirects from the .htaccess file as it seems that the redirect url being presented is different from the one sent. I have also ensured that the site is set as http://www.domain-url.co.uk in both normal configure.php and the one in admin.

Hitting a brick wall with WorldPay as they say that it is a Zen Cart problem. I have also tested the issue with the standard template to ensure there is nothing in the new template causing the issue.

All help will be gratefully appreciated.

I should add, whilst this is a move to a new server, the site is a new build (the customer, orders and products tables were imported to the new database only - all other tables are from the new build).


Attachment 15557
Attachment 15558

Hi,

Long time ago I am try to make WP 3.0 work on my ZC 1.5.1, it callback failed, but, after I change my server's PHP POST size from 2M to 2040M, it can work again with my ZC 1.5.1...

But... now I am starting on processing the ZC 1.5.4 upgrade integration, the same callback oversize error again (Yes, ZC version is different, and yes, new themes, but, if using new themes without restore the ZC 1.5.1 DB (Run the ZC install DB upgrade), mean new install, no addition modules, it can work!!!

But it confused me again is, the ZC 1.5.1 work again, why same DB (actually the PHP files many haven't add the modules, I just want to quick test with WP, so using ZC 1.5.1 DB, then run the ZC 1.5.4 upgrade PHP script, it sucessful, then test buy, it not work again)

Now, I look for the worldpay module PHP files, have some idea, but ..... but ... since I am not programmer, I am from IT Pro field more than from programming filed, so my PHP is still learning more more on it ....

My idea is ...
look on /includes/modules/payment/wordlpay.php
Line about 195 to 203

PHP Code:

---

function _build_callback(){

        $ssl = (defined('ENABLE_SSL') && ENABLE_SSL == true) ? 'SSL' : 'NONSSL' ;
        $sid = ( defined('SID') && zen_not_null(SID) ) ? false : true ;
        $callback_url = str_replace( array('http://','https://'),'', zen_href_link(FILENAME_WP_CALLBACK, zen_session_name().'='.zen_session_id() , $ssl, $sid));

        return $callback_url ;
      
      } 


---

I am wonder, how to add some PHP coding that can output the '$callback_url' and 'return $callback_url' to the ZC's buildin logs folder /logs with a new filename like worldpay_callback.txt etc?? Or "Catch" it $_POST array value to the same /logs/worldpay_callback.txt for troubleshoot why it error over size The maximum limit of 131072
bytes has been exceeded

Thank you.

And one more inform, I enabled the WorldPay debug log, see some diff, but I am don't know why like this

Here are the key diff part that I am using WinMerge to compare two file ... hope someone here can post me to a direction how to check why no value ...

the work one

PHP Code:

---

    [navigation] => navigationHistory Object
        (
            [path] => Array
                (
                    [0] => Array
                        (
                            [page] => index
                            [mode] => NONSSL
                            [get] =>
                            [post] => Array
                                (
                                )

                        )

                    [1] => Array
                        (
                            [page] => checkout_shipping
                            [mode] => NONSSL
                            [get] =>
                            [post] => Array
                                (
                                )

                        )

                    [2] => Array
                        (
                            [page] => checkout_payment
                            [mode] => NONSSL
                            [get] =>
                            [post] => Array
                                (
                                )

                        )

                    [3] => Array
                        (
                            [page] => checkout_confirmation
                            [mode] => NONSSL
                            [get] =>
                            [post] => Array
                                (
                                )

                        )

                    [4] => Array
                        (
                            [page] => wp_callback
                            [mode] => NONSSL
                            [get] => Array
                                (
                                    [installation] => 1xxxxx
                                    [zenid] => ef7566e8ec4a39377f7c88fa8efc2910
                                    [msgType] => authResult
                                )

                            [post] => Array
                                (
                                )

                        )

                )

            [snapshot] => Array
                (
                )

        ) 


---

the not work one

PHP Code:

---

[navigation] => navigationHistory Object
        (
            [path] => Array
                (
                    [0] => Array
                        (
                            [page] => index
                            [mode] => NONSSL
                            [get] =>
                            [post] => Array
                                (
                                )

                        )

                    [1] => Array
                        (
                            [page] => wp_callback
                            [mode] => NONSSL
                            [get] => Array
                                (
                                    [installation] => 1xxxxx
                                    [zenid] => 3599c4d20d33a49110bf3665f6df79c3
                                    [msgType] => authResult
                                )

                            [post] => Array
                                (
                                )

                        )

                )

            [snapshot] => Array
                (
                )

        ) 


---

Hi all,

I final find the problems source!!!!!

It is from Products Tables (Maybe)

I using a new install with themes and WorldPay 3.0, but export the bad DB tables one by one, then using those tables as unit by group, for example, customers, shipping etc restore one by one (Or groups, since ZC have relationship with multi tables) ...

OK, then after I am restore

- Test Products -
products
products_attributes
products_attributes_download
products_description
products_discount_quantity
products_notifications
products_options
products_options_types
products_options_values
products_options_values_to_products_options
products_to_categories
product_music_extra
product_types
product_types_to_category
product_type_layout

featured

specials

those of above tables ...
The stop redirect problems come again, so I know the problems from there.

OK, then I go to back end Disable them all Categories, then try just enable one or two Main Categories, IT CAN WORK!!!!

Then I enable more Categories, then try again, this time STOP WORK!!!!!

Then I review the Categories, inside it have many sub-categories, and .... totals Products (Many with Link) over 7000 ....

So .... I thinking this maybe why WorldPay Log have
wp_callback: failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.


But .... if same DB with other themes on ZC 1.5.1, it can work .....
Or ZC back end have value control Categories send data max size??

So, ZC 1.5.4 changed many??? Or any idea are welcome ....

Thank you.

Quote:

---

Originally Posted by explorer1979

So, ZC 1.5.4 changed many???

---

No, not likely.

Quote:

---

Originally Posted by explorer1979

The maximum limit of 131072 bytes has been exceeded.

---

That sort of message is *usually* a PHP max memory_limit problem. Change your PHP configuration in php.ini and set memory_limit to 128M

Dr. Byte,

Thx for your kindly reply, but my server PHP.ini is using 512MB already before this problems coming ...
PHP File Uploads: On Max Size: 2048M POST Max Size: 2040M
PHP Version: 5.4.35 (Zend: 2.4.0) PHP Memory Limit: 512M
HTTP Server: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_fcgid/2.3.9
PHP Safe Mode: Off

This server it is on USA Godaddy VPS Hosting
This VPS Server is 4G RAM, cPanel


It real make me trouble many time and I am used few month to try fix it. (Include hired at least 3 person to fix, no one find the problems where come from).

Until now I restore the mysql tables one by one then test on a new install ZC 1.5.4, and now lock down on all products tables and categories .. so I know it is the problems from there.

Or how about we hired and payment you for help if you can? (PM me if you can, other detail can talk by SkyPe)

And I have a new post here
https://www.zen-cart.com/showthread....ldPay-Callback

Maybe you can help to teach me how to rewrite ....


Thank you

Hi. I'm trying to integrate Worldpay with two Zen Cart based websites. I already have two Worldpay Ecommerce accounts ready, but after installing this module, and trying my best to integrate my Zen Cart stores with Worldpay, I've come to the conclusion that I will not be able to do this without help. Can anyone suggest companies that provide this service for a fee? Feel free to DM me.

Hi, has anyone got a link to a working version of this mod on their site so that we can see exactly how it works from a custtomer perspective?

Many Thanks.

Quote:

---

Originally Posted by bonheddwr

Hi. I'm trying to integrate Worldpay with two Zen Cart based websites. I already have two Worldpay Ecommerce accounts ready, but after installing this module, and trying my best to integrate my Zen Cart stores with Worldpay, I've come to the conclusion that I will not be able to do this without help. Can anyone suggest companies that provide this service for a fee? Feel free to DM me.

---

Hi Bonheddwr,

What kind of issues are you experiencing when installing the module? I can confirm I have it working in v1.5.5a of zen cart.

Hi all,

Just as an update to get shipping tax to work with this module in v1.5.5a, you'll need to make an amendment similar to the one DrByte mentions in the following post (https://www.zen-cart.com/showthread....61#post1312461), in the includes/modules/wp_checkout_process.php file:


Lines 24-41:

Code:

---

// load selected payment module
require(DIR_WS_CLASSES . 'payment.php');
// $payment_modules = new payment($_SESSION['payment']);
$payment_modules = new payment('worldpay');
// load the selected shipping module
require(DIR_WS_CLASSES . 'shipping.php');
$shipping_modules = new shipping($_SESSION['shipping']);

require(DIR_WS_CLASSES . 'order.php');
$order = new order;

// prevent 0-entry orders from being generated/spoofed
if (sizeof($order->products) < 1) {
  zen_redirect(zen_href_link(FILENAME_SHOPPING_CART));
}

require(DIR_WS_CLASSES . 'order_total.php');
$order_total_modules = new order_total;

---

Change to:

Code:

---

// load selected payment module
require(DIR_WS_CLASSES . 'payment.php');
// $payment_modules = new payment($_SESSION['payment']);
$payment_modules = new payment('worldpay');

require(DIR_WS_CLASSES . 'order.php');
$order = new order;

// load the selected shipping module
require(DIR_WS_CLASSES . 'shipping.php');
$shipping_modules = new shipping($_SESSION['shipping']);

// prevent 0-entry orders from being generated/spoofed
if (sizeof($order->products) < 1) {
  zen_redirect(zen_href_link(FILENAME_SHOPPING_CART));
}

require(DIR_WS_CLASSES . 'order_total.php');
$order_total_modules = new order_total;

---

I hope this helps.

Is anyone else suffering with the callback timeout issue still? I'm trying to get this to work on a site and have failed miserably!! Each time I try a transaction the callback fails returning the following in the response data report:

Location: http://domain/store/index.php?main_page=time_out

I've tried this on the main site using ZC 1.5.1a, a clean installation with classic template 1.5.1a and a clean installation with classic template 1.5.5a all with fresh download of the Worldpay 3.0 module.

This has also been tested with ZC 1.5.5a with PHP 5.3.28, 5.4.45 and 5.5.38

And module reports - Diagnostic: Recreate Session Check Verified: Session's can be recreated by worldpay in this shop.

Thanks
Mat

In the WorldPay-ReadMe.html file in the WorldPay_3.0 > _docs folder, I cannot access any of the pages other than the 'Purpose' page in Google Chrome. However, it works fine in Firefox.

Has anyone else noticed this?

Hi All.

I have this setup and all was fine in the test environment. I moved server and all appears to be fine with the store but now I can't get the callback to work which means you are left on the worldpay site after the transaction & obviously payment is collected successfully but nothing appears in zen cart.

Please help

Zen v1.54 & WP v3.0

Email message:
Error reported: Callback to https://######.com/index.php?main_page=wp_callback NOT OK, recevied HTTP status: 302

Response.txt
HTTP/1.1 302 Moved Temporarily
Date: Thu, 17 Nov 2016 09:46:23 GMT
Server: Apache
X-Powered-By: PHP/5.6.24
Set-Cookie: cookie_test=please_accept_for_session; expires=Sat, 17-Dec-2016 09:46:23 GMT; Max-Age=2592000; path=/; domain=#####.com
Location: https://#####.com/index.php?main_pag...acker_response
Strict-Transport-Security: max-age=0
Connection: close
Content-Type: text/html; charset=utf-8

Worldpay Control panel:

Attachment 16793

I have read much of the WP2 posts and all of this one but still not had much luck.

If you need more info just ask.

Thanks in advance for any help received.

Hi I have the same problem. The callback feature doesn't work. Did this get resolved and do you have an answer?

No answer and not resolved. I have tried loads of troubleshooting and no answer as yet. Will be working it through again in the next couple of days and I will post if I get this done.

I have managed to get this fixed.

Just follow the instructions here EXACT:

WorldPay Account Section.
Login to your WorldPay admin screen http://www.worldpay.com/us
In the WorldPay Control Panel screen click 'Configuration Options' for the installation i.d. Enter the Callback URL exactly as follows (including case):
https://<wpdisplay item="MC_callback">

If SSL is not enabled on your website the Callback URL should be:
http://<wpdisplay item="MC_callback">

Enter the Shopper Redirect URL: If you have SSL enabled USE... https://
Change Your-Web-site to your domain name.

https://www.Your-Web-Site.com/index....eckout_success
Enter the Shopper Redirect URL: If SSL is not enabled USE... http://
Change Your-Web-site to your domain name.

http://www.Your-Web-Site.com/index.p...eckout_success
Also in the Configuration Options set the following if not done already:

Payment Response enabled? - ensure this is ticked.
Enable Recurring Payment Response? - ensure this is ticked.
Enable the Shopper Response? - ensure this is ticked.
Suspension of Payment Response? - ensure this is NOT ticked (it automatically selects if callback fails).
Click 'Payment Response Password - enter your password. (and then again to validate, do not tick use default as it will reset password fields) Make this secure using numbers and letters. You only have to remember it long enough to enter it in your Zen Cart Worldpay module configuration.
MD5 secret for transactions - enter a pass phrase which can be up to 16 characters long and include spaces. (and then again to validate, do not tick use default as it will reset password fields).
Click on update installation (You don't have to contact WorldPay technical support anymore for MD5 as this is now done from Worldpay dashboard).
That's it you now have WorldPay Installed..

I will be working this again later so will let you know.

I'm reasonably confident the instructions were followed exactly and call back URL etc has be checked lots of times but I will be looking again.

Good luck with your store and I will post again later. 🙂

Quote:

---

Originally Posted by Nick1973

I have managed to get this fixed.

Just follow the instructions here EXACT:

WorldPay Account Section.
Login to your WorldPay admin screen http://www.worldpay.com/us
In the WorldPay Control Panel screen click 'Configuration Options' for the installation i.d. Enter the Callback URL exactly as follows (including case):
https://<wpdisplay item="MC_callback">

If SSL is not enabled on your website the Callback URL should be:
http://<wpdisplay item="MC_callback">

Enter the Shopper Redirect URL: If you have SSL enabled USE... https://
Change Your-Web-site to your domain name.

..................

---

This seems to be the same notes copied from the installation notes. I have followed these exactly.

I have tonight installed a new copy of Zen v1.54 & installed WorldPay v3, I have used the default template and made no additional changes......... Still the same error!

This plugin worked fine on my last host but has become unusable on my new host. I have asked them and they suggested to disable mod_sec and remove .htaccess but still no joy.

Anyone able to help?

Regards

Me again,

Anyone got any suggestions of a good developer who might be able to help? This is beyond me and need to hire help in. PM me if you have any suggestions.

If I don't hear from anyone I will be posting this as a job on Freelancer in the next couple of days. I have been struggling with this for nearly 2 months now and not getting anywhere. :sadwalk: :frusty:

Any help appreciated from anyone. :please:

Hi All,

This issue has now been resolved for me. It appears it was a combination of passwords and most importantly COOKIE settings in session.

I hired a developer through FreeLancer who worked it through with excellent efficiency. If anyone would like his details please send me a PM.

Regards

Just a Note for all Worldpay users searching for answers, i had call back issues for two weeks on a new install with a new web host and in the end it only got resolved when Worldpay refreshed their DNS servers and my problem went away by itself !!


Anyhow do you get the World pay section to display in the customer drop down menu?, i have installed the module exactly as described and yet i cannot see the world pay part in the customers drop menu

Any one have any idea's ??

Many thanks

Can anyone help me please ?

Its the part of the module below i am having problems with, my site and another test site will not display in the admin/customers section using 1.55b on one site and 1.55d on our next new test site

Manual tells you that you should have ....

Quote:

---

New page in admin section which you get to by clicking on Admin--> Customers--> World Payments Page Logs all WorldPay responses including cancelled transactions (and what was in the shopping cart)

---

Both my sites have it missing

Many thanks

Quote:

---

Originally Posted by Evil Rob

Can anyone help me please ?

Its the part of the module below i am having problems with, my site and another test site will not display in the admin/customers section using 1.55b on one site and 1.55d on our next new test site

Manual tells you that you should have ....



Both my sites have it missing

Many thanks

---

The instructions say to go to Admin->Modules->Payment, and click on WorldPay, and click Install. That's supposed to add the menu item to the Customers menu.

Thank You Dr Byte

Your help is always gratefully appreciated

On both my sites this is not the case and wondered if anybody had had the same problem with world pay not apprearing so you can install that part of the module

Worldpay is working fine, i just cant see the extra bit that shows failed transactions etc..

Quote:

---

Originally Posted by Evil Rob

Thank You Dr Byte

Your help is always gratefully appreciated

On both my sites this is not the case and wondered if anybody had had the same problem with world pay not apprearing so you can install that part of the module

Worldpay is working fine, i just cant see the extra bit that shows failed transactions etc..

---

Then it could be that you didn't upload the admin files to your admin directory. Remember, the "YOUR_ADMIN" folder isn't the literal foldername. The files in that folder (and its subfolders) need to be uploaded to your *real* admin foldername and its subfolders.

The menu item gets inserted when the payment module is installed: lines 433-438 of /includes/modules/payment/worldpay.php

Then when the menu is drawn, it relies on the related defines in the /your_real_admin_foldername/includes/languages/english/extra_definitions/worldpay_response.php file but if that file doesn't exist or its contents damaged then the menu item won't show.

Taking onboard Dr Bytes advice and comments i did a complete uninstall and then re installed it taking lots of care and taking my time..

And hey Presto its working

Now that would be great if i had not done it 3 times previously!!

I think the moral here is to not do it late at night where your tired :blink::no:

Guys,

Thanks for the work on the module. I am working my way through the install of it for the first time. All comments are meant constructively.

Are the following files actually needed:

Your_Store_Directory/worldpay_suhosin.php
Your_Store_Directory/wpcheck.php

I understand what they do, but cannot see any reference to them in the rest of the module.

Well, I definitely had some callback issues. basically, the session not being recreated on return from Worldpay.

That was solved by setting 'Force Cookie Use' to false in Zen Cart.

Dr. Byte, if you are available can we have a quick chat to see how to solve this in a more permanent way? There is quite a lot of stuff in this module that needs to be tidied up and I am happy to do that. But it would be good to get a foolproof solution to the callbacks first.

Nick

Quote:

---

Originally Posted by niccol

Well, I definitely had some callback issues. basically, the session not being recreated on return from Worldpay.

That was solved by setting 'Force Cookie Use' to false in Zen Cart.

Dr. Byte, if you are available can we have a quick chat to see how to solve this in a more permanent way? There is quite a lot of stuff in this module that needs to be tidied up and I am happy to do that. But it would be good to get a foolproof solution to the callbacks first.

Nick

---

I've never used this module myself, but happy to have a chat. Let's PM.

Just thought I'd add to this guys, I have had callback issues with the Worldpay module in the past as well. I am using it on a site I am finishing off at the moment, and I am a bit concerned about the callback issues as I can't test it properly until it is actually live. I think if I remember right, Worldpay does callback but it doesn't always update the cart, and so there's not always a record of payment in the admin. Last time I had these issues I think it just went to a blank page on callback.

thanks Nick

Yeah, interesting issues with cookies/sessions and the way Worldpay works. I am talking to Worldpay and DrByte about it and will report anything useful.

It would be good to know if anyone has this working with 'Force cookie use' set to true.

It would also be good to have a look at on a live site if anyone has one (or a dev site I can have a look at quickly). I have one setup running but it would be handy to see others.

Well, I have a fairly heavily re-written version of this module that will work with 'Force cookie use' set to true (which I think should resolve the 'callback issues' that this module suffers) and makes some other changes that I think are desirable and just gets rid of some of the bloat. I will release that at some point, probably as Version 4 of this module, but if anyone wants to help out with some testing then that would be great. Just drop me a PM.

Thanks

Quote:

---

Originally Posted by niccol

Well, I have a fairly heavily re-written version of this module that will work with 'Force cookie use' set to true (which I think should resolve the 'callback issues' that this module suffers) and makes some other changes that I think are desirable and just gets rid of some of the bloat. I will release that at some point, probably as Version 4 of this module, but if anyone wants to help out with some testing then that would be great. Just drop me a PM.

Thanks

---

Hi Nick, I could possibly test it for you since I have a site going live in the next few days. My only concern is would your version be useable in a live environment if the callback issues are resolved?

I seem to recall that the callback issues were a mixture between the module and a setting in the worldpay admin panel last time I had an issue. I think there was a tickbox or something in worldpay that wasn't very clear, but I can't remember what it was now. I am praying that the settings I have been giving will just work to be honest.

I'm just wondering if it's possible to run the current Worldpay mod and your Worldpay mod side by side for testing?


Thanks
Nick

Up to you really, Nick.

Basically, the old module will not work with 'Force Cookie Use' set to true in Zen Cart admin. This is basically because when the callback happens the appropriate session cannot be recreated. There may be other problems with the callbacks but I haven't found them and that reason would explain why some people were getting errors and others not.

I'd guess you probably want to run the production site with Force-cookie-use set to true. So, you are going to have problems with the old module.

To be honest, I could make it so that you can run both but I just can't be bothered :-) I'd use my version. Much of the code is pretty much the same except that it has less bloated nonsense, is a bit more secure, and works with force-cookie-use to true. What's not to like?

Quote:

---

Originally Posted by niccol

Well, I have a fairly heavily re-written version of this module that will work with 'Force cookie use' set to true (which I think should resolve the 'callback issues' that this module suffers)... but if anyone wants to help out with some testing then that would be great. Just drop me a PM.

Thanks

---

PM Sent. Thank you for sharing.

I have just submitted an updated version of this module.

I'll set up a new thread once it has been accepted.

Thanks

Nick

Quote:

---

Originally Posted by niccol

I have just submitted an updated version of this module.

I'll set up a new thread once it has been accepted.

Thanks

Nick

---

I dont know about the module you have updated
but I do like your website :)

Do you have a copy of your version please niccol?

After a bit of thought (and slightly fortunately having made a typo in the first submission of this module) I have decided that I am not going to submit a version of this module. The reason for this is because I think that Worldpay is not the best payment gateway. In fact, I would recommend not using it. The way it handles transferring information back to the cart is just bizarre and does not work all that well. Under those circumstances I really do not want to be supporting a module or become the person to go to with Worldpay problems :-)

There is a slight fix however for some of those people experiencing problems with callbacks. As I have discovered this may not solve all the problems but it will solve some of them. The source of some of the problems is that the session is not recreated during the callback request. That is becausee the session is recreated from a zenid in the URL. So, one solution is to put the attached override init_sessions.php file in includes/init_includes/overrides. (You may have to merge the changes if you already have a file in that position)

The only real change in this file is at line 67:

if (SESSION_FORCE_COOKIE_USE == 'True' && $_GET['main_page'] != 'wp_callback') {

Which just means that for the wp_callback page Zen will always allow the session to be created from the zenid.

Best of luck.

Nick

Nick, right after lots of stress over the weekend and several hours today we have Worldpay working. I am not sure if I can submit anything updated yet as I didn't work on the troubleshooting. However, in short, the zenID was generating an & in the ID which would of course break it. Some code has been added to check this before passing it and ensure the chars do not encode into an &. So when the session was coming back the ID was different so got forwarded to the page you were seeing as a 302 as the session didn’t exist under that id. - That was received from the guy who helped me.

Nick

Pretty sure that zenid should be alphanumeric.

So, [a-zA-Z0-9]

or maybe actually [a-fA-F0-9] as it is based on an md5 hash.

You want to get your guy to have a look at sessions.php and see why the & was appearing in the zenid.

Quote:

---

Originally Posted by niccol

Nick

Pretty sure that zenid should be alphanumeric.

So, [a-zA-Z0-9]

or maybe actually [a-fA-F0-9] as it is based on an md5 hash.

You want to get your guy to have a look at sessions.php and see why the & was appearing in the zenid.

---

Yes I know, he has done that, and appreciate its a sticking plaster solution rather than an actual fix, but I think all we are worried about at the moment is that it is working. I have told the client to swap to sagepay though, my fear is that it will fall over at some point. Whether they do is another thing.

I've just noticed a major issue with this plugin, has anyone else had the same issue? We don't often offer coupons, but have just offered a 20% discount for a week to previous customers on our site. People can choose to pay via Worldpay or Paypal.

There haven't been any issue for customers who have chosen to pay via Paypal, but for the customers choosing Worldpay, when they insert the Coupon Code, it is worked out how much they should pay on our site with 20% off, but when they leave our site and arrive on the Worldpay site ANOTHER 20% has been taken off!

Is this a bug, or just an issue with our site?

v1.5.5 // https://www.welsh-lovespoons.co.uk/

Thanks for any advice.

I have not experienced this issue.

I offer discount codes often with zen v1.54 & v1.55 with WorldPay v3 & v4. I don't know where to suggest looking either.

Good luck 😉

What you will need to do is have a look at the data that is actually getting sent to Worldpay. Have you any debugging turned on?

How do I turn debugging on? I'm afraid I'm a novice. If this doesn't happen for other people, it must be an issue with the way the plugin has been installed not the plugin itself? I attach an image of the 'WorldPay Payment Responses' page in the admin area...

Attachment 17321

Should I set this to 'True' under Payment Modules > WorldPay Credit Card Payments v3.0?

Attachment 17322

Yes.

Then issue yourself a voucher. Use the voucher to buy a product. You should get an email from Worldpay about the payment.

I have sent you a PM.

Nick

Yes. Then scroll down to Debugging List and add your email.

Quote:

---

Originally Posted by niccol

Yes.

Then issue yourself a voucher. Use the voucher to buy a product. You should get an email from Worldpay about the payment.

I have sent you a PM.

Nick

---

Thanks so much for your help. Just emailed you. If we find a solution I will post it here in case anyone else is having the same issue.

One more thing I was hoping to ask as well. Has anyone got the plugin to work with Google Analytcis? Currently, Google Analytics records all sales made on our site using paypal, but none of the ones using Worldpay. Thanks.

Quote:

---

Originally Posted by bonheddwr

I've just noticed a major issue with this plugin, has anyone else had the same issue? We don't often offer coupons, but have just offered a 20% discount for a week to previous customers on our site. People can choose to pay via Worldpay or Paypal.

There haven't been any issue for customers who have chosen to pay via Paypal, but for the customers choosing Worldpay, when they insert the Coupon Code, it is worked out how much they should pay on our site with 20% off, but when they leave our site and arrive on the Worldpay site ANOTHER 20% has been taken off!

Is this a bug, or just an issue with our site?

v1.5.5 // https://www.welsh-lovespoons.co.uk/

Thanks for any advice.

---

Unfortunately I haven't manged to solve this issue. What I have done is:

1, Turned on debugging. I now receive an email every time somone orders via Worldpay. I've looked through the ones that have used the coupon code and cannot really see what's going wrong. It seems that both the correct and incorrect prices are included in the emails.
2, I've tried a different Voucher and code.
3, I un-installed the plugin, and installed a clean version.
4, I noticed that this issue didn't arise on another website that I run using the save version of Zen Cart, I therefore copied all of the plugin files from the website cadwyngifts.com (where there wasn't an issue) to welsh-lovespoons.co.uk (where there is an issue).

There is still no issue with Paypal on either site when using a coupon. The correct amount is sent to their site. ANy advice on what next I can do? Are there other files (not the plugin ones) that I should try to copy from the website where there isn't an issue to the one where there is an issue?

Thanks for any advice.

Unfortunately I haven't managed to find a solution to the above issue. If I do find a solution I will let you know.

Regarding my second question, has anyone managed to get Google Analytcis to record sales made via the Worldpay plugin?

Hi, I've spent many, many hours trying to nail the 302 redirect issue as this suddenly started happening on a website I develop a few weeks ago.
We're running ZC 1.5.5f and had successfully upgraded the WP module to V3, as part of this we had to upgrade PHP on the server, but had got it all running just fine.
It then stopped working and we are getting the 302 issue - it looks like WP have made some changes their side in relation to PCI, and I wonder if anyone else has experienced any issues since the end of April 2018? We've never needed MD5 or SSL as all financial transactions are handled in WP, but I wonder whether this is now a requirement?
Any help gratefully received!!

Quote:

---

Originally Posted by philjclarke

Hi, I've spent many, many hours trying to nail the 302 redirect issue as this suddenly started happening on a website I develop a few weeks ago.
We're running ZC 1.5.5f and had successfully upgraded the WP module to V3, as part of this we had to upgrade PHP on the server, but had got it all running just fine.
It then stopped working and we are getting the 302 issue - it looks like WP have made some changes their side in relation to PCI, and I wonder if anyone else has experienced any issues since the end of April 2018? We've never needed MD5 or SSL as all financial transactions are handled in WP, but I wonder whether this is now a requirement?
Any help gratefully received!!

---

Hi,

A couple of things for consideration.....

1. What PHP version are you running? Zen v1.5.5f is best suited to PHP v7. This module hasn't been updated for sometime and most likely running PHP v5 or v6.

2. I have received email from WorldPay this week talking about changes to PCI compliance, most of this is aimed at Virtual Terminal connections but does extend to people running "old style insecure connections (legacy)".

3. WorldPay is an off site payment module, changes made to PCI compliance shouldn't influence your store to badly as long as your "handover" is secure (CURL or SSL required). Also make sure your return is entered perfectly on WorlPay configuration setup (on worldpay site).

4. Have you made changes your zen cookie settings?? I had an issue that stopped this working for a long time and it was all the cookie settings in Zen.

If you are really stuck still I could forward v4 that was never released. No promises it will fix your problem but could be worth a try. It's only had some minor changes but works more stable for me and causes a lot less callback failures than v3. Let me know if you want to give it a go.

Good luck

Regards

Quote:

---

Originally Posted by bonheddwr

Regarding my second question, has anyone managed to get Google Analytcis to record sales made via the Worldpay plugin?

---

Yes Google Analytics Plugin works perfectly for me.

Also I don't have the discount code issue you experience either....... I do offer codes regularly fixed price and percentage based and they work and process with the worldpay plugin fine.

Maybe a repair install/upgrade for your zen store could be a good place to start.

Good luck

Thanks for speedy reply @SpaceMonkey! -Yes, we're running PHP v7, and I've made a few changes to cookies etc... but have changed them back/tried various options. I thought the PCI changes by WP would be a red herring but seemed so coincidental! I'm sure I read a post at some stage in the past regarding PHP config changes that needed to be made with v7, which I made (but didn't document - doh!) to do with redirects, and I wondered whether that may be an issue, although a bit flummoxed as it was all working...
If you do have a later version I'd certainly give it a go as I'm running out of ideas!
Cheers

Quote:

---

Originally Posted by philjclarke

It then stopped working and we are getting the 302 issue

---

Temporarily removed, redirected.

Make sure the following settings are as follows:

Admin/Configuration/Session

Cookie Domain = True
Check SSL Session ID = True
Check User Agent = False
CHECK IP ADDRESS = FALSE

That is the required setup to stop 302 errors if callback failure causes issues...... At least it was for me.

Quote:

---

Originally Posted by philjclarke

If you do have a later version I'd certainly give it a go as I'm running out of ideas!
Cheers

---

I will grab a copy out when I get home later this eve and forward a link via PM.

Yeah - thanks for posting that - it's what we also have in the current config

Looking at you call back failure email from worldpay is your call back string similar to:

https://yourdomain.com/index.php?main_page=wp_callback&zenid=4c5715ae607bd4ddfea0faff07f7b5db ??

If not what is the string?? That would be a good clue what it's looking for.

Are you using CURL connection or SSL.

Regards

Yes, call back string is the same structure - followed by "NOT OK, received. HTTP status 302".
Not using SSL on the site or in any config either.
Thanks for your help on this @SpaceMonkey!

Quote:

---

Originally Posted by philjclarke

Yes, call back string is the same structure - followed by "NOT OK, received. HTTP status 302".
Not using SSL on the site or in any config either.
Thanks for your help on this @SpaceMonkey!

---

PM with download link sent. Luckily was already on my cloud.

I will test a CURL with php 7 later and look to see what I get. :yes:

Great, thanks for this - will check it out!

Quote:

---

Originally Posted by philjclarke

Great, thanks for this - will check it out!

---

My colleague has suggested your CACHE is not properly set....... Does it have to correct writable permissions, WorldPay will recreate the session of a logged in user from a new user agent and IP. Therefore the CACHE must be writable. Worth a check :smile:

Quote:

---

Originally Posted by SpaceMonkey

My colleague has suggested your CACHE is not properly set....... Does it have to correct writable permissions, WorldPay will recreate the session of a logged in user from a new user agent and IP. Therefore the CACHE must be writable. Worth a check :smile:

---

Not sure how to check this - there is a cache directory at the root of the install and I've given everything 0777 permission - is there anything else I should check?

Yeah that's right 0777 and yes probably the root cache used, you can check in

Admin/Configuration/Sessions

Session Directory = /home/#######/public_html/cache

This folder must be 0777 permission

Quote:

---

Originally Posted by philjclarke

I've given everything 0777 permission

---

Ummm.... Please check that you have followed the installation instructions properly. Only certain directories should be 0777. Don't want to teach basics but that comment left me wondering. :unsure:

Regards


Extract from the Zen Cart installation instructions: AVAIL HERE
Some folders and files need special "writable" permissions for use in Zen Cart. "Writable" typically requires 777 permission. (Your hosting company may only allow 755 as writable, and using 777 may cause blank screens when accessing your site. In that case, use 755. Ask your hosting company for direction.)

As such, you need to change the permissions on the following directories to 777 (read/write/execute). If your program allows you to set these permissions "recursively", choose that option.
/catalog/cache
/catalog/images
/catalog/includes/languages/english/html_includes
/catalog/media
/catalog/pub
/catalog/admin/backups
/catalog/admin/images/graphs

Note: open the catalog/images directory and change all of the subdirectories and their subdirectories to 777 as well. For example (this is a partial list):
/catalog/images/attributes
/catalog/images/banners
/catalog/images/categories
/catalog/images/large
/catalog/images/large/dvd
/catalog/images/manufacturers
/catalog/images/medium
/catalog/images/upload

NOTE: If you miss any of the images directories and subdirectories inside /images and try to use them later, you will get an error message that you cannot write to these directories.

As for other files, they can be CHMOD 644, or 444, depending on your webserver configuration. Folders don't usually get set below 755.

Sorry - when I said 'everything' I just meant on the cache directory - thought I'd take the nuclear option with it!
Still no joy :(

Quote:

---

Originally Posted by philjclarke

Sorry - when I said 'everything' I just meant on the cache directory - thought I'd take the nuclear option with it!
Still no joy :(

---

Okay cool, just checking.

I will recreate a similar session later this evening and let you know what happens, nothing else jumps to mind.:smile:

Thanks - really do appreciate the help

Quote:

---

Originally Posted by SpaceMonkey

Okay cool, just checking.

I will recreate a similar session later this evening and let you know what happens, nothing else jumps to mind.:smile:

---

Hi @SpaceMoney - I resolved it this afternoon - it was down to some PHP session settings on the server in the end rather than ZC config.
Thanks for your help earlier.

Quote:

---

Originally Posted by philjclarke

Hi @SpaceMoney - I resolved it this afternoon - it was down to some PHP session settings on the server in the end rather than ZC config.
Thanks for your help earlier.

---

Excellent. I'm pleased you resolved it. :cool:

I'm currently working on upgrading 2 of my takeaways running zen and quietly had my fingers crossed for an easy transition with WorldPay.

Happy Trading.

Regards

Hi all,

Has anyone noticed the size of their database whilst running this module?

I notice that it stores all transactions as blob data which have now mounted to quite a size..... +200mb. Even my email achieve isn't that big...….

Due to the size of the worldpay table I have been unable to restore the database successfully, I have manually restored each table (except worldpay) and can use my store still but things must be missing! Does anyone know how to calm this module down a little???? Is there a better way of storing the data for this module?

Any input greatfully received.

Quote:

---

Originally Posted by SpaceMonkey

Hi all,

Has anyone noticed the size of their database whilst running this module?

I notice that it stores all transactions as blob data which have now mounted to quite a size..... +200mb. Even my email achieve isn't that big...….

Due to the size of the worldpay table I have been unable to restore the database successfully, I have manually restored each table (except worldpay) and can use my store still but things must be missing! Does anyone know how to calm this module down a little???? Is there a better way of storing the data for this module?

Any input greatfully received.

---

Hi SpaceMonkey,

it is something I've noticed before, but not to your extremes.

How many records do you have? I've over 2500 with a table size of approx. 20Mb. An average blob in my db is only 2-3kb.
Each blob saves anywhere upto 6,000 characters. Is there a more space efficient data type within mysql to store that number of characters?
TBH I'm not sure if it is essential to record all of the various blobs, i.e. could we drop the 'session blob'. Is it ever used by anyone and for what purpose?

I've been tweaking a version of the module to try and incorporate a few improvements, but dealing with the support agents at Worldpay to ensure we're utilising the best options is not only time consuming, but confusing too (I don't think half their tech support team know how to communicate with their gateway).

If there's no reason to keep all the blob info, we could look to ditch some of it in a newer module.


Rich

Quote:

---

Originally Posted by bottyz

How many records do you have? I've over 2500 with a table size of approx. 20Mb. An average blob in my db is only 2-3kb.

---

Hi Bottyz,

I have approx. 14000 entries, each blob about 2-3kb for Post, Server & Request but I note the Session is about 9-12kb each.

I have never referred to the data here. If a callback error happens the best source of data for me is the Callback Failure email sent from worldpay. As for their support staff...…… They are administrators and not support (in my opinion), they appear to have no technical knowledge unless you want help using their control panel.

My development zone hasn't had this table data loaded and appears fine. I am thinking about dropping 10000 of the entries (from the live site) but I'm waiting for my hosting support to respond first (checking they can restore if necessary).

Slightly of topic I have had databases larger than this in the past and managed to restore with "import" in phpmyadmin no problem... Every table except worldpay restores fine. I will let you know what my host say regarding this and how the cull goes.

Thanks for response.

Quote:

---

Originally Posted by bottyz

I've been tweaking a version of the module to try and incorporate a few improvements, but dealing with the support agents at Worldpay to ensure we're utilising the best options is not only time consuming, but confusing too (I don't think half their tech support team know how to communicate with their gateway).

If there's no reason to keep all the blob info, we could look to ditch some of it in a newer module.


Rich

---

I have WorldPay v4 available (created by Niccol not me) if you wanted to review the work as part of your process. PM if you want a copy.

Regards

Here are my thoughts, just out of interest...

(1) I am not sure why those columns are mediumblob anyway. This seems like a really poor choice. (So, if someone rewrites they could consider this)

(2) Anyway, I don't think (but may be wrong) that all that data that is stored in blob format is ever used. I think it is just record keeping, of the state when the payment was processed, which is a good thing in some circumstances and may be a compliance issue .... maybe possibly.

(3) If it is decided that you need to store that information then it could be stored in a different table or even dumped to log files. Log files might be a nice solution and then the feature could be turned on/off as is done for some other payment modules logging.

(4) There is not a huge amount to recommend Worldpay as a web payment gateway. The interface and communication are just plain nasty in my opinion. I understand that the POS stuff works better and Worldpay is cheap, but I would really consider another option.

It is (4) that is the kicker for me. I got involved in trying to understand and streamline the module and ran away screaming. Happy to give some advice/opinions but I do not want to get into the nitty-gritty of this module. I value my sanity to highly :-)

Out of interest what are the factors that make you both choose Worldpay rather than, for instance, Sagepay?

Quote:

---

Originally Posted by niccol

Out of interest what are the factors that make you both choose Worldpay rather than, for instance, Sagepay?

---

My Boss! lol :yes:

No seriously it's cost. With the added benefit of PCI certification in 10 minutes rather than days. Sage (at the time) didn't compete.

Quote:

---

Originally Posted by niccol

(1) I am not sure why those columns are mediumblob anyway. This seems like a really poor choice. (So, if someone rewrites they could consider this)

---

Unusable data to me.

Quote:

---

Originally Posted by niccol

(2) Anyway, I don't think (but may be wrong) that all that data that is stored in blob format is ever used. I think it is just record keeping, of the state when the payment was processed, which is a good thing in some circumstances and may be a compliance issue .... maybe possibly.

---

Possibly maybe.... Have you ever sat and had a read of the PCI DSS SAQ level 4 plus guidance notes? Unless it's your subject it can really make you feel incompetent. :lamo:

I'm going to backup my tables by exporting the data and then dropping table data older than 12mths, for me it then makes it manageable, GDPR compliant (I think) whilst keeping PCI compliance data available and complying to the full length of the law (UK). So yes If someone did add a trim function please consider an export function too.

Good luck!

Could a lot of that data be "debug" data
Is there a debug setting, and is it turned on?

Quote:

---

Originally Posted by gilby

Could a lot of that data be "debug" data
Is there a debug setting, and is it turned on?

---

This module emails debug data with an option in Admin for mail distribution list. I remember I used it previously but not great reporting. Also worldpay email callback dumps with response data only on failure. Debug always emails... Everything.

The data table names are request, session, post, & server. Remembering this is an off site payment module I think this is the raw data encrypted!

Looked a bit deeper..... its the data for the admin > customers > worldpay payments

example:

Code:

---

Original Billing Address:
17 Any Road
Suburb
Town
 
WorldPay CC Address:
17 Any Road
Another Town
Warning: Address Mismatch

---

Which of course is part of your AVS and other cross checks with worldpay.... or so my understanding of this goes.

The module stores the complete state at the time of processing. So, all the post variables, all the session variables, all the server variables, and all the request variables. I think this is just someone in the past thinking one of two things. Either that some of this stuff may be useful for compliance. Or that they don't really know so they are going to store it anyway.

The code block looks like this (so would be easy enough to change to disable the storage of this data).

Code:

---

                $str['POST'] = base64_encode(serialize($_POST));
                $str['SESSION'] = base64_encode(serialize($_SESSION));
                $str['SERVER'] = base64_encode(serialize($_SERVER));
                $str['REQUEST'] = base64_encode(serialize($_REQUEST));
               
                if($_REQUEST['transStatus'] == 'C'){
                                $_POST['transId'] = 'Cancelled';
                                $_REQUEST['transId'] = 'Cancelled';
                }

                $db->Execute("INSERT INTO `".TABLE_WORLDPAY_PAYMENTS."` (cartId, worldpay_transaction_id, POST, SESSION, SERVER, REQUEST) VALUES ('".zen_db_input($_POST['cartId'])."', '".zen_db_input($_POST['transId'])."', '". $str['POST'] ."', '". $str['SESSION'] ."', '". $str['SERVER'] ."', '". $str['REQUEST'] ."')");

---

As I say, I do not want to get into the nitty-gritty of this, and yes I have read my way through the PCI guidance notes. I don't think that this is a compliance issue but I am not an expert.

My solution would always be to use another gateway. This is because the underlying methods of Worldpay are just horrible. I understand that Worldpay is slightly cheaper but as a programmer and not a business owner I don't think the savings are worth it. Different perspectives.

Quote:

---

Originally Posted by niccol

The module stores the complete state at the time of processing. So, all the post variables, all the session variables, all the server variables, and all the request variables. I think this is just someone in the past thinking one of two things. Either that some of this stuff may be useful for compliance. Or that they don't really know so they are going to store it anyway.

The code block looks like this (so would be easy enough to change to disable the storage of this data).

Code:

---

                $str['POST'] = base64_encode(serialize($_POST));
                $str['SESSION'] = base64_encode(serialize($_SESSION));
                $str['SERVER'] = base64_encode(serialize($_SERVER));
                $str['REQUEST'] = base64_encode(serialize($_REQUEST));
               
                if($_REQUEST['transStatus'] == 'C'){
                                $_POST['transId'] = 'Cancelled';
                                $_REQUEST['transId'] = 'Cancelled';
                }

                $db->Execute("INSERT INTO `".TABLE_WORLDPAY_PAYMENTS."` (cartId, worldpay_transaction_id, POST, SESSION, SERVER, REQUEST) VALUES ('".zen_db_input($_POST['cartId'])."', '".zen_db_input($_POST['transId'])."', '". $str['POST'] ."', '". $str['SESSION'] ."', '". $str['SERVER'] ."', '". $str['REQUEST'] ."')");

---

As I say, I do not want to get into the nitty-gritty of this, and yes I have read my way through the PCI guidance notes. I don't think that this is a compliance issue but I am not an expert.

My solution would always be to use another gateway. This is because the underlying methods of Worldpay are just horrible. I understand that Worldpay is slightly cheaper but as a programmer and not a business owner I don't think the savings are worth it. Different perspectives.

---

I agree, not the nicest experience for the customer either.

Hi all. The plugin works great for me other than one issue. After people choose to pay via WorldPay, they are taken to the WorldPay site. All the processing is done there, and the customer returns to the Zen Cart order confirmation page. Everything seems fine,tbut the issue is that none of the Worldpay orders are logged under 'Transactions' in our Google Analytics account. All orders placed on our site using Paypal are logged on Analytics but not the Worldpay ones. This has been an ongoing issue for us. Today I copied all of the *clean* files again from the plugin to our server. The only changes I have made (changes made by the developer) is to change the following code in includes/modules/payment/worldpay.php.

Code:

---

      function selection() {

        if(sizeof(explode(',', trim(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST)))>0 && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST !='--none--' && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC != 'False'){
            switch(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC){
            case 'Radio Buttons' :
            return array('id' => $this->code,
                        'module' => $this->title.$this->_draw_radio_menu($this->_cc_map(), $_SESSION['paymentType'] ));
            break;
            case 'Select Box':
            $this->cc_drop = array();
            array_walk($this->_cc_map(), array('worldpay', 'cc_split'));
            return array('id' => $this->code,
                        'module' => $this->title.'</label> '.zen_draw_pull_down_menu("paymentType", $this->cc_drop, $_SESSION['paymentType'] ).'<label>' );
            break;
            default:
            return array('id' => $this->code,
                        'module' => $this->title);
            }
        }else{
        return array('id' => $this->code,
                'module' => $this->title);
        }

      }

---

to:

Code:

---

      function selection() {

        if(sizeof(explode(',', trim(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST)))>0 && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST !='--none--' && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC != 'False'){
            switch(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC){
            case 'Radio Buttons' :
            return array('id' => $this->code,
                        'module' => $this->title.$this->_draw_radio_menu($this->_cc_map(), $_SESSION['paymentType'] ));
            break;
            case 'Select Box':
            $this->cc_drop = array();
            array_walk($this->_cc_map(), array('worldpay', 'cc_split'));
            return array('id' => $this->code,
                        'module' => $this->title.'</label><p align="center"><img src=https://www.cadwyngifts.com/images/cardiau-credyd-cadwyn.png border=0 alt="Card payments supported by Worldpay"></p> '.zen_draw_pull_down_menu("paymentType", $this->cc_drop, $_SESSION['paymentType'] ).'<label>' );
            break;
            default:
            return array('id' => $this->code,
                        'module' => $this->title.'<p style="margin: 0px;"><img src=https://www.cadwyngifts.com/images/cardiau-credyd-cadwyn.png border=0 alt="Card payments supported by Worldpay"></p></label> ');
            }
        }else{
        return array('id' => $this->code,
                'module' => $this->title.'<p style="margin: 0px;"><img src=https://www.cadwyngifts.com/images/cardiau-credyd-cadwyn.png border=0 alt="Card payments supported by Worldpay"></p></label>' );
        }

      }

---

Other than that it a clean installation.

Could the changes above be somehow stopping Google Analytics from logging any Worldpay orders made on our site cadwyngifts.com ? I hope the above is clear. I would greatly appreciate any feedback.

Quote:

---

Originally Posted by bonheddwr

Hi all. The plugin works great for me other than one issue. After people choose to pay via WorldPay, they are taken to the WorldPay site. All the processing is done there, and the customer returns to the Zen Cart order confirmation page. Everything seems fine,tbut the issue is that none of the Worldpay orders are logged under 'Transactions' in our Google Analytics account. All orders placed on our site using Paypal are logged on Analytics but not the Worldpay ones. This has been an ongoing issue for us. Today I copied all of the *clean* files again from the plugin to our server. The only changes I have made (changes made by the developer) is to change the following code in includes/modules/payment/worldpay.php.

Code:

---

      function selection() {

        if(sizeof(explode(',', trim(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST)))>0 && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST !='--none--' && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC != 'False'){
            switch(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC){
            case 'Radio Buttons' :
            return array('id' => $this->code,
                        'module' => $this->title.$this->_draw_radio_menu($this->_cc_map(), $_SESSION['paymentType'] ));
            break;
            case 'Select Box':
            $this->cc_drop = array();
            array_walk($this->_cc_map(), array('worldpay', 'cc_split'));
            return array('id' => $this->code,
                        'module' => $this->title.'</label> '.zen_draw_pull_down_menu("paymentType", $this->cc_drop, $_SESSION['paymentType'] ).'<label>' );
            break;
            default:
            return array('id' => $this->code,
                        'module' => $this->title);
            }
        }else{
        return array('id' => $this->code,
                'module' => $this->title);
        }

      }

---

to:

Code:

---

      function selection() {

        if(sizeof(explode(',', trim(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST)))>0 && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC_LIST !='--none--' && MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC != 'False'){
            switch(MODULE_PAYMENT_WORLDPAY_ACCEPTED_CC){
            case 'Radio Buttons' :
            return array('id' => $this->code,
                        'module' => $this->title.$this->_draw_radio_menu($this->_cc_map(), $_SESSION['paymentType'] ));
            break;
            case 'Select Box':
            $this->cc_drop = array();
            array_walk($this->_cc_map(), array('worldpay', 'cc_split'));
            return array('id' => $this->code,
                        'module' => $this->title.'</label><p align="center"><img src=https://www.cadwyngifts.com/images/cardiau-credyd-cadwyn.png border=0 alt="Card payments supported by Worldpay"></p> '.zen_draw_pull_down_menu("paymentType", $this->cc_drop, $_SESSION['paymentType'] ).'<label>' );
            break;
            default:
            return array('id' => $this->code,
                        'module' => $this->title.'<p style="margin: 0px;"><img src=https://www.cadwyngifts.com/images/cardiau-credyd-cadwyn.png border=0 alt="Card payments supported by Worldpay"></p></label> ');
            }
        }else{
        return array('id' => $this->code,
                'module' => $this->title.'<p style="margin: 0px;"><img src=https://www.cadwyngifts.com/images/cardiau-credyd-cadwyn.png border=0 alt="Card payments supported by Worldpay"></p></label>' );
        }

      }

---

Other than that it a clean installation.

Could the changes above be somehow stopping Google Analytics from logging any Worldpay orders made on our site cadwyngifts.com ? I hope the above is clear. I would greatly appreciate any feedback.

---

It will be because of the weird 'order confirmation' page that Worldpay uses.

By which I mean that the page after the customer enters their details ssuccessfully is generataed by the worldpay server rather than your server. The GA code will be on the page that your server generates so may never get actioned in the Worldpay way of doing things.

So, I think that the good news is that it has not got to do with the changes that your developer has made. The bad news is that it is going to be challenging to rectify.

:-)

Quote:

---

Originally Posted by niccol

It will be because of the weird 'order confirmation' page that Worldpay uses.

By which I mean that the page after the customer enters their details ssuccessfully is generataed by the worldpay server rather than your server. The GA code will be on the page that your server generates so may never get actioned in the Worldpay way of doing things.

So, I think that the good news is that it has not got to do with the changes that your developer has made. The bad news is that it is going to be challenging to rectify.

:-)

---

Thanks Nicco for the information! I have heard many people complain about WorldPay's weird setup! But the strange thing is, other people seem to use the WorldPay and GA plugins, and the orders are logged in their analytics. Could it be something to do with the options I have chosen on the Worldpay site itself therefore?