Forum Replies Created
-
Posts
-
Very interesting.
At this point I’d suspect another plugin, or even your theme, is also including the Google Maps on certain pages. Could you try doing a conflict test? This guide walks you through how to test for a conflict, and then identify what is conflicting. If we can narrow it down, likely we can find a good solution for this issue for that you can run both things side by side without conflict.
– Brook
Howdy Mario,
You can paste that in in any php file hat gets loaded with the page. Many choose to put things like this in their theme’s functions.php file, so that would be a perfect spot if you have no preference.
Does that make more sense now?
Cheers!
– Brook
Howdy @Fletcher,
George brought this topic to my attention since I am very passionate about performance. I would love to help you with this.
Would you be interested in sharing a copy of those log files, which show these queries 2000 times? A lot of event queries look distinctly similar to one another, but the devil is in the details. I am interested to understand if all of the queries are straight forward ones like what you shared, and for any other information I can glean from these files. If this does interest, maybe you could upload a zipped copy to Dropbox or something similar, and share a link here in a private reply.
One tip I can offer you right off the bat is to adjust the “Number of events to show per page” setting in WP-Admin > Events > Settings. It’s currently set to show 9999, which is a lot. That’s great if your server can handle it, but you would need something significantly more powerful than a shared host like WP Engine to accommodate this. That’s not meant to detract from WPEngine, whom I adore, it’s just an acknowledgement that WordPress is only designed to show 10-20 posts per page. Anything much more than that is pushing it.
Further, you might also adjust “Month view events per day” setting in WP-Admin > Events > Settings > Display to a lower number like 2 or 3, and check the box “Enable the Month View Cache”.
Cheers!
– Brook
Howdy again Stephan,
Thank you for sharing the error. This make me strongly suspect that something is conflicting with the plugin’s “bootstrap datepicker”. The datepicker we use is extremely common, and used by many other plugins. Unfortunately sometimes other plugins assume they are the only ones using it and modify how it behaves, which gives all other plugins, including ours errors.
To test for this would you mind faithfully accomplishing the following steps?
- Just to be extra safe, could you make sure you have a backup of your website? Most websites hosts offer the ability to backup your files and databases at the click of a button.
- Switch themes to Twenty Sixteen.
- Go to WP Admin > Plugins and Deactivate all plugins except The Events Calendar and Events Calendar Pro.
- Go to problem event and edit it. Are you still getting errors? If so, Try clicking the “Update” button on the event which will resave it.
- After clicking update are you continuing to see errors? If so, do you see errors with new events? Could you try adding a new test event. Does it have errors?
Please let me know if you have any questions along the way. Cheers!
– Brook
Howdy Arno,
That is exactly it! Your changes should be all that’s needed to get rid of those errors.
In order to make our plugin more consistent we renamed some of those old classes and filters, as you are seeing. Now all of our classes and filters share more or less the same naming structure, and hopefully our plugin is now easier for developers like yourself to learn and work with. So simple renaming your calls to these filters as you have done should be all that’s needed!
Let me know if you need anything else. Cheers!
– Brook
Howdy again,
Yes that is correct.
Actually something obvious did not occur to me before. You can outright disable the “per-ticket fee” by setting it to none. As this page elaborates on, this will mean that you are the only one collecting funds with this setting. Thus, I think this setting will be even better suited to your needs than the 100% fee setting, as this one will disable split payments altogether.
Does that answer your questions?
Cheers!
– Brook
It was my pleasure to help. I’m happy to hear you were able to add what you wanted. I’m puzzled that not all of the columns could be removed, though there are some columns I’ve not tried removing myself. Perhaps the default WordPress ones were giving you difficulty? Or something else was adding them after you removed them? Whatever the case it sounds like your happy with it for now. Just let us know if you ever need anything else. Cheers!
– Brook
Howdy Philippe,
I would love to help you find a solution for this.
On the Venues page it looks like the maps API is getting included twice, once with the key and once without. On the other page it’s only included once.
Could you try deleting your Google Maps API key from The Events Calendar and see what happens? What happens if you delete the API key from Google, generate a new one, and input that in your site. Does that fix it?
Cheers!
– Brook
Howdy Jake,
I would love to help you with this.
Just to be sure I understand you, are you trying to add the Attendee Info to the CSV export file? Or are you trying to add custom fields there? Or perhaps are you trying to add custom fields to the Order Emails and templates that Woo sends out?
I just want to be sure I understand you, then I’ll gladly research which hooks. We have sample coded lying around for a lot of these scenarios and I can probably share something fairly specific to your needs.
Cheers!
– Brook
Howdy Bruce,
That’s a great question. You’re undoubtedly right, those are probably NoScript users buying tickets from you.
1) there is apparently no fallback method for collecting participant information if Javascript is disabled (I tested this and the fields don’t display AT ALL when Javascript is disabled). If this is the case, is it possible to code a fallback method for collecting participant information in the event of Javascript being disabled?
I’m a huge believer in supporting users who have disabled JavaScript when possible. Unfortunately I do not see a way to add compatibility for this. Since our plugin allows you to purchase multiple tickets at once, and each will have their own meta fields, it is not really possible to show all of those fields on the page. You need something like JavaScript which can dynamically add or remove fields based on the quantity of tickets you’ve purchased.
You could introduce two steps to this process. A user selects the quantity, hits submit. Then they are sent to another page with the appropriate amount of fields. While this is possible it will take a lot of custom coding to make it happen. Probably too much for you to be interested in investing in this route.
2) if there isn’t a way to code a fallback method to collect participant information, is it possible to include a notice to the purchaser that they MUST turn on Javascript to purchase tickets?
That should be easy to do. The HTML <noscript> tag is built for just this scenario. If you paste this in your theme’s functions.php file, it will add just such a notice:
https://gist.github.com/elimn/f0e6b8ee3ee87df1ee1ee2937947619c
Did that do the trick?
Cheers!
– Brook
Howdy Melissa,
Sorry for the slight delay. I saw your post yesterday but the Screencast website was down at the time. I just now was able to view the whole thing. Thanks for showing all of the steps!
One other potential problem could be the “slug” itself. Could you try temporarily changing it to something random? Perhaps it is conflicting with some other slug in your database.
- Go to Wp Admin > Event > Settings and change the field labeled “Events URL slug” to ‘9rmd3op’ — a random string that is very unlikely to ever conflict with anything.
- Click Save Changes.
- In your Admin toolbar that goes across the top of the page, click Events > View Calendar. This will take you to the new URL for your calendar. Does this page 404?
Cheers!
– Brook
