corytrevor

Hi @plamenm

The use case for the MISS header is that when I check on a site or page to see if the file-based caching is working, it tells me that the file-based caching is successfully enabled but that the HTML file for that page either doesn’t exist in the cache or has expired. Without that MISS header it’s impossible to know what the status of the file-based cache is, only that it wasn’t a HIT.

This is why the plugin has been coded to return the MISS header in Cache.php:

if ( ! file_exists( $cache_file ) ) {
	if ( $should_send_miss ) {
		header( 'SG-F-Cache: MISS' );
	}
	return;
}

But for some reason it has also been coded to not send the MISS header if ‘/etc/yum.repos.d/baseos.repo’ is present and I’m curious as to why that is as that is the part of the code that prevents the MISS header from being sent on my SG hosted sites.

Cheers

Thanks, a couple of <br/><br/> did the trick.

Cheers

That’s awesome, the code works great. Thanks!

Is there a way to edit the code so that the layout is like it was before with a full linebreak in between the additional fields in the email?

Same here.

For each location the only possible options are to disable or modify the frequency so it should be possible to have a relatively simple settings panel that still allows for full control of all possible options.

What if the settings panel was set up like this – each location has an allow/disable toggle switch, and if it is set to allow then the frequency slide selector shows so that the frequency can be modified. If the location is set to disable then the frequency selector for the location is hidden.

Location

Dashboard [allow/disable toggle] [frequency selector]
Frontend [allow/disable toggle] [frequency selector]
Post Editor [allow/disable toggle] [frequency selector]

Then it should be super easy for anyone to understand and hopefully there wouldn’t be any confusion or need to create multiple rules with multiple options.

I figured out a way to keep the trailing slash rule but exclude it from POST requests so that it doesn’t affect CF7:

RewriteCond %{REQUEST_METHOD} GET
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^((.*)[^/])$ $1/ [L,R=301]

Yeah you likely have a different issue if 4.7 isn’t working for you like it does for everybody else in this thread.

For me it looks like the issue was caused by some htaccess code I had added a while back to force a trailing slash:

# Add trailing slash
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^((.*)[^/])$ $1/ [L,R=301]

The trailing slash htaccess rule didn’t cause any issues with 4.7, but it doesn’t work with 4.8. If I remove the rule then 4.8 works fine for me.

Same here with 4.8. It’s fine if I roll back to 4.7. Just kept spinning when trying to submit and was coming up with 404 error in console for /wp-json/contact-form-7/v1/contact-forms/1775/feedback/

Same here. I’ve tried with all plugins deactivated and using Page Enhanced and Disk Basic but the /feed URL won’t cache properly. Every refresh of the page causes the ‘served from’ time in the W3TC comments at the bottom of the page to update which it doesn’t do for properly cached pages, and I can’t find any HTML files for it anywhere in the page_enhanced folder.

The file is in /wp-content/plugins/w3-total-cache/w3-total-cache-api.php

Perfect! Thanks @charleslf ??

• This reply was modified 8 years, 2 months ago by corytrevor.

Same here. Running WordPress 4.5.2.
The issue is resolved if I roll back to PHP 5.3.29.
The issue occurs when using PHP 5.4.45 and above.

Hi jkohlbach

Thanks, yes it works if the test pages are excluded from the page cache in the ‘Never cache the following pages’ setting. For speed and load handling I’m looking for a split testing plugin that is compatible with page caching.

I’m not sure how the template_redirect hook could be compatible with page caching, at least not the Disk Enhanced method as that bypasses PHP altogether from what I can gather. I tried using Disk Basic with Late Initialization selected but that didn’t work either.

Here is a thread from a couple of years ago involving template_redirect and page caching where the W3 Total Cache plugin author said “When PHP isn’t loaded, redirects won’t work. So any page caching will interfere with your implementation” – https://www.ads-software.com/support/topic/plugin-w3-total-cache-w3tc-conflict-with-mobile-redirect-plugin-php-header?replies=9#post-3046759

Perhaps javascript redirects would work better with page caching. That’s how Google Content Experiements and Nelio A/B Testing do their redirects.

Cheers

Hi

A poormans way of doing it would be to use variable product types and create a ‘quantity’ attribute to use for variations and manually enter the price for each quantity. Since the variation then acts as the quantity selector you could then remove the built in woocommerce quantity selector with this plugin – https://www.ads-software.com/plugins/woocommerce-remove-quantity-fields/

Otherwise you’d need to purchase something like the dynamic pricing extension – https://docs.woothemes.com/document/woocommerce-dynamic-pricing/