Forum Replies Created
-
Posts
-
Howdy Kristy,
Please pardon the delay, your topic was accidentally mismarked on our end as not needing a response.
The shortcode is a bit old, it was written before we had options to move the tickets area inside WP-Admin > Events > Settings > Tickets. I’m guessing that’s why it was not working quite right for you.
I just rewrote it. The new one can be found here, and I’ve tested it a decent amount so I’m pretty confident it will solve your issues. Event Tickets Extension: [event_tickets_form] shortcode Could you try deactivating the old one, and installing and activating this replacement?
It adds the shortcode as an available option in WP-Admin > Events > Settings > Tickets, so make sure to set the shortcode as the place you would like to display the ticket area. When the shortcode is selected here, it will hide the tickets area and only show it when the shortcode is present.
Once you have activated the plugin and selected the appropriate options, you can insert a tickets area using this new shortcode: [event_tickets_form]
I also added the ability to display ticket areas for other posts:
[event_tickets_form id=42]
You can replace 42 with the post ID of any post or page that contains a ticket area.
Does the new one work for you?
Cheers!
– Brook
That is strange. I just tried replicating your exact settings and it is working great on a couple of other sites.
If you have a caching plugin, or just a server side cache, maybe that needs to be cleared?
But I understand if you don’t have the time to mess with it. If it’s not urgent for you, at least it is something we will address as soon as we can in the plugin. As I said at the outset waiting on it to become built-in might take a while, but it should be a nice solution when it does come.
Cheers!
– Brook
Howdy Robert,
I’d be happy to help you in Courtney’s stead.
The feed shows upcoming events in a category. So long as your category has upcoming events, they will appear in the feed. Here is an example:
http://choicemedia.tv/events/category/education-reform-events/
> Have you tried going to WP’s Settings → Reading screen and increasing the number of syndication feeds?
That works but it only allows for a set number. Is there a way to have infinite scrolling?
This is not possible without you writing a customization for WordPress itself, and tying that in to your app. RSS feeds are not really intended to have pages. You could add them, but I can not find any prebuilt solutions for you. Infinite scrolling requires some form of pagination, thus you will first need to add paging support to WordPress feeds before this would work.
Another possibility is extending the WordPress REST API. You could add some custom endpoints to it that serves the data you need. Our plugin does not yet include any that would be helpful to you, so these endpoint pure custom creations of your own making.
If these are all too complicated then I would go with Courtney’s suggestion of setting the # of posts in the feed to a really high number. That’s the best that can be done without writing a custom solution.
Does that all make sense? Do you have any other questions? Please let me know.
Cheers!
– Brook
Howdy Bruce,
I am sorry you were having trouble finding the link. It is just under the second paragraph in my response. Maybe you had just viewed my response in your email inbox? I believe that the emails get stripped of some HTML elements, particularly ones that might get the email marked as spam.
Here is the link again: https://theeventscalendar.com/content/uploads/2017/02/tribe-ext-noscript-attendee.zip
Let me know if it gives you any trouble. Cheers!
– Brook
You are so welcome!
Before I did not explain why we don’t automatically link to page 2. On most sites the widget shows ~5 events, while the list view shows 10+. Thus clicking “View More…” really does show you more events. But, in your case they are both showing 10, and clicking View More doesn’t behave quite as we’d expect. So this snippet should work great for uses like yours.
Thank you for getting back. Cheers!
– Brook
Howdy Agnes,
Performance is a huge passion of mine, I would love to help you with this.
I have upgraded the server to a VPS, installed WP Rocket, and have activated the plugin’s month view caching, as well as added that JSON related snippet. Everything is up-to-date.
I am happy to hear you both enabled caching and found that snippet. This was a really good idea for your site.
However, the site is sooooo slooooow, like 15-20 seconds to load the homepage, even longer for the calendar. This has been a constant nuisance since the beginning, but tonight I just got a message from a user is wanted to know if the site was always as slow as it is, do we have a problem she asked.
After having a look at your home page I can start to see why it’s so slow. You are running a ton of widgets on your site displaying events. It looks beautiful, but each and everyone of them is going to have a performance impact.
You appear well read on the topic, so I won’t go into a lot of detail on things you probably already know. To put things simply, WordPress is phenomenally slow with date queries (postmeta ones). This is a symptom of WordPress being so flexible.
WordPress defaults to showing 1 set of 10 posts in main body, another set of 5 in the sidebar. Most servers are capable enough to handle this, plus a little extra. These same servers should have no trouble with a set of 10 events in the body, plus another 5 in the sidebar (in spite of the slow WordPress date queries). But when you start getting as many sets of you’ve got, you are demanding a lot from your server. You have:
- A slider up top that appears to be querying 4 events.
- An upcoming widget that shows 3.
- A recent post widget that shows 3.
- A beautiful featured event widget, that shows not only that event but three related ones (yet another “set”)
- Another featured event widget.
- A past events widgets, showing 5.
- Recent posts again, showing 5.
- Upcoming events again, showing 5.
This is going to be taxing on a server, there is no doubt about it.
Finally, we haven’t been deleting events that have passed, could this be an issue? We have at least a thousand that have already happened. Could those old events slow the site like this? Clearly, I’m not a super savvy WP/dev person.
The more posts you have in your database, whether they are blog posts or events, the slower your site will be. You asked if this is “an issue”. I would not call it an issue, but it does mean that over time you may need progressively need to upgrade your server to accomodate.
Old posts can be good for SEO, helping people find your website on search engines more frequently. So you might prefer to keep them.
Based on your post IDs, I am guessing you have close to 19 thousand posts. That’s quite a few. I’d wager that most WordPress websites have less than a thousand.
WP Rocket doesn’t work on the calendar page–they said that there’s a known conflict with the Events Calendar–so which caching plugins DO work? I have to disable it on the events page or else the page won’t load. I purchased WP Rocket on Modern Tribe’s recommendation.
Personally I have had good success with W3 Total Cache on its default settings. With both it and WP Rocket I would recommend you disable “minification”. But
Also, the backend is really slow too, could that indicate a problem with my hosting? I’ve already sent them a support ticket regarding the slowness as well.
It very possibly could. Are all pages in the backend slow? How many posts have you setup to view in the backend? You can see this by clicking Screen Options in the upper right. It defaults to 20.
Now that we have a better understanding of why your site might be slow (a lot of posts + widgets is demanding) let’s consider some solutions.
- You might need to upgrade your VPS. Who is providing your VPS, which plan are you on? If you can link to it, that will help me get a better idea of what is powering this site.
- Trying to shrink your options table could certainly help. It’s wise to try, but there is a distinct possibility it won’t help much. I’m going to guess the majority of the space in that table is taken up by transients. If I were you I would install this plugin and run it’s “Clean Now” option. Once that has completed, I would deactivate the plugin and optionally uninstall it. Now double check the size of your options tables, what is it down to?
Please let me know if you have any followup questions. If you can answer some of the ones I have asked above, I can give you better recommendations from there.
Cheers!
– Brook
Howdy Bruce,
I am sorry that the code is giving you difficulty. To help I just packaged that into an “extension” — a small plugin you can download, install and activate. Once activated it should show the <noscript> on your single pages:
Event Tickets Plus Extension: Attendee Meta Noscript
Can’t this functionality just be added to the plugin directly instead of trying to hack it in via functions.php? That would seem to be the “correct” way to do it.
We are certainly considering including this, we are also considering making the attendee meta page a separate page for noscript users. The solution is currently in the strategy and planning phase, alongside literally hundreds of other small feature ideas we see great potential in. From there it will be sent to a designer, then a developer, then finally QA. As you might imagine the whole process can easily take months.
Hence why I was interested in getting you a snippet or extension you could use today.
Does that all make sense? Did that work for you?
I typed the above response up on the 11th. But, it evidently did not go through. It’s probably human error 🙁 I might have forgot to press submit or closed my browser tab too quickly after clicking submit. My apologies.
Cheers!
– Brook
Howdy Ines,
I would love to help you find a solution for this.
I just wrote a snippet for you that I think will solve your problem perfectly! If you paste this in your functions.php file it should take you Page 2 instead:
https://gist.github.com/elimn/db33dbfd505108cb140c692d044520aa
Does that all make sense? Did that do the trick?
Cheers!
– Brook
Howdy Kristy,
Coutrney asked me take a look at this since I wrote the shortcode she shared with you.
When you insert that shortcode it should move the tickets form. If the form is displaying somewhere on the page by default, but you have inserted the shortcode elsewhere, it should hide the original and show only the shortcode one.
In the page you shared I see only one ticket form. Is that the area where you inserted the shortcode?
Does this solution only allow for ticket forms created on that page to show or is there a way to tickets that were created in an event to show on separate pages using an ID for that ticket form?
The shortcode for now can only show the tickets form for the current page, it can not show the ticket forms from other pages or events. I would love to add that capability, but we simply haven’t budgeted the time yet.
Does that answer your questions? Are you able to get the shortcode working?
Cheers!
– Brook
Splendid work! Thank you for working with me on this, I’m sorry it was so difficult to isolate.
– Brook
Howdy Brian,
I am sorry, we completely missed your response here.
Fortunately the GoDaddy issue does indeed appear resolved. Unfortunately a few days after that started working properly a new issue developed for a seemingly random set of users. Anyone Running Event Tickets Plus 4.4.2 or higher is unable view the meta that gets collected. This can be alleviated, as you noted, by downgrading to version 4.4.1 or lower.
This new issue appears to have affected you. I’m sorry you can’t catch a break!
So far we have been able to find the Attendee Meta in the database, but it’s not showing up on Attendee Report screen for some reason. So at least in this it is better than the GoDaddy issue which completely erased the data with no hope of recovery.
Sadly we have not been able to isolate this yet, inspite of spending many hours. As far as we can see there is nothing linking all these users. It happens on a variety of servers, including Windows, Linux, WPEngine, and so forth. The users affected do not appear to share anything in common. Thus I am trying to collect more info to better isolate this. If you have time and would be willing to do some or all of the following, could you:
- Share a link to an event that is suffering from the problem. I am trying to see if there are any commonalities in the field types and combinations used to collect Attendee Meta.
- Share a copy of your database. Using this I will try to replicate your site, and see if the problem affects my testing server when running your exact data.
- Privately share a copy of your WooCommerce system info, as this issue only affects Woo users. It’s found in WP Admin > WooCommerce > System Status. Click “Get System Report”.
Please let me know if you have any questions. Cheers!
– Brook
Howdy Jacquie,
I am so sorry, for a moment my brain was not working right. What I shared with you works for the iCal feed, not the RSS ones. And it does not look like Mailchimp supports iCal feeds (which are designed for events). Hence the error message you got.
Since you are looking for RSS feeds we have a nice Knowledgebase article regarding modifying them, including some example code for modify the sorting order changing it from the event date to the publish date:
https://theeventscalendar.com/knowledgebase/customize-rss-feed/#reorder
Does that do what you need?
Cheers!
– Brook
Howdy Vista Radio,
I just wanted to thank you for reaching out and bringing this to our attention. In my tests we are not running that function on any of our archive views, only on the widgets.
Our devs will have to discuss this a bit and see what we should do. As Cliff mentioned, technically the main query on that page is the venue query, thus some might argue that it shouldn’t need to be reset. It gets a bit philosophical, and a change here could have a negative impact on existing customizations people have running on their sites. Thus, we would like to get the full benefit of our entire team weighing in before deciding how to proceed.
Cheers!
– Brook
