Warum weichen meine .htaccess- und Rewrite-Regeln möglicherweise von der empfohlenen Konfiguration ab?
Ich habe eine bestehende (und sehr problematische) Website von wordpress.org geerbt und es fällt mir schwer, die Entscheidungen/Regeln zu verstehen, die der Vorbesitzer in Bezug auf .htaccess-Dateien getroffen hat.
Ich habe versucht, verschiedene Teile davon zu googeln und mir verschiedene Dokumentationen anzusehen, aber auf einige Teile kann ich keine Antwort finden
Ich habe den htaccess-Tester verwendet und einige Regeln wurden erfüllt, viele jedoch nicht. Tester können „ifmodule“-Anweisungen nicht prüfen und CacheLookup on
nicht verstehen# BEGIN LSCACHE
## LITESPEED WP CACHE PLUGIN - Do not edit the contents of this block! ##
<IfModule LiteSpeed>
RewriteEngine on
CacheLookup on
RewriteRule .* - [E=Cache-Control:no-autoflush]
RewriteRule \.litespeed_conf\.dat - [F,L]
### marker CACHE RESOURCE start ###
RewriteRule wp-content/.*/[^/]*(responsive|css|js|dynamic|loader|fonts)\.php - [E=cache-control:max-age=3600]
### marker CACHE RESOURCE end ###
### marker FAVICON start ###
RewriteRule favicon\.ico$ - [E=cache-control:max-age=86400]
### marker FAVICON end ###
### marker WEBP start ###
RewriteCond %{HTTP_ACCEPT} "image/webp"
RewriteRule .* - [E=Cache-Control:vary=%{ENV:LSCACHE_VARY_VALUE}+webp]
RewriteCond %{HTTP_USER_AGENT} iPhone.*Version/(\d{2}).*Safari
RewriteCond %1 >13
RewriteRule .* - [E=Cache-Control:vary=%{ENV:LSCACHE_VARY_VALUE}+webp]
### marker WEBP end ###
### marker DROPQS start ###
CacheKeyModify -qs:fbclid
CacheKeyModify -qs:gclid
CacheKeyModify -qs:utm*
CacheKeyModify -qs:_ga
### marker DROPQS end ###
</IfModule>
## LITESPEED WP CACHE PLUGIN - Do not edit the contents of this block! ##
# END LSCACHE
# BEGIN NON_LSCACHE
## LITESPEED WP CACHE PLUGIN - Do not edit the contents of this block! ##
## LITESPEED WP CACHE PLUGIN - Do not edit the contents of this block! ##
# END NON_LSCACHE
#Begin Really Simple Security
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTPS} !=on [NC]
RewriteRule ^(.*)$ https://%{HTTP_HOST}/ [R=301,L]
</IfModule>
#End Really Simple Security
# BEGIN WordPress
# The directives (lines) between "BEGIN WordPress" and "END WordPress" 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
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Erstens, was die Tester sagen
RewriteEngine on Only the last RewriteEngine line is taken into account
Wenn ja, warum fügen Sie es für jedes markierte Teil hinzu? Kann ich das weglassen?
Außerdem werden viele der Litespeed-Regeln nicht eingehalten, aber ich erkenne auch, dass es einige Teile gibt, die es nicht verstehen/sehen kann
Es scheint, dass der Abschnitt „Beispielregeln“ fehlt und die auf litespeed .htaccess festgelegten Regeln neu geschrieben werden
Warum ändern sie möglicherweise einige Teile der „empfohlenen“ Beispielregeln? In meinem Dokument steht zum Beispiel
RewriteCond %{HTTP_ACCEPT} "image/webp"
(Der Tester kann nicht prüfen, da ihm die Variable unbekannt ist) Zu den Beispielregeln für das Umschreiben gehört jedoch [oder]
RewriteCond %{HTTP_ACCEPT} "image/webp" [or]
Außerdem bin ich mir nicht sicher, warum sie beschlossen haben, eine if-Anweisung einzufügen, um zu überprüfen, welches Modul? (Was sind die Vorteile davon oder können diese „ifmodule“-Tags entfernt werden?)
Abschließend könnte dies eine dumme Frage sein – ist „Really Simple SSL“ dasselbe wie/früher bekannt als „Really Simple Security“? Wenn ja, sollte ich meine .htaccess-Datei auf die sehr einfachen SSL-.htaccess-Richtlinien aktualisieren?
Ich hoffe, dieser Beitrag hilft auch anderen, die versuchen, ihre Website zu konfigurieren.
