Posted: May 12, 2015 at 9:54 am
My customer has several locations and uses Event Espresso on each domain. Each of her locations have the same issue daily where a customer will try to pull up a calendar and the spinning thing keeps spinning and never loads the calendar. Each location gets about 5-10 calls a day with this issue. |
|
This is her main location: https://masterpiecemixers.com/ |
|
Are all of the installs on the same server? Do the calls all come around the same time? If not at the same together, do they come at similar times each day? |
|
Hi, I have two ideas on this: 1) If there are many events, then the calendar is retrieving these and may be timing out. Raising the memory available to WordPress can help: https://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP Turning of some of the advanced features of the events calendar such as the attendee limits can also help since these use more resources. or 2) There is a conflict with another plugin. This may be the issue if the calendar doesn’t load at all. On the page that you shared, the calendar does not load even after trying a refreshing. Inspecting the page with Safari Developer Tools shows an error related to WP Minify. http://cl.ly/image/2c38341C090B Try deactivating that plugin to see if that helps. If if does resolve the issue, then I would also check the other sites for this plugin. — |
|
They are all on her own VPS server. Ill ask about when they come in. I just added Minify today to see if it would help. |
|
Where do you disable attendee limits? |
|
Memory was already set to 96MB |
|
Display Attendee Limits was already to no. |
|
Minifying the Caldndar javascript will cause problems. The calendar queries the database for the events using ajax, meaning its very similar to loading all of the events within an events page. I suspect the same issue as Lorenzo. If the server is under load when the attendee tries to load the events within the Calendar the request may time out, this will leave the ajax spinner spinning on the screen. It’s a fair amount of information that each Calendar needs to pull, multiple calendars all making requests at the same time will increase the load on the server which means the queries take longer and are more likely to time out. When this is happening have you checked the load on the server? Can you also check the servers error logs to see if any errors are being thrown? |
|
This was happening before minify…i just installed that today. I have since disabled it. |
|
There was not much load on the server and there are no errors in the log. |
|
Do you have error_reporting enabled on the server? Try adding this: define( 'WP_DEBUG', true ); // Or false if ( WP_DEBUG ) { define( 'WP_DEBUG_LOG', true ); define( 'WP_DEBUG_DISPLAY', false ); @ini_set( 'display_errors', 0 ); } Within one of the sites wp-config.php files. That should create a file called debug.log within /wp-content/ This may not show anything until the next time this happens, but it should then log any errors being thrown. This does sound like a server load issue but without any errors we don’t know where to look to identify the issue.
|
|
I went in and added it. Ill keep you posted. |
|
Hi, I was able to see this issue with Safari by following these steps: Calendar –> Naples. The calendar loads as expected. Then click on Calendar link in the navigation and the calendar loads as expected. Click back in Safri and it breaks as there is a mismatch between the WP dashboard and the front-end page. If the front-end page is secured via HTTPS, then the WP dashboard needs to be secured as well. Otherwise, you’ll run into this sporadic issue. — |
|
When i log into the dashboard it loads HTTPS. How do you fix the mismatch between the WP dashboard and the front-end page? |
|
I tried it on my phone in safari and it didnt break. |
|
Oh, also…stay in GA locations. Naples goes to its own URL outside of here. |
|
Hi, I’ve already seen this issue on my end using the Safari web browser on a Mac: http://cl.ly/image/2c38341C090B Some of the links on the main site are http to the individual sites calendar pages. Then on those individual sites, the calendar link is in the navigation is via https. The problem is that the information is loaded via admin-ajax. If you are on https and transition back to http, then there is a mismatch and the resource is blocked. The spinning wheel occurs at this time as its waiting for information that won’t be arriving since its blocked by the browser. You can fix by selecting one option for the sites, either https or http. If you go with https, then set each site to use full https by changing the site URLs in the WP dashboard. If you go with http, then update the URLs for the navigation in each site to use http and not https. — |
|
ok, it happened again to my customer and one of hers trying to register. I dont see any error log file. Where would it put it? |
|
found it: [12-May-2015 14:44:44 America/New_York] PHP Notice: Trying to get property of non-object in /public_html/wp-admin/includes/meta-boxes.php on line 485
|
|
It was right around these times when she texted me there was another call and she tried it as well: [12-May-2015 15:35:44 America/New_York] PHP Notice: Uninitialized string offset: 0 in /public_html/wp-content/plugins/event-espresso/templates/registration_page.php on line 259
|
|
Hi, the log isn’t needed so you can remove that line. I shared the cause and a solution in my prior reply: https://eventespresso.com/topic/calendar-loading-issues/#post-156078 Essentially, the sites are using a mix of http and a mix of https. Select one option and then change each site to use that option instead of a mix of both. — |
|
Just focus on the main site. Clicking Naples etc goes to another URL. The issue is when you are on the main site and you go to any of the Georgia locations: In ‘general settings’ I have both WordPress Address (URL) and the Site address as HTTPS: When I highlight Georgia and rollover any Georgia location I see HTTPS for each one. I disabled the Themeroller Smoothness theme earlier. |
|
I went and fixed the other menu items leading to the external sites to show HTTPS. That is not the issue though because those sites have the same issue and are completely separate from the main site. |
|
Hi, I can duplicate the issue for the Georgia sites in a similar way. First browse to an https version of the calendar. Then manually browse to the http version of the same page with http: http://cl.ly/image/2s3u0E3t002Q I’ve confirmed this behavior in Safari but it does not happen in Firefox. Do you have your calendar pages excluded from WP super cache? — |
|
I just installed Super Cache today. Do you recommend it? Should they be excluded? |
|
But it should redirect you if you just do HTTP |
|
Weird, its not redirecting to HTTPS…Any thoughts? |
|
That is not the issue. You have the EE User Integration Add-on installed correct? If so go to Event Espresso -> Member Settings. Make no changes ans simply Save the settings. That will prevent that error from being thrown. Are you securing the admin using SSL? |
|
When im in Admin it says HTTPS |
|
I have a redirect set but it is not redirecting the calendar pages: RewriteEngine On |
|
Hi, it would be helpful to know the recent changes that have been made on the site. The minify plugin will break the calendar functionality since it changes the order of the resources that are loaded. Caching plugins can be used but Event Espresso pages will need to be excluded: https://eventespresso.com/wiki/setup-nocache-exclusion-rules-event-espresso/#wpsupercache What is the change that you are trying to make with the redirect in your prior reply? If you are wanting the sites to run in full https, then it would be better to set that via the General Settings page for WordPress in your WP dashboard. You’ll be able to change the URL there and you can save changes. — |
|
The support post ‘Calendar loading issues’ 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.