HTML5 Boilerplate .htaccess Cache Busting funktioniert nicht mit WordPress

Das .htaccess Cache-Einstellungen für HTML5 Boilerplate (http://html5boilerplate.com/) sind großartig, aber ich habe ein Problem mit den Cache-Busting-Einstellungen für die JS- und CSS-Versionierung.

<IfModule mod_rewrite.c>
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.+)\.(\d+)\.(js|css|png|jpg|gif)$ $1.$3 [L]
</IfModule>

Ich kann dies anscheinend nicht mit den bereits vorhandenen WordPress-Umschreibungseinstellungen in der .htaccess Datei.

<IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteBase /
  RewriteRule ^index\.php$ - [L]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
</IfModule>

Im besten Fall passiert das Umschreiben meiner JS-Dateien nie. Im schlimmsten Fall bricht es die Website.

Hatte jemand Glück, das mit WordPress zum Laufen zu bringen?

Können Sie einige php.ini-Einstellungen in Ihre .htaccess-Datei einbetten und dann die Website auf Änderungen testen, nur um zu testen, ob Ihre .htaccess-Datei funktioniert oder nicht?

In den meisten Fällen habe ich das erlebt, es gibt ein paar versteckte Dateien, die auf CentOS 5.5-basierten Systemen nicht angezeigt werden (weiß nicht, ob es sich um einen bereits bekannten Fehler handelt). Aber wenn Sie eine neue Datei mit dem gleichen Namen .htaccess erstellen, sehen Sie ein paar andere Zeilen als Ihre ursprüngliche.

Einfach bedeutet, dass beides zwei verschiedene Dateien sind. Versuchen Sie also einfach zu überprüfen, welcher mit Ihrer Website funktioniert. Außerdem habe ich zum Komprimieren von JS- und CSS-Dateien hier ein recht ausführliches Tutorial geschrieben
http://www.codeandcommand.com/web-based/how-to-optimize-joomla-3-x-pagespeed.html

• Stellen Sie sicher, dass Ihre Cache-Busting-URLs tatsächlich mit dem Rewrite-Muster (script.0.js) übereinstimmen.
• Setzen Sie Cache-Busting-Rewrite-Regeln Vor WordPress
• Wenn Sie auf die Serverkonfiguration zugreifen und die Protokolle lesen können, setzen Sie RewriteLog 2 (oder höher) und schauen Sie sich dann die Rewrite-Protokolle an. Sie sind schwer zu verfolgen, aber sie können Ihnen einige Hinweise geben.
• “Im schlimmsten Fall bricht es die Seite.” Wenn das bedeutet, dass Sie einen 500-Serverfehler erhalten, überprüfen Sie Ihre Serverprotokolle – es wird Ihnen sagen, ob es eine Umschreibschleife gibt.

Ändern Sie die Regel von WordPress in

RewriteRule ^[\w/-]+$ /index.php [L]

und sehen, ob das hilft.

Im besten Fall passiert das Umschreiben meiner JS-Dateien nie.

Sehen Sie die „nicht gefunden“-Antwort von WordPress oder die von Apache?

Im schlimmsten Fall bricht es die Website.

Apache-Serverfehler oder WordPress-Fehler?

Probiere diese

<IfModule mod_expires.c>
  ExpiresActive off
</IfModule>
<IfModule mod_headers.c>
  Header unset Cache-Control
</IfModule>