rudolfl

Thanks for pointing this one out.

Something is REALLY weird about this one. Image itself is small. If I try to view image on its own, it is about 30-60kB (webp vs jpg format). Source image on my site is about 160kb.

I am really curious why would test show it as being 0.5M in size. The only explanation I may have is that it is part of slider and slider code adds something to it. I will look deeper

Rudolf

Thank you,

I am aware of CLS issue due to search element. At the moment, CLS metric is in the green, so I left it to be fixed later. If you have any pointers, it will be great.

Thank you for pointers to fix jQuery. I will try, but don’t want to change too many things at once.

My main issue was LCP, this is where I started to dig and introduced CriticalCSS.

I will dig deeper tomorrow.

Rudolf

Thanks for replying,

I keep re-running tests in GTMetrix and PagSpeed Insights.

I can now see that there are no more complaints about render-blocking CSS. This is a good sign.
The bad thing is that overall score dropped significantly (about 30% on both tests) after I enabled “Critical CSS”. No other changes were made. Coincidence?

URL: https://www.hatsfromoz.com.au

I did clear all caches.
Should I leave things as is for a day or so to get critical css a chance to create more rules?

Rudolf

Thanks, all working now.

When you want to refresh feed in Google Merchant Center, just clicking “Fetch Now” is not enough. It only fetches the file.
You also have to click on “Re-process Feed” to actually get updated information.

Rudolf

Thanks,

I thought so too.
Could not do it in the theme.
Had to do it in plugin by hooking into ‘plugins_loaded’ at priority < 10 as this hook is used by Autoptimized at default priority and this action is aclled before theme is loaded.

Thank you again for looking into it.

Rudolf

OK,

I found the problem, but have no idea at the moment how to fix it.

For some reason, original site developers did a very strange thing — WordPress files are placed into directory /wordpress, while rest of the site is in directory /content. And here lies the problem!
/public_html
– /wordpress
— /wp-admin
– /content

Wordpress functions to get site url are correctly getting https://www.hatsfromoz.com.au/wordpress
And this is what Autoptimizer relies on to set AUTOPTIMIZE_WP_SITE_URL constant
But, in my case, this constant should be set to “https://www.hatsfromoz.com.au&#8221;

I temporarily “fixed” the problem by setting

define( ‘AUTOPTIMIZE_WP_SITE_URL’, “https://www.hatsfromoz.com.au&#8221; )

Is there a hook I can call before setup() function is run to set those constant in there?

Rudolf

• This reply was modified 3 years, 10 months ago by rudolfl.

Hi,

I switched site back to using Autoptimize.

https://www.hatsfromoz.com.au

As you can see font files that are loaded through “automptimised” files are not CDNed.

Those, not loaded through autoptimize, are caught by bunnyCDN plugin and served through CDN.

Also, confirming following code is added to the site:
add_filter( ‘autoptimize_filter_css_fonts_cdn’, ‘__return_true’ );

Rudolf

• This reply was modified 3 years, 10 months ago by rudolfl.

Hi,

Correct — Autoptimize was working as intended, combining CSS and JS, but font files were not served through CDN.
I did try to add the snippet suggested. Cleared all caches, but result was same.

I do have few more sites running off same server in pretty much same plugins configuration. They are working fine. So, I started to look at what may be different between sites. There are only two things that really come to mind — different themes and site in question is using non-standard WP_CONTENT_URL. Your FAQ suggests this may affect Autoptimize, so, I think, it is worth trying to fix this first.

Thank you for your help
Rudolf

Thank you for the suggestion.

No luck, unfortunately. Still same.

I disabled Autoptimizer for now, but I have a feeling I know where problem may be. I am going to open a new tread.
My WP_CONTENT_DIR is not standard.

Rudolf

• This reply was modified 3 years, 10 months ago by rudolfl.

My server runs nginx as proxy in front of Apache

Tried to disable nginx completely — same problem
Tried to restart Apache (with and without nginx running) — same problem

Rudolf

Hi,

Sorry for late reply.

Tried to restart memcached and tried to log in/out.
The moment I switch site to PHP 7.4, I am getting those errors on top of plugins page. Don’t know if this matters — all other admin pages seem to be error free. You can only see error when you to to plugins.

Switching site back to PHP 7.3 and just refreshing the page clears problem immediately.

Exact versions of PHP:
PHP 7.3.27
PHP 7.4.16

Rudolf

• This reply was modified 3 years, 11 months ago by rudolfl.

Hi,

Even putting debugging around your code, seems that replacement of URL with CDN happens AFTER data is output. Does not make sense!

I actually have another site with same combinations of plugins and they work quite happily together.

I now created a staging site for experiments. Disabled W3 cache completely and created new BunnyCDN account to play with.

I tried to disable all plugins (except Autoptimise and bunnyCDN) and switched to TwenyTwentyOne theme. Problem is still there.

Can I give you access? I am running out of ideas here

Thanks,
Rudolf

• This reply was modified 3 years, 11 months ago by rudolfl.

When do you finish the output? Can’t find the place.

What I see is:
AO hooks into template_redirect
AO starts capturing the buffer

BunnyCDN hooks into template_redirect
AO callback “end_buffering” is called.

AO template_redirect runs at default ptiority of 2, BunnyCDN runs at 10. So should be OK, but seem that bunnyCDN tried to process HTMP before AO finished with it!

Dumping HTML received by bunnyCDN action confirms my suspicions — there is no autoptimised files in it.

Rudolf

How does AO includes optimised scripts?
Or, rather, where in the code does it do so?

I have development experience, so will try to spread some debug in both AO and bunnyCDN plugins to hopefully figure it out

Rudolf

Done.

I also tried to disable nginx server that is running as a proxy. Result is same. nginx is back on now.

Rudolf