Just installed new version 2.0.4, here are some findings I share with you.
Nice panel, new options, superb, great update. Overall performance is far better, especially the delivery of JavaScript.
Unfortunately, native css rendering still consumes more than 2 seconds. After applying Endymion00’s turnaround, this fell down to 121ms, great.
However, GTMetrix then advises:
Remove the following redirect chain if possible:
http://yourdomain.com/?ai1ec_render_css=1397568812
http://yourdomain.com/wp-content/uploads/calendar.css
Does anyone know how to completely remove the call to the native ai1ec_render_css ?
Cheers,
Jean
I know the original 1.11 version calendar.css and it breaks 2.0.9 CSS rendering and completely breaks Posterboards and has to be removed.
https://website.com/?ai1ec_render_css=1401568091&ver=2.0.9
My total time to run thia with W3 Total Cache was just under 6 seconds…
What path did you end up using in the 2.0.x path vs. the static calendar.css in uploads?
Christopher
I am also noticing a major 2 -3 second lag with this plugin activated. Even after trying the solution above – didn’t work for me.
When this plugin is deactivated, the site loads properly and fast.
Time to jump ship… but I just added all my events Arggg!!! ?
Hi all. The current version of the event calendar plugin seems to have fixed the css problem, but the javascript is still dynamic. I wrote a plugin to make the javascript static if no users are logged in. You can check it out here: https://wordpress.org/plugins/fix-event-calendar-caching/
If a user is logged in, it will fall back to the dynamic js to make sure the admin pages still work.
I am using it on my site and it seems to work well. The javascript load time went from 3.5 seconds to 6ms. However, I haven’t done a lot of extensive testing, so use it at your own risk 🙂
It’s also on github here: https://github.com/mist-01/fix-event-calendar-caching
