Forum Replies Created
-
Posts
-
Howdy Xross,
Thank you for sharing that detailed info. It was quite informative. Actually I was able to find one query that is running particularly slow on your server and could be optimized on our side. We have ticket that for our next big release: 4.2 . If we can squeeze it in we are going to.
But, that only accounts for .63 seconds of your page load. There are some truly alarming things in the query monitor breakdown. Database query time takes up 4 seconds. But that actually makes sense because it is running: 2300 Select queries. Normal is 100-200. Comparing the queries to your website I am starting to see at least some of the reasons why things are running so slow with Event Tickets Plus active.
The biggest thing that stands out is that you are displaying the attendance count for each event on the list page. This is a very intensive thing to do. Technical reason why: Due to the fact that WooCommerce orders are often updated by other plugins we recount them each time you display the ticket count. The more orders you have in your Woo history the longer it takes. Especially when you have a lot of pending or otherwise uncompleted orders. Normally not a problem when viewing tickets for only 1 event. But in this case due to your theme’s setup you are viewing 10 events at once, so it is taking very roughly 10 times as long to load as the usual single events page. No bueno. Obviously this could be fixed by not displaying the ticket count, but that’s not a great solution either since you clearly want to display that.
My suggestion would be to try caching. I don’t often recommend W3 Total Cache as it’s far from perfect. But in this case I think you should try installing it. I would disable its script / CSS minification, as that is one of W3’s weak points. In order to properly test whether this plugin is helping you will want to be logged out, or logged in as a regular user/subscriber. Admins will typically see much slower load times than these users due to all the unique stuff WP shows admins that can’t be cached. But if you setup and test logged out you will likely see an enormous improvement.
You could also try a more powerful server. It looks like your server is not underpowered by any means. But you have at least 20k posts and with how you have setup your theme your site is the opposite of performant. It will require a very heavy lifting server to always load these pages fast. But before we jump on to some alternative like this: Does configuring W3 Total Cache provide some significant gains? If not, how did you set it up. It does take a fair bit of reading in their tutorials to get setup properly so I’ll be interested to hear the settings you chose to see if I can identify anything worth adjusting.
Cheers!
– Brook
Thanks for the thorough debugging steps! Nico has been a bit tied up but I’ll gladly pick up where he left off.
So basically the difference you are seeing when switching views stems from the fact that switching views causes the entire page to reload. Where as switching filters causes only the events area to be reloaded via Ajax. Since your featured image is not within the events area it won’t get reloaded (and filtered) until you switch views or refresh the page in your browser.
The root problem, as you pointed out, is that the Filter Bar is filtering your very standard WP_Query . Truth be told our queries kind of suck in this regard. When our plugin targets an event query there is a little bit of guessing that goes on, and in this case it is basically guessing wrong and targetting a query the plugin didn’t spawn. Some might call it a bug, others a limitation of our API. Regardless of what we call lets try to find a workaround that works for the current version of our plugin.
What I would try to do is remove the Filter Bar’s action from the WP_Query hook before running your query, then add it back after.
remove_action( 'pre_get_posts', array( Tribe__Events__Query::class, 'pre_get_posts' ), 50 ); // Do your beautiful magic add_action( 'pre_get_posts', array( Tribe__Events__Query::class, 'pre_get_posts' ), 50 );Would that work you think?
Cheers!
– Brook
Howdy Greg,
Thanks for giving that a go. I just tried to recreate your exact event, but it is working properly for me. :-/
One thing that could be interfering is that you can not exclude the first occurrence of an event. Could you double check for me that the original ocurrence on the 20th is being created? Or is that missing as well?
Could you try creating a new test event on a Monday? Have it recur every day for 5 days, then exclude the Wednesday. Does this event work?
If none of the above yields fruitful info then I have to ask a question I don’t want to ask: When you tested with the theme/plugin disabled did you try updating the event (so that I resaved all ~40 instances) ? Or did you just try disabling plugins and viewing the event? The reason I ask is because unfortunately in this case simply viewing the event probably isn’t enough. If something is conflicting its probably doing it while the event is saving, and so we might need to redo the conflict test only resave the event this time. Even better, why not create that test event with the plugins disabled and theme switched? But this is a last resort, hopefully the above sheds some light on whats going on.
Cheers!
– Brook
Howdy clellie,
Thanks for reaching out! This topic actually started our bug report, so it should be first on the list to get notified once things get fixed. We’ll be in touch.
Cheers!
– Brook
Howdy Joseph,
Pardon our belated response! This thread was just brought to our attention as needing a response but not yet getting one. 🙁 Probably a glitch with our forum response notifier not working as expected.
I believe what is happening for most of the folks here is that another plugin is loading a newer version of the Gmaps API than our plugin uses. This latest version requires an API key, which is new for Google Maps. The version we have been using for years does not use one, and thus the error.
If you are experiencing the same issue then you will need to generate a key. If you are experiencing a different issue would you mind opening a new topic, and in your own words describing the problem. Opening a new topic will also request that you share your system info and a link to your website, both things that would be very helpful in this instance.
Cheers!
– Brook
Howdy Xross,
I would love to help you with this. Performance is a passion of mine.
The fun thing about performance issues is that each persons is often unique. The server might be struggling with the amount of queries, the length of a certain one, how many recurring events there, or one of a million possibilities. The first step is to narrow it down.
Would you mind installing the plugin Query Monitor? Now visit one of the pages that was loading slow. When you click on the Queries dropdown, then the Queries submenu, what does it show? Could you share with me the top 5 slowest queries?
Cheers!
– Brook
Howdy Romain!
That definitely sounds off. In the usual installs you can see the “<< All Events” button typically takes you back to page 1. Example.
If your site is doing something other than this then it is likely the result of a conflict. This guide walks you through how to test for a conflict, and then identify what is conflicting.
If you need further help would you mind logging in so I can verify your support access? Or, if you don’t have/want a license (which includes a year of support) you should checkout the volunteer community on WordPress.org: The Events Calendar. It’s not the same level of support, but it’s free! We even check those forums once each week and help to the extent we can.
Cheers!
– Brook
You are very welcome! I am happy you reached out. Let us know if ever need anything else.
Cheers!
– Brook
Well that’s odd. Just to double check do you have both Event Tickets and Event Tickets Plus activated? If Plus is not active then the Orders link will not appear. The two work in tandem to give you the full functionality.
Assuming both are active could you find an event that definitely has orders and click Edit on it. It will take you to a URL like this:
[DOMAIN]/wp-admin/post.php?post=[ID NUMBER]&action=edit
Grab the ID number from that URL, then try visiting this url:
[DOMAIN]/wp-admin/edit.php?post_type=tribe_events&page=tickets-orders&event_id=[ID NUMBER]
What happens when you view that page? Do you see the orders, or perhaps get an “insufficient permissions error”?
Thanks for walking through this with me. I am sorry it is being a pain.
- Brook
Howdy Neils,
Absolutely there is! Checkout tribe_events_get_ticket_event( $ticketid ) . Just pass the ticket ID to that function. If the return === false, there is no event associated with the product. Otherwise the return will be an integer, namely the event’s ID.
You might also be interested in tribe_events_product_is_ticket() . But it sounds like you won’t need that here.
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
Howdy Elizabeth,
Good question!
If you chose to import the events that are already in your calendar then the plugin would create duplicates. In order to recognize an event as already existing on your site, and thus update its info rather than creating a new event, that event must have been created with the Facebook Importer. Your old events would have been created without the Importer though, and thus won’t be recognized.
However, when importing events from Facebook you can selectivaely choose which ones to import by unchecking them from the Import screen. So you could prevent them from being reimported.
Does that all make sense? Will that work for you? Please let me know.
Cheers!
– Brook
