HTML5 Boilerplate .htaccess Cache Busting funktioniert nicht mit WordPress

Die .htaccess Cache-Einstellungen für HTML5 Boilerplate (http://html5boilerplate.com/) sind genial, aber ich renne in ein Problem mit den Cache-Busting-Einstellungen für JS und CSS-Versionierung.HTML5 Boilerplate .htaccess Cache Busting funktioniert nicht mit WordPress

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

kann ich nicht scheinen, dies mit dem Wordpress arbeiten umschreiben Einstellungen bereits 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 geschieht das Neuschreiben auf meinen JS-Dateien nie. Im schlimmsten Fall bricht es die Website.

Wer hatte Glück, dass das mit WordPress funktioniert?

Quelle

2013-04-03 Chris Ferdinandi

So ist es sechs Monate. Keine einzige Antwort? Erstaunt! –

"Im besten Fall passiert das Neuschreiben meiner JS-Dateien nie.Im schlimmsten Fall bricht es die Seite. "Bedeutet das, dass _script.000.js -> 404 nicht gefunden wurde _; _etwas -> 500 Serverfehler_? – sam

3 Dinge mit denen man umgehen muss: 1 - Jegliches WP-Caching (JetPack) ausschalten -Append rand var bis zum Ende von JS/CSS über get param wird "neue Datei" spoofen und Cache wird getötet. 3-Vor kurzem (nach 9-12 Monaten) habe ich bemerkt, dass Browser Caching HARTER, vor allem bei Verwendung moderner JS w/hash/# use. (Der Hash unterdrückt das erneute Laden) Was ist das Cache-Szenario? Lokaler dev/prod/server-Typ (nginx ist zum Beispiel anders). –

Stellen Sie sicher, dass die Cache-Busting-URLs entspricht tatsächlich das Rewrite-Muster (script.0.js)
Put Cachebusting-Rewrite-Regeln vor Wordpress ist
Wenn Sie die Serverkonfiguration zugreifen und lesen die Protokolle, setzen Sie RewriteLog 2 (oder höher) und schauen Sie sich dann die Umschreibprotokolle an. Sie sind schwer zu folgen, aber sie können Ihnen einige Hinweise geben.
"Im schlimmsten Fall bricht es die Website." Wenn das bedeutet, dass Sie 500 Serverfehler bekommen, überprüfen Sie Ihre Serverprotokolle - es wird Ihnen sagen, ob es eine Rewrite-Schleife gibt.

ändern Wordpress-Regel zu

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

und sehen, ob das hilft.

Im besten Fall geschieht das Neuschreiben meiner JS-Dateien nie.

Sie sehen WordPress "nicht gefunden" Antwort oder Apache?

Im schlimmsten Fall bricht es die Website.

Apache-Server-Fehler oder WordPress-Fehler?

Quelle

2013-10-10 17:23:41 sam

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

In den meisten Fällen habe ich das erlebt, es gibt ein paar versteckte Dateien, die CentOS 5.5-basierte Systeme nicht zeigen (weiß nicht, ob der bereits bekannte Fehler). Wenn Sie jedoch eine neue Datei mit dem gleichen Namen .htaccess erstellen, sehen Sie ein paar andere Zeilen als die ursprüngliche.

Einfach bedeutet beide sind zwei verschiedene Dateien. Also versuchen Sie einfach zu überprüfen, welcher mit Ihrer Website arbeitet. Darüber hinaus sind für Dateien JS und CSS komprimieren, habe ich eine ziemlich detaillierte Anleitung hier geschrieben http://www.codeandcommand.com/web-based/how-to-optimize-joomla-3-x-pagespeed.html

Quelle

2014-04-28 14:53:47 rojoloco47

Probieren Sie diese

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

Quelle

2015-02-17 22:32:00

HTML5 Boilerplate .htaccess Cache Busting funktioniert nicht mit WordPress

Antwort

Verwandte Themen