Posted: May 24, 2016 at 11:00 am
|
|
This error is causing me so much grief. I’ve read through all the comments on this forum with the same error and still having issues. What was meant to be a simple job for a client has turned into hours of work, and the client is still not happy. People are occasionally having issues with this error message after entering their details. your form data could not be applied to any valid registrations And I can not get get to the bottom of what is causing it – particularly when the issue has never happened for me. – It doesn’t seem to be with one specific browser, or operating system. I thought it may be corporate networks, but it’s happening to people at home too. But it’s interesting it has never happened for me, on a variety of devices and on different internet connections. – Caching. There is no caching plugins installed. I’ve removed them all. I’ve also switched off any PHP caching. And I’m currently disabling gzip in Apache to see if that makes an issue. – Plugins and theme. The site does use a very old theme and has a hideous amount of plugins installed. (we took the site over). I’m reluctant to start removing plugins and changing the themes because it’s more time spent (on something we’re not getting paid for). Disabling all the plugins and changing the theme doesn’t confirm anything for me because, like I said, I’ve never been able to replicate the error. If it was another plugin causing an issue, would the error not happen for me too? – Creating a specific WordPress page template for the checkout pages. I thought what I could do was create a specific page template and only apply it to EventEspresso checkout pages. On this page template, rather than call the WordPress Header and Footer which in turn loaded every single piece of javascript the site used, I could just call the scripts I needed and no more. This didn’t fix it. If anything the errors seemed to increase. Is there somewhere I can see a list of only the javascript/CSS files Event Espresso needs to call? – I’ve switched off SSL on the site. So serving all the pages via http instead. The site uses Mijireh so it will still be secure at the payment stage. I have no idea if this will fix it, but I’m trying every possible solution. – Tempted to move the site off our server onto some other hosting somewhere. We don’t however manage the DNS for the site, so this could be a lot of hassle to chop and change. – Thinking to remotely host the SQL database on another server – see if it’s something to do with SQL? Occasionally the sites tables crash. I doubt this would fix it, but I’m willing to try anything at this stage. The problem is – because I can’t replicate the error myself, I have to make changes and hope that there are no more complaints. So it could be a few days before another complaint comes in. There’s only so many more times my client can complain! Any thoughts anyone? |
|
Hi David, The first thing I’d advise is make sure the server has enough memory. This is really important for sites that have a lot of activated plugins since they all get loaded up into memory. Along with that, Event Espresso itself will use a lot of the available memory during the registration process when it builds the dynamically generated registration forms and keeps track of potentially several registrations/transactions all coming in at the same time. You can set the WordPress memory limit to a higher value by editing the wp-config.php file and maybe try 128M or even 256M if possible. The other thing you can do that may help with actually reproducing the issue is ask a few other people to all try to register for an event at the same time. If the server starts bogging down and you see the errors when multiple registrations are occurring at the same, that’s an indication this can be fixed by migrating to another server. To follow up with your idea of creating page templates for the registration process that only include scripts Event Espresso uses: I’d suggest a different approach where you use conditional tags and dequeue the scripts/styles that aren’t needed at all on the pages that handle registration checkout. (You’ll want to dequeue scripts from other plugins, or theme scripts that handle slideshows or other features that aren’t displayed during the registration process). This is a guide that I’ve found to be really helpful: http://justintadlock.com/archives/2009/08/06/how-to-disable-scripts-and-styles If you can remove the heaviest JS and CSS files from the pages that handle registration checkout it will benefit from faster page load times which is a good thing regardless of whether it’s affecting the issue at hand. One thing to keep in mind though is EE’s scripts have dependancies for some of the bundled scripts in WordPress core like the jQuery library and the Heartbeat API, so you’ll need to be sure to not try to dequeue those. |
|
|
|
Thanks Josh – did not think about memory, which could explain why the issue is intermittent. The VPS the site is on has 4GB of memory and not a particularly high load – however WordPress was limited to 96MB. I’ve upped it to 256MB to see how that performs. I’ll look at the dequeueing option too – thanks for that. Will report back. It’s just annoying when you have no idea if the changes made have any effect! Thanks |
The support post ‘form data could not be applied to any valid registrations sites tables crash’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.
