Caching the countdown time data

I copied/created the new files/changes from github.
What I could say it is faster than it was, but need more changes to the best result.

Can you explain your expectation more? “best result” doesn’t really give me any kind of metric to work with.

The method I’m using now leverages the WordPress cache system just like WooCommerce does, so you could get some additional gains by adding/tuning an object cache which would allow the objects to persist between page loads.

Can you explain your expectation more? “best result” doesn’t really give me any kind of metric to work with.

I mean that from 4-5s latency now reduced to 1-2s.
Our shop without your plugin can be done about 600ms but when I activate it will need 2-3s.

The method I’m using now leverages the WordPress cache system just like WooCommerce does, so you could get some additional gains by adding/tuning an object cache which would allow the objects to persist between page loads.

I don’t know much about object cache, but I’d appreciate any help to improve this way.

I mean that from 4-5s latency now reduced to 1-2s.
Our shop without your plugin can be done about 600ms but when I activate it will need 2-3s.

Is it 1-2s or 2-3s? As free time allows I will continue improving the software, but I have a lot of items on my todo list for this and other projects.

I don’t know much about object cache, but I’d appreciate any help to improve this way.

That is well beyond the scope of this plugin and free support I provide. If you would like to contact me directly for some help optimizing your site, I occasionally have some time slots available.

Great job James!

I installed the github version. We have currently ~50 simultaneous visitors, 6 active carts. The original version of the plugin results about 8 seconds page load time for archive pages, the github version has 4s load time (so the new version effectively halved the loading time) and by using the selective load must use plugin I wrote the archive pages load in about 2 seconds. Product pages had about 1.577s load time before the github version and those average now 1.063s.

I think I will keep the selective plugin loader active for now as seems to give best results. We also have the object Redis object cache enabled, so we’ll see adjusting it in combination with the github version of the plugin could improve the results even more.

That is well beyond the scope of this plugin and free support I provide. If you would like to contact me directly for some help optimizing your site, I occasionally have some time slots available.

I would like to use your help. How can I reach you directly?
I’m gonna give you some private data to our site and ftp access of course.

Thank you for your assistance!

Cheers,
Chris

There definitely will be more slowdown on a busier site. I’ve got an idea to make it slightly better by only pre-caching sessions that have carts or maybe just ones with items that will expire. Due to some other testing I’m doing today my active sessions went from 5-6 all the way to > 150 and my loading time jumped from 1.6seconds to 2.75seconds.

Chris: You can email me directly at [email protected]

Dear James,

– Did you find any solution to improve the speed of your plugin (more ways)?

Unfortunately we have to disable soon coz 3-4 sec latency is big problem for users.
I hope you will release a better version soon.

Thank you for your hard work!

Best whishes

Dear James,

– Did you find any solution to improve the speed of your plugin (more ways)?

Unfortunately we have to disable soon coz 3-4 sec latency is big problem for users.
I hope you will release a better version soon.

I spent a full day working on it this week, when I have additional free time I will work on it but I do not have infinite time I can spend on free projects.

When I do work on the issue I will post an update.

I spent a full day working on it this week, when I have additional free time I will work on it but I do not have infinite time I can spend on free projects.

I fully understand thank you so much!