Hello @sergey2020
I am sorry about the issue you are experiencing and I am happy to assist you with this.
Can you please share the /wp-content/cache/page_enhanced/.htaccess
Thank you!
# BEGIN W3TC Page Cache cache
Options -MultiViews
<Files ~ "\.(html|html_gzip|html_br|xml|xml_gzip|xml_br)$">
Order Allow,Deny
Allow from all
</Files>
AddDefaultCharset UTF-8
FileETag MTime Size
<IfModule mod_mime.c>
AddType text/html .html_gzip
AddEncoding gzip .html_gzip
AddType text/xml .xml_gzip
AddEncoding gzip .xml_gzip
</IfModule>
<IfModule mod_setenvif.c>
SetEnvIfNoCase Request_URI \.html_gzip$ no-gzip
SetEnvIfNoCase Request_URI \.xml_gzip$ no-gzip
</IfModule>
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/html M86400
</IfModule>
<IfModule mod_headers.c>
Header set X-Pingback "https://perfect-school.com.ua/xmlrpc.php"
Header set Vary "Accept-Encoding, Cookie"
Header set Pragma "public"
Header append Cache-Control "public, must-revalidate, proxy-revalidate"
</IfModule>
# END W3TC Page Cache cache
Marko
Surprisingly, now the server does not show an ERROR ?!
(probably the hosting has overheated)…
Hello @sergey2020
Thank you for the information.
Possibly it was a server-side issue.
This is about Apache content negotiation.
A MultiViews search is where the server does an implicit filename pattern match, and choose from amongst the results.
For example, if you have a file called configuration.php (or other extensions) in the root folder and you set up a rule in your htaccess for a virtual folder called configuration/ then you’ll have a problem with your rule because the server will choose configuration.php automatically (if MultiViews is enabled, which is the case most of the time).
To prevent this Options -MultiViews is added to .htaccess file.
Since the error is gone I’ll mark the topic as resolved.
Thank you!
