Forum Replies Created
-
Posts
-
Howdy Mike,
Thanks for reaching out and looking into our calendar.
We do not typically offer discounts. However you are in luck, because for the past couple of days, and through the end of today (Friday) we are offering 20% off in celebration of our 2 millionth download with a coupon code. More details here.
Please let us know if you have any more questions. Cheers!
– Brook
Howdy Cesua,
I am sorry to hear your account was suspended for the day. That’s no good.
We take performance of the calendar very seriously. Calendar views like out Month view are naturally very intensive on databases. And when run atop WordPress, particularly the Post API, they are even more intensive. That is why we have spent literally hundreds of hours optimizing everything we can to make the calendar as fast as can be.
On an optimized application like The Events Calendar when you start hitting the performance limits of a database you have a couple of options:
a) Upgrade to a higher end server that can handle all of your data.
b) Permanently delete old posts and events from your website, which will reduce the size of your WP Post tables. If you delete enough you can always come back under your server’s performance limits, but often times deleting any data, much less a lot, is not option. In which case you are left only with option A.
Does that all make sense? Please let me know.
Cheers!
– Brook
Howdy jmilo,
I’m sorry that’s giving you trouble. Unfortunately these errors are on Google Map’s end. It’s not something we can fix, as Google Maps is the one that provides The Events Calendar the coordinates.
With Events Calendar Pro you can manually set the coordinates for a venue. This helps for venues that dont have proper addresses, or in situations like yours where Google just hasn’t mapped your area properly yet.
Please let me know if you have any presales questions. Cheers!
– Brook
Howdy Roseanna,
That’s a great question. WP is building a JSON API and plans to add it to an upcoming version of WordPress. Once they do that we have talked about setting up our calendar so events can be easily exported through this. But until then we do not have a solution for exporting events via JSON. One could certainly be built using our current API, but nothing is already built.
Events are already exportable via XML using WP’ Export tool. This could be automated with a cron script. Further they are also published via RSS by default automatically, an it’s trivially easy to add any extra data elements to the RSS feed as outlined here. Finally, they are also exportable via iCal.
Would one of those options work?
Cheers!
– Brook
Good question. That version ending is something WordPress commonly does with assets like CSS files. But it does not actually load a different file nor does it store old versions anywhere. All it does is force improperly configured caching systems to serve the latest version of a CSS file when you update the plugin or theme by making it clear that the new version is a different URL/file. There is only ever one CSS file in your plugin directory, so you don’t have to worry about editing the wrong one on your end.
In short, no that should not be the problem.
- Brook
I am happy to hear it, russel. Thank you for bearing with us.
I have marked your topic in our bug tracker. You will be notified when an official release is ready that contains a built-in fix for this error.
If anybody is else is facing this error contact us for a modified version of 3.12 that contains a temporary fix.
Cheers!
– Brook
Thanks for giving that a whirl. Upon further investigation it looks like you were directly modifying the following file, instead of doing a theme override: http://eaatx.staging.wpengine.com/wp-content/plugins/events-calendar-pro/resources/tribe-events-pro-full.min.css
Just so you know, it is recommended not to modify WP plugin files, but to instead use theme overrides. The reason for this is that when you update a plugin in WordPress it deletes the current plugin folder, along with any changes you made, and replaces them with the default versions of those files. So updating plugins removes all of your changes.
That said you should still be able to get your changes to pull in, regardless of where you made them. When you say they are showing up in the WP Editor, do you mean the one found in WP Admin > Plugins > Editor “The Events Calendar Pro”? Or, do you mean WP Admin > Appearance > Editor > SideBlogThemeRes? If it is the theme editor, then it does not look like you copied the correct files. Your padding change around the edge of the calendar was made directly to the plugin’s CSS file, so you might still need to copy over the plugin files themselves which are in the /wp-content/plugins/ directory.
If the above does not work, then I can only think of two other possible but unlikely causes: 1) Do you have a caching solution on your website? Have you tried clearing it? This is not usually the case on wpaengine, but I still had to double check. Or, 2) Your host might be able to help you. This truly does not seem like an issue related to our plugin. I have never seen anything like this before, particularly when the changes are made directly to the plugin files as yours appear to be. There is no reason for them not to show if they are indeed present on the new site. Wpaengine might be able to help you by looking at file timestamps and comparing them, or other logs to see why the server is not loading the new versions of those files.
Does that all make sense? Please let us know if I can clarify or be of further help in some way.
Cheers!
– Brook
Hello yogavitaesalute,
I am sorry to hear your filters disappeared. I have yet to see anyone with a similar issue. It seems probable that one of two things is happening: 1) the update failed and the new Filter Bar is not properly installed. 2) Or, there is a conflict happening.
Would you mind trying to redownload the update, so we can confirm that it worked properly? This guide on “Manual Updates” outlines exactly the process you would need to do for deleting and then redownloading the Filter Bar plugin (click here).
If redownloading does not cause the filters to reapper then we should try to test if a “conflict” is happening, and if so narrow it down so we can find a fix for it. This guide walks you through how to test for a conflict, and then identify what is conflicting. It’s possible that something we changed in Filter Bar 3.12 is not compatible with one of your plugins or theme. We’d love to know what’s incompatible so we can investigate whats needed to fix it.
Does that all make sense? Can you run through those steps? Please let us know.
Cheers!
– Brook
Howdy cbarbuto,
I’d be happy to help figure that out. My first instinct would be to ask: are you using a child theme for your changes? If so, have you yet selected the child theme on your live site in WP Admin > Appearance > Themes ? Or is it perhaps using the parent theme and thus your changes aren’t being loaded?
Cheers!
– Brook
Howdy Juli,
I would love to help you make sense of this. I would say it depends. If only some of your events are non-refundable, then I would add the note inside of each ticket’s description. If on the other hand you sell only tickets through WooCommerce and you want want all products/tickets sold through Woo to be non-refundable, then you could show a notice on the checkout page that mentions this.
I found this fairly detailed article which walks you through customizing the WooCommerce page (click here), including adding text to it. If you want a store wide notice you could follow the steps there-in.
Does that all make sense? Will that work for you? Please let us know.
Cheers!
– Brook
Russel, I am sorry we were not able to get together and talk about your issue today with our launch of 3.12 happening. We will talk tomorrow and see if there are any new ideas.
If you have a minute to try upgrading to 3.12 and seeing if it works better for you, please do. It is doubtful that 3.12 made much of a difference as it does not include our fixes for this issue. But, if your issue is indeed different than the one a couple others have experienced, perhaps 3.12 will help.
Thanks!
- Brook
That is odd. Let me discuss this with the developer and get back to you in a couple of hours. it’s possible there is another area or two we need to change, or perhaps your issue is different.
- Brook
Oh good I’m glad you got a response. Sorry to hear both of your replies did not make it through. :-/ Thanks for resubmitting.
– Brook
You’re welcome!
Alright folks, basically the change we are making is switching the use of file_get_contents() with wp_remote_get(). This quick walkthrough might get you going if you don’t mind making direct edits to code.
Go to this file plugins/the-events-calendar-importer-ical/src/Tribe/Feed_Parser.php:201 and swap out this line:
$contents = @file_get_contents( $this->args['url'] );
with:
$contents = @wp_remote_get( $this->args['url'] ); $contents = $contents['body'];
Further modify this file: /plugins/the-events-calendar-importer-ical/vendor/iCalcreator_3.0/iCalcreator/iCalVCALENDAR.class.php:378 by changing these lines:
if( FALSE === ( $content = @file_get_contents( $filename ))) return FALSE;
to:
$contents = @wp_remote_get( $filename ); $contents = $contents['body'];
Now we do not currently have the facility to test these changes, and actually our own bugfix will be different/more complex for a few reasons. But, it is my hope that those quick and dirty changes will make your servers import valid ics files for now while we work on a fix. Once we have released an update which includes a fix, all you will have to do is click update and you will be all patched up and not have to worry about this problem again.
Does that all make sense? Cheers!
– Brook
