johnny538

Btw, on an unrelated note, do you have any advice on how I can find out what’s filling up the cache fast for a particular site I’m trying to optimize ? After a few hours of traffic it’s nearing 1gb of AO cache ??

Thanks ! Works like a charm.

I didn’t save the logs from that moment unfortunately. I do recall them mentioning trying to access a specific file or dir in /wp-content/cache/autoptimize/ which was empty at the time.

I too am going to assume it was just a one-off situation. If it happens again, I’ll gather the logs and let you know.

Thanks for the support.

Thanks for the quick fix. I finally have my site running smooth again so I’d rather not mess with the code for now. I’ll wait for the offical update and test it again.

The object-cache.php file is from the Redis Object Cache plugin. I know it’s not part of AO. I was just saying it caused issues after rebooting the server and I had to flush the redis DB in the CLI. And there were some issue with AO too after the reboot. The /wp-content/cache/autooptimize/ dir was empty and made the CMS unstable. Disabling and re-enabling the plugin fixed it.

I thought maybe if you have the time you could check how AO acts between reboots. It could be just me so it’s a low priority request.

Not that I can see. It’s just a maintenance mode feature. You can switch it on and off and define a logo and message. That’s it. There’s no option to purge anything or not.

It’s not a big deal. I can just deactivate AO while I use maintenance mode.

BTW, have you done any tests with AO regarding server reboots ? In the past I’ve often restarted Apache & php-fpm without any issues. But today I had to reboot the server (first time in ~6 months) and I was having issues. The /wp-content/cache/autoptimize/ dir was empty, and while the AO plugin was active it was causing severe lag. When I finally found out it was AO, deactivating > reactivating the plugin fixed it again.

On a related note, I also had to remove object-cache.php (I use Redis Object Caching), because I also was stuck in a wordpress db update loop.

It’s all good now, but I just wanted to mention it. Maybe it’s just me but otherwise it could be worth testing.

Sorry for wasting your time. It was a conflict with the WooCommerce POS (Piece of Shit) plugin.

It also broke the /checkout/ page :s That’s when I noticed the errors regarding the checkout were related to the POS plugin.

They persisted when I downgraded to PHP 7.0 and disappeared when I deactivated the POS plugin.

I’m gonna upgrade to 7.3 again later tonight and see if everything still works.

Thanks for the quick reply. I’ll wait for the update. Do you happen to know if this is breaking the invoicing functionality in any way ? I have no idea if invoices are being made and send properly.

Won’t that disable optimization for all user roles ? So including woocommerce customers who are logged in ?

PS: The Dutch translation for ‘logged in’ is set to ‘aangelogde’ instead of ‘ingelogde’.

I guess technically it’s front-end. It’s just not actually visible there. The WooCommerce POS needs a user that’s either admin or as the ‘Cashier’ role. Opening a register happens initially in /wp-admin/ but then sends you to /point-of-sale/location/register-name/. So not in /wp-admin/. It’s just where you start it up. Sorry for the confusion.

The page in question is on the backend. Unfortunately I can’t give admin access ??

When I get home I’ll try to access the page through CLI with strace. Maybe I’ll discover more.

That didn’t seem to help. The error in the console is:

“The namespace must be a non-empty string.”

Which appears 4x.

However, I think the issue with the empty responses might be unrelated, cause I still get that with JS optimization disabled. I contacted the WP POS plugin developer as well regarding PHP 7.3 compatibility.

I can live with the script running on all pages. It doesn’t seem to add much to the load times fortunately. I just mind the hovering badge an every page. If it’s as simple as adding a display: none; to the class, then I’ll figure it out.

Thanks for the answers

Can you please fix this ? I know it’s just a notice but I cleared my debug logs yesterday and in 24 hours I have almost 2 million lines of this error in my logs…

@ck-macleod

Thanks for the info. I might try to replace the guzzle library with a new version from their GH page. If it could possibly be as easy as that. I’ll let you know if/when I do.

• This reply was modified 6 years, 1 month ago by johnny538.

CM MacLeod,

Are you on Siteground by any chance ? And which version of php are you using exactly ?

I got the same issue