df7729

It was really weird, If I added an include to a file (I tried renaming it even making it a blank code of .php file), it would start the problem, even though it includes other files fine.

I was able to exclude the /pagename.php from the cache in wp-optomize, now it works. So not sure why the new version starting causing problems, but these type of pages shouldn’t be cached anyway, it should be only items under wordpress itself.

I have a staging site setup that causes it – I had to add additional php files the main page includes. So you can now see it first hand and log in to find the cause/conflict. How do we set that up?

Sorry – I was wrong – I forgot that it works if I’m logged in, only if not logged in to wordpress is it broken. I’ll check that staging site again too…

Good News – the latest update works!!

No, nothing special – I have just stayed on the old version – I’ll have to setup another site to test and provide link…

I tried upgrading to 3.4.2 and it destroyed the non wordpress .php page that just loads the wordpress headers again. I tried changing gzip setting, no difference, I had to restore a backup. Have you tried creating the .php sample I sent above to see if it works for you?

• This reply was modified 8 months, 2 weeks ago by df7729.

But I need to mark them as uncompressed so I can compress them and get wp-optimize back in sync. The plug in could do it automatically, it could look at the image based on what it thinks it should be and when it’s not, know that it’s been replaced. At this point I’ll take a manual option or even some type of sql query…

Thanks.

I should point out that I’ve used wp-optimize for a couple years with no problem before this update. Also the only problem I found was with the page outside of wordpress that loaded the wordpress headers (If I prevented loading header it worked as well).

Also if logged in as admin, there is no problem, if trying from a user not logged in then the blank page with browser warning (showing in browser debugger).

What I did was revert back then upgrade everything except wp-optomize and the page loaded fine, I don’t want to upgrade again until you confirm it should work by creating the same type of .php page outside of wordpress.

Thank you, However, it’s fixed!! the latest round of updates I applied yesterday fixed it. So either woo or the theme update fixed it.

I think I just need the answer of what CSS is used to get rid of the icon on cart notices as well as any padding around the border. Read this note: https://developer.woo.com/2023/04/12/woocommerce-blocks-10-0-0-release-notes/

They knowingly broke CSS but didn’t say how to fix it or apply the old CSS to the new.

Thanks!

That was it – it was doubling up the conversion – the new built-in and the one in functions.php.

• This reply was modified 2 years, 3 months ago by df7729.

it’s when I change the language on the cart itself, one showing would be first one / match. It ends up showing the last one where there are no matches.

I’m not sure that answers the questions. The questions are in regard to enabling the WP-Optimize cache.

1. Do I need to configure anything special to have WooCommerce (latest version) cart work properly?

2. Does Wp-Optimize work with the DONOTCACHEPAGE constant?

Thanks.

Thanks, I need both, pricing tiers and the geo-based pricing. Do you integrate with the one you listed?