rudolfl

Thanks for replying.

Shipping zones are created in the WooCommerce. No third-party plugins are in use.

Here is a link to the feed: https://www.filliescollection.com.au/wp-content/uploads/woo-product-feed-pro/xml/scP79gvpKoSvKHoFBqg3FK87pQ0i3O5O.xml

Thank you,

That is a mistake. Address is an “old” one before recent VPS upgrade. I changed the IP and reset UCSS, but problem is still there.

I then forced clearing all caches and all is good now

Thank you

Rudolf

• This reply was modified 3 months, 4 weeks ago by rudolfl.

May be I am a bit late to the party ??

WP Meteor works fine with Lite Speed, but I would suggest disabling JS optimisation in Lite Speed. In particular, do not defer or delay JS in LiteSpeed settings.

Rudolf

You can always check “uncached” version by adding ?LSCWP_CTRL=before_optm to the end of your URL.

I have seen two kind of problems — if “HTML minify” option is ON, page is sometime minified to nothing. Yes, to an empty page. So, keep this one off.

But most common issue is when you have UCSS on. UCSS is VERY powerful, but a bit of pain to set up correctly. You will have to compare cached and uncached version of the page, see what CSS is missing and add those selectors to the list of CSS selectors to be always present. Takes time, but worth the effort

Thanks for replying.

Yes, I know, I can clear individual pages UCSS, but how do I know which ones???? I have 3000+ products. Some UCSS was generated, some failed. Which is strange in itself, since CSS for all products is pretty much same. Exactly same page (in terms of layout and CSS), the only difference is images and text.

“I would wait for UCSS to finish(as much as possible) for now and after our server changes will be applied you can retry refreshing UCSS”.

How would I know when this happens? It will not be in the changelogs for the plugin or my server.

You do…

I always thought that was because of possible inline JS code that depends on it. So I made sure there is none before removing jQuery from exclusions. Well, looks like there is more to why it should be excluded.

Rudolf

After some research, it appears that jQuery itself can not be deferred.

One issue (not my case) is that some inline code may try to use jQuery before it loads

Another source is reporting that deferring jQuery may miss the call when page is fully loaded. In this case, whole jQuery framework will not run.

Thank you

Would also be good to output it at the very end of all js (use wp_footer hook with low priority). This JS is not really needed until user starts to interact with the page.

As for base64 encode, this is done by optimisation plugin in order to defer this javascript. “defer” option is only valid is “src” is present, so plugin encodes the inline code in order to change the way it loads. Obviously, addition of encodeing/decoding adds to page processing time. If this code is loaded at the end of the page load, I can exclude it from optimisation, saving few more ms

Rudolf

Another update — it appears that even with tracking turned OFF, URL’s are still being overwritten. (Caches were cleared)

So, I have no choice but to disable the plugin until issue is fixed.

An update.

There is now a new feature that allows analytics tracking (new for me anyway). And it was turned on by default, which I did not ask for.

I think this is what is adding those extra fields, but why “hreflang” entries were overwritten?

No. Image is processed by Optimole.

Fusion Builder is a builder plugin in Avada theme. So, yes, image is inserted by the Fusion Builder and appropriate CSS is generated by same plugin.

Just for a test, I reset Avada cache (Fusion builder cache) and page caches. Image is still processed by Optimole

Rudolf

Don’t worry about it. It is not GTM4WP, but I am not able to remove the original post.

It was a coincedence — at same time as disabling plugin, I also cleared caches and this act “fixed” the problem, but temporarily. I believe, I now found real problem

Rudolf

Yes. Can provide screenshots if you like

Hi Krystian

Thank you for replying

Report is here: https://privatebin.syde.com/?11099b297ce2c884#2cmU4dLdU7gR42qj6tgpcMURQRPEi5kjhhVEfm9zsoat

I think you are right — I do believe web hook was never called to notify of successful payment completion.

I did as requested — when simulating webhooks, an error message appeared saying something along the lines “webhook failed — your site can not be reached from the internet”. Before I copied the error, it changed to a success message. I looked in the logs — no errors.

Fingers crossed, re-subscibing the webhooks fixed the problem. Will have to wait for the next order PayPal decides to put on hold for review.

Rudolf

Hi Krystian,

All my sites are “live”, so I will need to create a staging to do the tests.

Rudolf