pjv

2.8.3 fixed this issue.

Thanks for your instant responsiveness.

one (i think fairly simple) thing you might consider is generating a static image that can be cached until there are changes needed rather than regenerating the image on each request. on the site where i am using this plugin, we might actually change the olimometer once every few days, but it seems like every request makes the plugin do work.

thanks, i’ll have a go at figuring it out myself.

I have many plugins installed on that site. I don’t know whether any of them affect the checkout. The site is customized in various ways. This is why I am more interested in understanding how your plugin works and how one would go about diagnosing a problem so I could try to make it work with my setup.

Can you tell me what event is supposed to fire, and/or what function in your plugin corresponds with the empty “Sessions with Checkout” column in my first screenshot?

EDIT: sorry – everything I had written in this comment originally was wrong.

here’s the store.

better late than never, i guess.

OK, looks like it was a one-time glitch. Thanks for looking into it, Adam.

I didn’t publish the post, so I can’t answer your questions about that definitively. My guess is that it was published the same as ever. I’m almost sure it was not scheduled.

No new plugins either installed or updated between the last post that worked (a couple hours before) and the one mentioned that did not.

I’m sure there will be some new posting soon, so we should find out if it was a one-time glitch or not. I’ll report back.

Thanks Jeremy!

That was it – but it was Cloudflare caching the js, not a plugin. All fixed now.

No resolution here. And there were no changes to the permalink structure.

Here is one example: https://libertyblitzkrieg.com/

Same issue, Just subscribing to this thread to see if anyone posts a fix.

No like counts, no tweet counts, no sharing counts for any of the “Share this” icons, all of which were previously showing numbers superimposed on the icon.

just to follow up on this, the plugin i mentioned above worked, but caused HHVM to hit the CPU really hard. i am not sure whether HHVM didn’t like the redis library embedded in it or what. in any case, i am back with the dropin from WP redis, but just the dropin (object-cache.php) in wp-content. i didn’t install the rest of the plugin at all.

seems to be working fine now.

unfortunately, i see something pretty similiar, though not quite as dramatic, with php-fpm as i saw with hhvm.

i am running ubuntu 14.04. i installed redis-server from apt and the only thing i changed from the stock redis-server config was setting maxmemory 500mb.

i’ll try php-fpm.

restarting hhvm and redis-server made no difference. as soon as i enable the dropin, CPU use multiplies dramatically.