|
wadair
|
August 27, 2013 at 4:23 pm
Hello,
I’m attempting to get the Multi-Event Registration Add-On working. However, the Add to Cart link isn’t working. Instead of displaying a cart, it displays the following:
It looks like you are attempting to refresh a page after completing your registration or your cart is empty. Please go to the events page and try again.
I have deactivated all non EE plugins, and the problem persisted.
I found this post. This user was able to get it working by activating a SSL certificate on that page.
I don’t currently have an SSL certificate for my site. Do I need to get one to make the Add to Cart functionality work? Are there any other things that I can try?
Any help is appreciated. Thanks!
NOTE: For some reason, this isn’t posting my issue. I’m trying to post it again.
|
|
wadair
|
August 29, 2013 at 7:54 am
Other post worked – removing duplicate
-
This topic was modified 10 years, 8 months ago by
 Garth.
-
This topic was modified 10 years, 8 months ago by Garth.
-
This topic was modified 10 years, 8 months ago by Garth.
-
This topic was modified 10 years, 8 months ago by
 wadair. Reason: Removed Duplicate Posting
|
|
Josh
|
August 29, 2013 at 9:14 am
Hi there,
An SSL certificate is not required to use the Add to Cart functionality. However, the ability to write to sessions stored on the server is required. Can you check with your host to see if the session save path is writeable by PHP?
|
|
wadair
|
August 30, 2013 at 10:47 am
Thanks!
Yes, my host says that it is. I also checked my PHP error logs, and the attempt to access the cart isn’t generating any PHP errors.
|
|
Josh
|
August 30, 2013 at 3:26 pm
It may be an issue if there’s a caching plugin installed. If you have a caching plugin installed, please be sure to set the page(s) that have either the [EVENT_LIST] shortcode or the [ESPRESSO_EVENTS] shortcode on them to not be cached.
If disabling any possible caching does not help can you post a link to the page where this is happening so we can investigate further?
|
|
wadair
|
September 3, 2013 at 3:37 pm
Hi Josh,
I am using Cloudflare and W3 Caching. I excluded the [ESPRESSO_EVENTS] page from these caches. Nothing seems to have changed.
To access the link through the single event (my goal), you can go here: http://murderbychocolate.net/make-reservations/?regevent_action=register&event_id=567
To go directly to the shopping cart page, go here: http://murderbychocolate.net/make-reservations/?regevent_action=show_shopping_cart
Thank you!
|
|
Josh
|
September 3, 2013 at 4:02 pm
Have you tried deleting the cache after changing the settings? The reason I ask is because I am seeing this in the footer of the source of the page you linked to:
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/
Page Caching using disk: enhanced
Object Caching 2804/2848 objects using disk
Served from: murderbychocolate.net @ 2013-09-03 16:30:42 by W3 Total Cache -->
|
|
wadair
|
September 3, 2013 at 4:36 pm
Ah, yes! I have fixed it – there is no cache message now, and the caches are purged. This hasn’t changed anything.
|
|
wadair
|
September 3, 2013 at 4:49 pm
Sorry, that was unclear. I have fixed the caching – There is no longer any caching happening on that page.
However, the cart page still displays the same message. So the original problem is not fixed.
|
|
Josh
|
September 4, 2013 at 12:00 pm
Since your host has said that PHP can write sessions, can they check to see if the correct session save path is set in php.ini?
Along with that, you can rule out any plugin theme conflicts. You can rule these out one by one:
1) A theme conflict. You can rule this out by temporarily switching to the default WordPress theme.
2) A plugin conflict. You can rule this out by temporarily deactivating any other installed WordPress plugins.
It may also help to turn on debug mode. You can set wp_debug to true by editing the wp-config.php file.
You can use an [FTP client][1] and [a text editor][2] to access change this line to the site’s wp-config.php file:
define(‘WP_DEBUG’, true);
[1]: http://codex.wordpress.org/FTP_Clients
[2]: http://codex.wordpress.org/Editing_Files#Acceptable_External_Editors
|
|
wadair
|
September 4, 2013 at 4:15 pm
My session save path is /tmp. Is this the correct path?
I tried changing the theme to Twenty Thirteen, disabled all other plugins and enabled debug mode. None of these actions changed the response on the page or gave any hints as to what might be wrong.
I have WordPress installed in a sub-directory on my website. It is in the /tickets folder, but the site runs fine otherwise. Could this be causing the problem? Or perhaps this is causing issues with the session save path?
|
|
Josh
|
September 5, 2013 at 7:49 am
My session save path is /tmp. Is this the correct path?
I do not have the information that would determine whether that’s the correct path or not. That’s something your host can verify. What happens is the session save path is defined in the php.ini file. If that directory exists and has the correct permissions to allow PHP to write to it then it should be good to go.
However if /tmp doesn’t exist or is not writeable then it will need to be created and configured to be writeable.
|
|
wadair
|
September 5, 2013 at 4:01 pm
Thank you for your patience in working with me on this.
I used phpinfo() to see my session information. Sessions are enabled, and the folder is /tmp. I checked the permissions on /tmp and it was 757, so I changed it 777 just to be certain that it wasn’t causing the problem. Is there any way to test to see if the session is starting, saving and ending successfully?
I double-checked the error logs, and there are no php errors occurring when trying to view the shopping cart page.
|
|
Josh
|
September 5, 2013 at 9:04 pm
The Event Espresso System status page does a check to see if sessions can be saved. I can advise contacting your host and have them run the tests to verify this.
|
|
wadair
|
September 9, 2013 at 10:24 am
I checked the Event Espresso System status page. It says that /tmp is writable.
I changed the php version to 5.4, and used session_status() to check and see if sessions are indeed enabled and active. They are. The output from phpinfo() also says that sessions are enabled. My host says that sessions are active, working and that the /tmp folder is writable.
Aside from deleting and re-installing WordPress, I don’t know what to do next. Should I try that? Any other ideas?
|
|
Josh
|
September 9, 2013 at 12:28 pm
You could ask them to reboot the server. Changing to PHP 5.4 isn’t something we’d normally advise, so unless they had a reason too we typically recommend PHP 5.3.
|
