Impostazioni di u plugin W3 Total Cache Minify: Cumu sceglie u tipu d'incrustazione? A mo sperienza di risoluzione di prublemi è cunsiglii salvavita

Avete difficultà à sceglie u tipu d'incrustazione ghjustu per W3 Total Cache Minify? Questu articulu sparte l'esperienza di u mondu reale di un webmaster è furnisce una guida passu à passu per selezziunà currettamente u tipu d'incrustazione Minify currettu, evitendu incidenti di stile di u situ web è crash di caricamentu. Include ancu una suluzione di cunfigurazione infallibile chì ancu i principianti ponu applicà facilmente.WordPress Accelerate senza cascà!

Stava ottimizendu un situ web è quandu aghju apertu i paràmetri di Minify in W3 Total Cache, eru cumpletamente stupitu. U menu a tendina per u tipu incrustatu avia quattru opzioni: Predefinitu (Bloccu), Aduprà JS per Non-Blocking, Aduprà "Asincronu" per Non-Blocking, è Aduprà "Ritardatu" per Non-Blocking.

Ci aghju pensatu per un mumentu, di chì si tratta tuttu què ?

Credimi, ùn site micca solu. Queste quattru opzioni lasceranu probabilmente ancu un principiante sconcertatu, per ùn dì qualchissia chì usa WordPress dapoi anni. Questu articulu presenta i periculi chì aghju scontru è e lezioni chì aghju amparatu direttamente. Ùn avete bisognu di cunsultà a ducumentazione; basta à seguità e mo istruzioni.

Chì sò esattamente questi quattru tipi d'incrustazione?

Parlemu prima di chì tipu di caratteru sò queste quattru opzioni.

Predefinitu (Bloccatu)Questu hè chjamatu Bloccu predefinitu. Hè l'approcciu u più simplice: u navigatore si ferma quandu incontra un script, u ​​scarica è l'esegue cumpletamente, è dopu cuntinueghja à rende a pagina. Sona affidabile, nò ? Ma u compromessu hè chì u caricamentu iniziale di a pagina serà bluccatu; l'utilizatori devenu aspittà chì u script finisca di esse eseguitu prima di pudè vede qualcosa.

Utilizendu JS per a non-bloccaturaQuestu hè abbastanza interessante. Invece di scrive direttamente i tag `<script>` nant'à a pagina, prima emette un picculu script, è dopu inietta dinamicamente i script chì devenu esse caricati in a pagina aduprendu JavaScript dopu chì a pagina hè in esecuzione. In questu modu, a pagina pò esse resa prima, è i script ponu caricà gradualmente. Sona bè, nò ? Tuttavia, u prublema hè chì questu prucessu d'iniezione dinamica puderia interrompe l'ordine d'esecuzione originale di i script. Se certi script nant'à a vostra pagina si basanu assai nant'à l'ordine d'esecuzione, ponu nasce prublemi.

Aduprate "asincronu" per ùn esse micca bluccanteQuestu implica aghjunghje l'attributu `async` à u tag `<script>`. U script si scaricherà in modu asincronu in u sfondate è si eseguirà subitu dopu u scaricamentu, senza chì a pagina l'aspetti. Tuttavia, l'inconveniente hè chì l'ordine di esecuzione hè cumpletamente incontrollabile; quellu script chì finisce di scaricà prima si eseguirà prima, indipendentemente da l'ordine chì avete specificatu in u codice.

Usendu "ritardamentu" per a non-bloccaturaEccu ciò chì significa aghjunghje l'attributu `defer`. U script aspetterà finu à chì tutta a pagina sia stata analizzata prima di esse eseguitu, è soprattuttu, mantene l'ordine originale chì avete scrittu. Questu hè abbastanza faciule da aduprà, postu chì ùn blocca nè a prima schermata nè interrompe l'ordine.

Quale devu sceglie ?

Per dì la simpliciamente, ste quattru opzioni sò cum'è una dumanda à scelta multipla:Vulete velocità o ordine?

U mo suggerimentu hè questu:

Sè u vostru situ web hè chjucu, hà pochi scripts, è ùn avete micca esigenze estremamente elevate per a velocità di carica, aduprà l'impostazione predefinita (bluccata) hè l'opzione più faciule. Ancu s'ella hè un pocu più lenta, ùn causerà micca prublemi.

Sè vo vulete migliurà a velocità di u primu schermu è i vostri script ùn anu micca dipendenze forti cum'è "A deve esse eseguitu prima di B", date priorità...Usendu "ritardamentu" per a non-bloccatura(differisce). Questa hè guasi a suluzione più ideale à u mumentu, postu chì ùn blocca nè interrompe u rendering nè interrompe l'ordine.

Sè pruvate à deferisce è truvate sempre chì alcune funzioni anu prublemi, allora cunsiderate...Utilizendu JS per a non-bloccaturaSta suluzione hè più radicale, ma a so cumpatibilità hè un pocu peghju.

Aduprate "asincronu" per ùn esse micca bluccante(async) hè l'opzione chì ricumandu u menu. Siccomu l'ordine d'esecuzione hè cumpletamente sbagliatu, hè faciule ch'ellu si blocchi, à menu chì ùn siate assolutamente sicuru chì i vostri script funzionanu tutti indipindentamente.

Dui grandi trappule in cui sò cascatu

Parlà hè faciule. Aghju scrittu dui sbagli chì aghju fattu; pudete cunfruntalli cù a vostra propria sperienza per vede s'ellu pudete evità li.

U primu prublema: I temi WordPress persunalizati ùn ponu esse visualizati in anteprima in tempu reale.

Per un pezzu, quandu si persunalizava un tema, dopu avè cliccatu nant'à salvà, l'anteprima ùn s'aghjurnava micca. Facia qualchi cambiamenti, aghjurnava a pagina, è era sempre listessa.

Dopu qualchì investigazione, aghju scupertu chì a funzione di cumpressione di Minify era a culpevule. A suluzione hè simplice:

Accede à u plugin W3 Total Cache常规设置,alzà"cumpressione"Deselezziunate sta opzione. Dopu cliccate nantu à a piccula freccia sottu à "Salvà i paràmetri" in l'angulu in cima à diritta è selezziunate "..."Salvà i paràmetri è sguassà a cacheQuestu passu hè cruciale; sè ùn sguassate micca a cache, viderete sempre a vechja versione.

Dopu avè finitu, vultate à a persunalizazione di u tema, è l'anteprima in diretta tornerà à a nurmalità.

U secondu prublema: A casella di ricerca di u tema Astra ùn risponde micca quandu si clicca.

Aghju scontru stu prublema un bellu pezzu fà. Aghju utilizatu u tema Astra, è un ghjornu aghju scupertu di colpu chì a casella di ricerca ùn rispundia micca, ùn importa cumu aghju cliccatu. À u principiu, aghju pensatu chì era un prublema cù u tema stessu, ma dopu aghju scupertu chì era causatu da i paràmetri Minify di W3TC.

A suluzione hè a siguente:

Andate à W3 Total Cache → Impostazioni generali → Impostazioni di compressione avanzate → JS → Impostazioni di u mutore Minify → Impostazioni lucali, è cambiate u tipu d'incrustazione à unu di questi dui:

1. Prima, a non-bloccatura hè stata ottenuta cù JavaScript.
2. Dopu, aduprate JS per ùn bluccà micca

In listessu modu, svuotà a cache è aghjurnà a pagina permetterà à a casella di ricerca di funziunà currettamente.

Per sapè perchè sò state scelte queste duie opzioni invece di altre, aghju fattu qualchì ricerca. In poche parole, i cumpunenti front-end di u tema Astra sò abbastanza sensibili à u timing di l'esecuzione di u script, è certi metudi senza bloccu ponu causà u fallimentu di l'event binding. L'usu di a modalità "senza bloccu cù JS" garantisce chì u script sia eseguitu solu dopu chì a pagina hà finitu di carica, evitendu l'esecuzione disordinata vista cù async.

Lista di lochi da visità

Infine, eccu una lista di cuntrollu chì pudete seguità direttamente:

U primu passu hè di chiarificà u vostru scopu. Vulete u caricamentu iniziale di a pagina u più veloce, o date priorità à a stabilità è à un funziunamentu senza errori ? Questu determinarà quale tipu d'integrazione duvete aduprà.

U secondu passu ùn hè micca di cambià tuttu in una volta. Prima, truvate una pagina menu impurtante per pruvà la, osservatela per un ghjornu o dui, è prumove la solu à tuttu u situ s'è vo site sicuru chì ùn ci sò micca prublemi.

Terzu, svuotate sempre a cache dopu ogni mudificazione. U mecanismu di caching di W3TC vi impedirà di vede l'ultimi cambiamenti, dunque u passu "svuotate a cache è pruvate torna" hè assolutamente essenziale.

Quartu, aduprate l'arnesi di sviluppu di u vostru navigatore o arnesi cum'è PageSpeed ​​​​Insights per paragunà a velocità di carica prima è dopu. Lasciate chì i dati parlinu da per elli, micca solu a vostra sensazione.

Scrivite à a fine

À dì a verità, quandu aghju vistu per a prima volta sta paràmetra di tipu incrustatu, sò statu stupitu per un bellu pezzu. A modalità di bloccu predefinita pareva troppu lenta, mentre chì a modalità asincrona ùn garantia micca l'ordine, è u rinviu puderia causà prublemi di cumpatibilità. Ùn era micca sicuru di quale opzione sceglie.

Ma dopu aghju capitu ch'ellu hè un compromessu. Ùn si pò avè à tempu u più veloce è u più stabile; ci vole sempre à sacrificà unu. A mo sperienza hè d'utilizà prima defer, chì hè attualmente a suluzione più sicura senza blocchi, è dopu aduprà una richiamata se sorgonu prublemi.

Sè avete prublemi simili, o sè avete sempre altri prublemi dopu avè seguitu u mo metudu, ùn esitate micca à discutelu. U sviluppu di siti web hè tutta una questione di prova è errore; nimu hè una eccezione.

Grazie per avè lettu u mo articulu. À a prossima volta.