Yeah - thanks for posting that - it's what we also have in the current config
Printable View
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!
PM with download link sent. Luckily was already on my cloud.Quote:
Originally Posted by philjclarke
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!
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 philjclarke
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?Quote:
Originally Posted by SpaceMonkey
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
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:Quote:
Originally Posted by philjclarke
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 :(