HTML5 Boilerplate .htaccess cache busting non funziona con WordPress

Le impostazioni di cache .htaccess per HTML5 Boilerplate (http://html5boilerplate.com/) sono eccezionali, ma sto riscontrando un problema con le impostazioni di busting della cache per il controllo delle versioni di JS e CSS.HTML5 Boilerplate .htaccess cache busting non funziona con WordPress

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

io non riesco a farlo funzionare con il WordPress riscrivere le impostazioni già presenti nel file .htaccess.

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

Nella migliore delle ipotesi, la riscrittura sui miei file JS non avviene mai. Nel peggiore dei casi, rompe il sito.

Qualcuno ha avuto fortuna a far funzionare questo con WordPress?

fonte

2013-04-03 Chris Ferdinandi

quindi è stato sei mesi. Non una singola risposta? Stupito! –

"Al massimo, la riscrittura sui miei file JS non avviene mai.Nel peggiore dei casi, interrompe il sito. "Significa _script.000.js -> 404 non trovato_; _qualcosa -> 500 errore del server_? – sam

3 cose con cui giocare: 1-Disattiva qualsiasi cache WP (JetPack). -Appendete rand var alla fine di JS/CSS tramite il parametro get lo spoofing del "nuovo file" e la cache viene uccisa 3-Recentemente (ultimi 9-12 mesi) ho notato che i browser stanno memorizzando nella cache HARDER, specialmente quando si utilizza il JS moderno w/hash/# uso. (L'hash si raffredda nuovamente) Qual è lo scenario della cache? Local dev/prod/tipo server (nginx è diverso per esempio). –

Assicurati che gli URL di cache-busting in realtà corrispondono al modello di riscrittura (script.0.js)
Mettere regole di riscrittura della cache-busting prima WordPress delle
Se è possibile accedere al server di configurazione e leggere i registri, impostare RewriteLog 2 (o successivo) e quindi esaminare i registri di riscrittura. Sono difficili da seguire ma possono darti qualche indizio.
"Nel peggiore dei casi, si rompe il sito." Se ciò significa che stai ricevendo 500 errori del server, controlla i log del tuo server - ti dirà se c'è un ciclo di riscrittura. regola di

Change WordPress per

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

e vedere se funziona.

Nella migliore delle ipotesi, la riscrittura sui miei file JS non avviene mai.

Vedete la risposta "non trovata" di WordPress o Apache?

Nel peggiore dei casi, si rompe il sito.

Errore server Apache o errore WordPress?

fonte

2013-10-10 17:23:41 sam

Puoi inserire alcune impostazioni di php.ini nel tuo .htaccess e poi provare il sito Web per le modifiche, solo per testare se il file .htaccess funziona o no?

Nella maggior parte dei casi ho sperimentato che, ci sono alcuni file nascosti che i sistemi basati su CentOS 5.5 non mostrano (non so se il suo bug già noto). Ma se crei un nuovo file con lo stesso nome .htaccess vedrai alcune linee diverse da quella originale.

Significa semplicemente che si tratta di due file diversi. Quindi prova solo a verificare quale funziona con il tuo sito web. Inoltre per la compressione file JS e CSS, ho scritto un tutorial molto dettagliato qui http://www.codeandcommand.com/web-based/how-to-optimize-joomla-3-x-pagespeed.html

fonte

2014-04-28 14:53:47 rojoloco47

Prova questi

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

fonte

2015-02-17 22:32:00

HTML5 Boilerplate .htaccess cache busting non funziona con WordPress

risposta

Problemi correlati