|
dcorso
|
November 8, 2015 at 5:54 am
Hi, I am working on a site and testing the registering of events and the backend manual payment transactions. When I register it just hangs for a minute or more before going to the Thank you page. I also tried adding manual payment transactions in and it just was hanging also. I deactivated all plugins other than EE and turned the theme back to 2014 and it didn’t help at all.
|
|
Lorenzo Orlando Caum
|
November 8, 2015 at 10:48 am
Hi Deanna,
Could you add the following macro towards the middle of your wp-config.php to raise the memory that is available to PHP?
https://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP
Then please share a link to any event on your site even if it is a test event. We’ll then run through the registration checkout and check for errors using developer tools.
—
Lorenzo
|
|
dcorso
|
November 8, 2015 at 3:11 pm
Hi Lorenzo,
I have put define(‘WP_MEMORY_LIMIT’, ‘126M’); I did have it at 96M previously.
A link to an event is http://staging.bhcac.com.au/courses-workshops/after-school-pottery/
Cheers
|
|
dcorso
|
November 8, 2015 at 5:00 pm
Hi again Lorenzo,
The network administrator confirmed that the php.ini memory is set to 128M. They have also increased the RAM from 512MB to 1Gb and I am not seeing any difference. It is taking minutes after I hit the “Proceed to Finalize Registration”.
Cheers
|
|
dcorso
|
November 8, 2015 at 9:44 pm
I am still trying to debug this and when I add a payment via the backend and don’t select “Payment Messages?” for “Send Related Messages?” it’s almost instant, so I don’t know why the emails side of things is killing it.
Thanks
|
|
Tony
|
November 9, 2015 at 4:47 am
Hi there,
It sounds like a slow mailserver.
Event Espresso doesn’t actually send emails itself, it passes the details to the WordPress core function wp_mail() which then passes the email to your server.
The server can then do any number of steps and depends on how the server is setup, but it sounds like it is either under load or simply does not like the html emails that Event Espresso is passing over.
When this happens we advise to use a transactional email service such a Mandill or PostMark to send your emails as they are usually more reliable than your hosts mailserver (most hosting companies are not email providers but just offer email as a convenient extra).
You can read more about transactional email services here:
https://eventespresso.com/wiki/postmark-app-mandrill-transactional-email-handling-services/
|
|
dcorso
|
November 15, 2015 at 4:20 pm
Hi Tony, We have implemented Mandrill and I can send a test which seems to respond quite well. I have tried registering again as a user on the front end and it still hangs but after minutes it does actually process. I also try resending the registration email from the registrants page and I get this message: “An error has occurred: Something went wrong and the message for this registration was NOT resent”.
I tried submitting a gravity forms form and it processes fine and I can see it through Mandrill ok.
I need to figure out what is going on as this is stopping us from proceeding us further with this application and we are already in testing stages.
|
|
dcorso
|
November 15, 2015 at 5:13 pm
Tony, had some caching in htaccess that I removed and the send registration from the backend seemed to process in good time. The registration is still hanging and took 1 min 8 secs to process. It’s not even taking money and only processing as bank draft.
|
|
dcorso
|
November 16, 2015 at 7:05 am
Any idea Tony? I saw you registered for an event. Did it take a proper minute to submit? It’s 1am here in Australia and I am off to bed, but I’d love to wake up in the morning with some ideas. I am meeting with the client in the morning and need to find a solution. Thanks
|
|
dcorso
|
November 16, 2015 at 7:11 am
I am also still getting the “An error has occurred:
Something went wrong and the message for this registration was NOT resent” when trying to resend registration emails from the backend.
|
|
Lorenzo Orlando Caum
|
November 16, 2015 at 7:56 am
Hi Deanna,
Could you go to Event Espresso –> Messages –> Settings. Then toggle the messages system off.
The above change is temporary.
If you try a registration afterwards, does it move quickly or is there still a delay?
—
Lorenzo
|
|
dcorso
|
November 16, 2015 at 1:13 pm
Hi Lorenzo,
Yes, I toggled the email messages off and it processed in a matter of seconds.
|
|
Tony
|
November 16, 2015 at 5:10 pm
Hi Deanna,
I did run a registration and it did take a long time to process and send the messages.
Are you running any other plugins that may filter wp_mail() at all?
For example are you running any mail logging plugins or SMTP plugins?
Also your events are currently set with a default registration status of Approved, meaning tickets are sent before payment. Is that expected?
Is your .htaccess file not stock with no custom rules that may be effecting this?
If you temporarily disable the ticketing add-on and retest a registration does the same happen?
I am also still getting the “An error has occurred:
Something went wrong and the message for this registration was NOT resent” when trying to resend registration emails from the backend.
This can happen if you are using _FORMATTED email shortcodes with Mandrill. Its due an to issue with the Mandrill plugin and we have a small plugin to fix this here:
https://github.com/eventespresso/ee-code-snippet-library/blob/master/third-party-integration/de_ee_fix_mandrill.php
It’s a custom plugin to format the email addresses correctly within wpMandrill.
|
|
dcorso
|
November 17, 2015 at 3:55 am
Hi Tony,
I did disable the ticket add on and this didn’t seem to help, so I reactivated it.
I have uploaded and activated that Mandrill plugin which seems to have done the trick when resending registration emails from the backend. The frontend registration doesn’t seem to be lagging, which could be the result of the plugin perhaps too. I will do some more testing of this as I’m not convinced.
“Also your events are currently set with a default registration status of Approved, meaning tickets are sent before payment. Is that expected?”
Yes, we want users to be able to register so secure their spot for the courses, but make payment offline. So we need to be able to approve them to take any limited spots available. Having said this, we don’t actually want them to receive their ticket email until they have actually paid. How can we trigger this email to be sent only upon payment and not upon registration?
Thanks. You guys have been so great so far. It’s so hard with the timezone differences to catch you at a good time.
|
|
Tony
|
November 17, 2015 at 4:43 am
I’ve just ran a test registration and it is much quick to finalize.
How can we trigger this email to be sent only upon payment and not upon registration?
Currently you can not prevent it from being automatically sent when the registration status is approved and allow you to ‘resend’ when payment is made.
I’ll check in with our developers if this is possible although due to time differences this may be a little.
|
