1stwebdesigns

See this thread: https://www.ads-software.com/support/topic/clear-the-cache-via-wp-cli/

Looks like you could use those commands via cron or in a bash script via cron, to clear the cache

Same issue here. We have a minimal amount of plugins installed so I am not sure it’s a plugin conflict. Not all orders are affected, but many of them are.

Same here, issue seemed to resolve itself. Previously I tried clearing the template cache, which didn’t make any difference

That worked! Thank you for the quick reply.

Sorry, false alarm. It turns out the issue wasn’t with WPS Hide Login, but logging in, in general.

For anyone else with the same issue, it turns out we renamed various “unsafe” Redis commands which are required by the Redis Object Cache plugin to facilitate logging in.

So the issue wasn’t with WPS Hide Login.

We have the plugin “Disable Woocommerce Bloat” installed. I temporarily disabled this plugin and now the save feature works.

I am also facing this issue

Sorry, my mistake, I missed the “save” button at the top of the page.

However, disabling the default plugin stylesheet does not disable the inline styles, which are also very difficult to override because they have the !important suffix.

@vmarko it seems as though if you have an empty robots.txt file (which is valid) it is getting deleted when you clear the cache.

• This reply was modified 3 years, 5 months ago by 1stwebdesigns.

We also have this issue which didn’t come to light right away.

May I ask when a fix is likely to be released? We have around 200 websites we’ll need to roll back…

Thanks!

OK, here’s what I’ve done to resolve the issue:

1. I copied the template content-product.php to our theme directory and changed the opening product tag from:

<li <?php wc_product_class( '', $product ); ?>>

To:

<li class="product">

The above means it no longer needs to check the variations to see if they’re in stock.

2. Then, I removed the prices from the product category page and replaced them with a custom price note field:

add_action( 'woocommerce_before_shop_loop_item', function() {
	global $product;
	if ( $product->is_type( 'variable' ) ) {
		remove_action( 'woocommerce_before_shop_loop_item_title', 'woocommerce_show_product_loop_sale_flash', 10 );
		remove_action( 'woocommerce_after_shop_loop_item_title', 'woocommerce_template_loop_price', 10 );
		add_action( 'woocommerce_after_shop_loop_item_title', 'custom_price_text', 10 ); // Have some custom text, instead of the price
	} else {
		add_action( 'woocommerce_before_shop_loop_item_title', 'woocommerce_show_product_loop_sale_flash', 10 );
		add_action( 'woocommerce_after_shop_loop_item_title', 'woocommerce_template_loop_price', 10 );
		remove_action( 'woocommerce_after_shop_loop_item_title', 'custom_price_text', 10 );
	}
}, 10);

We have a rather unique situation where on the product category page we don’t need to display the price. Obviously for most installs that wouldn’t be a practical work-around.

3. Finally, the list of products in the admin area was also slow, so I removed the price and stock columns from the admin:

add_filter( 'manage_edit-product_columns', function( $columns ) {
	unset( $columns['price'] );
	unset( $columns['is_in_stock'] );
	return $columns;
}, 10, 1 );

Unfortunately I couldn’t find a way yet of selectively disabling the data in the price and stock column only when it’s a variable product.

These changes have resulted in a massive speed increase. Do they seem reasonable, or am I overlooking anything?

• This reply was modified 4 years, 8 months ago by 1stwebdesigns.
• This reply was modified 4 years, 8 months ago by 1stwebdesigns.
• This reply was modified 4 years, 8 months ago by 1stwebdesigns.

Thanks. I’m not sure how we’d go about this though.

There is something else… for these particular products we don’t need to show the price on the product category page. I’m assuming Woo is looping through each variant within each product to get the smallest product price (and perhaps other things I’m not aware of) and then caching them in transients.

Is there any way of preventing it from doing this? I already removed the item price from the action hook, which removed the price but didn’t resolve the issue. But I’m thinking if it is looping through the varations to find the smallest price, we don’t actually need it to do this since we don’t want to show the item price on the product category page anyway.

Thanks for your reply, we looked at splitting the products up, and also the Product Add-ons plugin, but neither of these solutions were suitable in our case.

We’ve already increased the maximum input vars, time limit and memory allocation, but the problem remains that the initial product category page loads are slow.

Yes, once Page Cache is disabled, the issue goes away.

According to the comment at the bottom of the page, the XML feed is being cached.

On the initial get, the header returned is text/xml. Then on a subsequent get (after it’s been cached), the header returned is text/html.

I tried the option “Cache feeds: site, categories, tags, comments” but it didn’t make any difference.

Just to add to the above, when I look in the cache directory, within page_enhanced there is a directory called sitemap.xml and within that is a file called _index_ssl.html – so I’m not sure if that’s expected, but there doesn’t seem to be any obvious way for the original text/xml header to be returned from the cached document.

• This reply was modified 4 years, 9 months ago by 1stwebdesigns.
• This reply was modified 4 years, 9 months ago by 1stwebdesigns.
• This reply was modified 4 years, 9 months ago by 1stwebdesigns.

Thanks for your reply – however we are not using the Browser Cache settings and these are turned off, the only thing we use is Page Cache.

• This reply was modified 4 years, 9 months ago by 1stwebdesigns.