Performance-Problem with the calendar

Hello,

Our next version will fix this ??
We have built the version2.0 mainly to fix the issues with performance and load times.
V2.0 is coming out next week.

Take Care

Hi!

I read that 2.0 comes last Oktober) ??

Sorry…

Simps

While you wait for 2.0, you can try the following if you’re done setting your css.

copy the css text content from domaine.de/?ai1ec_render_css…..

create a file at:

/wp-content/uploads/calendar.css

and paste the css text in that file.

Edit the .htaccess file at the root of your site:

Add:

<IfModule mod_rewrite.c>
RewriteEngine On

RewriteCond %{QUERY_STRING} ai1ec_render_css
RewriteRule ^(.*)$ /wp-content/uploads/calendar.css? [R=301,NC,L]
</IfModule>

If your site supports mod_rewrite like most should, then this will redirect the css request to the static calendar.css file instead, which should alleviate the load time caused there.

Thanx, so I tried 1 hour and it doesn’t work ??

Now I go and use another calendar. The Problem slows the page down.

Sorry, greets

Simps.

Note that my suggested adjustment only affects the css loading. If you use the calendar in a sidebar on every page, then there’s other files loaded that can still slow down the site, especially when viewing the site uncached while logged in as an admin. Removing the css hit removed about 3-4 seconds from some page loads for me.

The Problem here is that they tell the people about version 2.0 since a long time, nothing happens.

The Calender Css is the only style-sheet that takes 3 oder 4 seconds. It’s because they wrote it in a manner thats not to cache. so there is no problem when they would programmit good and make update.

Bute nothing happens, there is no trust in that calendar-team any more, sorry.

Simps.

Hello Lauren,

Public Beta for 2.0 is available:https://community.time.ly/forum/all-in-one-event-calendar_aa/-2-0-core-public-beta-rc1-now-available/10101-2-0-core-public-beta-rc1-now-available
Performance and load times are a huge focus as we work to build v2.0

In most of the cases, the reason of this high memory usage is GOOGLE CRAWLING. Please read our article here on how to limit Google crawling: support.time.ly/limiting-excessive-google-crawls/

Please clear your cache periodically from Wp-content -> plugins-> All in one calendar -> Cache

Take care

Thank you, thank you, thank you Endymion00 for the redirect rule, using it in conjunction with wp supercache the site I’m building is flying again. Load times down from 7-8 seconds to 480ms which makes me and my client very happy.

Any update on when 2.0 is really coming out? Thanks for your work on a faster calendar.

I will also chime in that the Endymion00 fix was helpful as well.

I would be curious about what the other action is to speed up the load of the “?ai1ec_render_js=common_frontend&is_backend=false&is_calendar_page&ver=1.11.4-pro” would be and when you open it open it is JAVA Script and it is about 2.5 to 3 seconds average (30%+ of my load time)

Looking forward to 2.0; but a little hesitant after issues right now I’m already fighting with W3-Total Cache and CloudFlare with the calendar.. so waiting for a more stable version.

(I.e. When I use CloudFlare the SuperWidget doesn’t work at all and W3-Total Cache seems to be causing the single A1EC short code to display twice on page with different list of events information; even after the caches have been purged and CloudFlare disabled.).

Looking forward to 2.0; but a little hesitant…

As my client is now happy with performance and the tweaks to prevent it using so much php memory are doing their job I’ve recommended that we not update the plug-in until they are ‘out-of-season’ and the calendar functionality is not so important. Hopefully by then any further bugs and/or issues will have been addressed either by the author or on the forums.

I’m using WP SuperCache and so far it’s playing nicely!

Good to hear that my fix is helping some. The speediest is to use the fix and not use a sidebar calendar on every page, leaving it to just appear on a calendar page. Then barring any other plugin slowdowns, your site should be nice and quick.

I had a client whose site is on one of those shared hosting sites and after a recent update to the calendar plugin, they started having their site shutdown due to high resource usage…. so the above was my fix to get them running and not keep getting shutdown.

crsouser,

You could try making the js file static as well, but I’m not sure if any unique changes occur in that file causing it to need to be dynamic or not.

copy the js text content from /?ai1ec_render_js…..

create a file at:

/wp-content/uploads/calendar.js

and paste the js text in that file.

Edit the .htaccess file at the root of your site:

Revise it to:

<IfModule mod_rewrite.c>
RewriteEngine On

RewriteCond %{QUERY_STRING} ai1ec_render_css
RewriteRule ^(.*)$ /wp-content/uploads/calendar.css? [R=301,NC,L]

RewriteCond %{QUERY_STRING} ai1ec_render_js
RewriteRule ^(.*)$ /wp-content/uploads/calendar.js? [R=301,NC,L]
</IfModule>

Again, be prepared to reverse that if it causes any issues.

Hello Endymion00,

Thank you for your solution. I am glad it is helping some other users.

Thanks

Hi Endymion00,

I first implemented your CSS trick: page load time fell from 8.21 sec down to and incredible 0.799 sec !
As for the functionality of the calendar, look and feel remained perfect, with a minor concern though: calendars do not display “event@venue” any longer, only “event” (not a big deal to me).

I then made the js file static: no significant change was noted.
So I will stick to the css static file trick.

Thanks a lot for this, I was about to go for another calendar system.