cositadmin

Also as a part of cleanup I went through our database and WP-Config file and removed all entries from WP Rocket. While I have seen other pages that were not updating now are updating. Also I’ve gone and completely uninstalled the Super Page Cache plugin and reinstalled it, this page cache not showing is the only remaining problem.

This is what’s currently in the htaccess file

RewriteOptions inherit

BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

END WordPress

order allow,deny allow from all

deny from 20.106.252.78
deny from 185.221.132.232
deny from 20.109.51.143
deny from 185.136.205.110
deny from 20.38.4.239

deny from 20.83.59.236
deny from 35.236.102.231
deny from 38.111.114.211

php -- BEGIN cPanel-generated handler, do not edit

Set the “ea-php81” package as the default “PHP” programming language.

AddHandler application/x-httpd-ea-php81 .php .php8 .phtml

php -- END cPanel-generated handler, do not edit

deny from 20.169.228.36

BEGIN cPanel-generated php ini directives, do not edit

Manual editing of this file may result in unexpected behavior.

To make changes to this file, use the cPanel MultiPHP INI Editor (Home >> Software >> MultiPHP INI Editor)

For more information, read our documentation (https://go.cpanel.net/EA4ModifyINI)

php_flag display_errors On php_value max_execution_time 60 php_value max_input_time 90 php_value max_input_vars 3000 php_value memory_limit 256M php_value post_max_size 128M php_value session.gc_maxlifetime 1440 php_value session.save_path "/tmp" php_value upload_max_filesize 64M php_flag zlib.output_compression Off
php_flag display_errors On php_value max_execution_time 60 php_value max_input_time 90 php_value max_input_vars 3000 php_value memory_limit 256M php_value post_max_size 128M php_value session.gc_maxlifetime 1440 php_value session.save_path "/tmp" php_value upload_max_filesize 64M php_flag zlib.output_compression Off

END cPanel-generated php ini directives, do not edit

deny from 195.3.221.95
deny from 195.3.221.96
deny from 195.3.221.94
deny from 195.3.221.1
deny from 195.3.221.2/31
deny from 195.3.221.4/30
deny from 195.3.221.8/29
deny from 195.3.221.16/28
deny from 195.3.221.32/27
deny from 195.3.221.64/27
deny from 195.3.221.96/30
deny from 195.3.221.100
deny from 95.214.55.100/30
deny from 95.214.55.104/29
deny from 95.214.55.112/28
deny from 95.214.55.128/26
deny from 95.214.55.192/29
deny from 95.214.55.200

BEGIN WP Cloudflare Super Page Cache

The directives (lines) between BEGIN WP Cloudflare Super Page Cache and END WP Cloudflare Super Page Cache are

dynamically generated, and should only be modified via WordPress filters.

Any changes to the directives between these markers will be overwritten.

ExpiresActive on ExpiresByType application/xml "access plus 0 seconds" ExpiresByType text/xsl "access plus 0 seconds"
Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0"
Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0"
RewriteCond %{REQUEST_URI} ^(.)?/wp-content/wp-cloudflare-super-page-cache/www.myselkirk.ca/debug.log(.)$ RewriteRule ^(.*)$ - [F]
Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0"

END WP Cloudflare Super Page Cache

The only things I can see are WordPress, Cpanel and the cache plugin.

There are no other cache plugins installed currently, but I decided to check out htaccess file because we had been using WP Rocket previously. I saw there was still code from WP Rocket in the htaccess file, so I’ve removed it. I’m still not seeing the cache being detected but the error has changed now.

Page caching seems not working for both dynamic and static pages.

Error on dynamic page (https://campground.myselkirk.ca): The plugin is not detected on your home page. If you have activated other caching systems, please disable them and retry the test.

Error on static resource (https://campground.myselkirk.ca/wp-content/plugins/wp-cloudflare-page-cache/assets/testcache.html): Unable to find the Cache-Control response header.

I see the WP Cloudflare Super Page Cache entry in the htaccess file, there is one entry from another plugin after that.

# BEGIN AppPresser CORS 1

# The directives (lines) between BEGIN AppPresser CORS 1 and END AppPresser CORS 1 are

# dynamically generated, and should only be modified via WordPress filters.

# Any changes to the directives between these markers will be overwritten.

<IfModule mod_rewrite.c>

RewriteEngine on

RewriteCond %{HTTP:Authorization} ^(.*)

RewriteRule ^(.*) – [E=HTTP_AUTHORIZATION:%1]

</IfModule>

# END AppPresser CORS 1

This is from a plugin for Apppresser.

Found the issue, it was just really unfortunate timing with the installation of the Autoptimize.

Thanks for your patient reply.

I’ve had the exact same thing happen with our subscribers. If an email comes out for a new subscriber with the unsubscribe link it’s normal, but all of our post updates come out with a similar ridiculously long link.