Stillingar fyrir W3 Total Cache Minify viðbótina: Hvernig á að velja innfellingartegund? Reynsla mín af úrræðaleit og ráðleggingar sem bjarga lífi.

Áttu erfitt með að velja rétta innfellingartegund fyrir W3 Total Cache Minify? Þessi grein deilir raunverulegri reynslu vefstjóra og veitir skref-fyrir-skref leiðbeiningar um hvernig á að velja rétta Minify innfellingartegundina nákvæmlega, forðast ósamræmi í vefsíðustíl og hleðsluhrun. Hún inniheldur einnig örugga uppsetningarlausn sem jafnvel byrjendur geta auðveldlega notað.WordPress Hraðaðu án þess að lenda í árekstri!

Ég var að fínstilla vefsíðu og þegar ég opnaði Minify stillingarnar í W3 Total Cache varð ég alveg orðlaus. Fellivalmyndin fyrir innbyggða gerð hafði fjóra valmöguleika: Sjálfgefið (Blokkað), Nota JS fyrir blokkun, Nota „Ósamstillt“ fyrir blokkun og Nota „Seinkað“ fyrir blokkun.

Ég hugsaði mig um í smá stund, um hvað snýst allt þetta?

Treystu mér, þú ert ekki einn. Þessir fjórir möguleikar munu líklega skilja jafnvel byrjanda ráðalausan, hvað þá einhvern sem hefur notað WordPress í mörg ár. Þessi grein kynnir þér gildrurnar sem ég hef rekist á og lærdóminn sem ég hef dregið af þeim, beint. Þú þarft ekki að skoða skjölunina; fylgdu bara leiðbeiningunum mínum.

Hvaða fjórar gerðir af innfellingum eru nákvæmlega?

Við skulum fyrst ræða um hvers konar persónu þessir fjórir valkostir eru.

Sjálfgefið (blokk)Þetta kallast sjálfgefin blokkun. Þetta er einfaldasta aðferðin: vafrinn stoppar þegar hann rekst á forskrift, hleður henni niður og keyrir hana að fullu og heldur síðan áfram að birta síðuna. Hljómar áreiðanlegt, ekki satt? En málamiðlunin er sú að upphafleg hleðsla síðunnar verður lokuð; notendur þurfa að bíða eftir að forskriftin klárist áður en þeir geta séð nokkuð.

Að nota JS til að koma í veg fyrir blokkunÞetta er nokkuð áhugavert. Í stað þess að skrifa `<script>` merki beint á síðuna, þá birtist fyrst lítið forskrift og síðan er forskriftunum sem þarf að hlaða inn á síðuna sprautað inn með JavaScript eftir að síðan er keyrð. Þannig er hægt að birta síðuna fyrst og forskriftirnar geta hlaðist inn smám saman. Hljómar vel, ekki satt? Vandamálið er hins vegar að þetta kraftmikla innspýtingarferli gæti truflað upprunalegu keyrsluröð forskriftanna. Ef sum forskrift á síðunni þinni reiða sig mjög á keyrsluröðina geta komið upp vandamál.

Notið „ósamstillt“ fyrir blokkunarlausa notkunÞetta felur í sér að bæta eigindinni `async` við `<script>` merkið. Forskriftin sækir ósamstillt í bakgrunni og keyrir strax eftir niðurhal, án þess að síðan bíði eftir því. Hins vegar er gallinn sá að keyrsluröðin er algjörlega óstjórnanleg; hvaða forskrift sem lýkur niðurhalinu fyrst keyrir fyrst, óháð því hvaða röð þú tilgreindir í kóðanum.

Að nota „seinkun“ til að koma í veg fyrir að það blokkistÞetta er það sem það þýðir að bæta við `defer` eigindinni. Forskriftin bíður þar til öll síðan hefur verið greind áður en hún keyrir hana, og mikilvægast er að hún heldur upprunalegu röðinni sem þú skrifaðir hana í. Þetta er frekar notendavænt, þar sem það hvorki lokar fyrir fyrsta skjáinn né truflar röðina.

Hvorn ætti ég að velja?

Einfaldlega sagt, þessir fjórir valmöguleikar eru eins og fjölvalsspurning:Viltu hraða eða reglu?

Tillaga mín er eftirfarandi:

Ef vefsíðan þín er lítil, hefur fá forskriftir og þú hefur ekki mjög háar kröfur um hleðsluhraða, þá er auðveldasta leiðin að nota sjálfgefna stillinguna (læst). Þó hún sé aðeins hægari mun hún ekki valda neinum vandræðum.

Ef þú vilt bæta hraða fyrstu skjámyndarinnar og forskriftirnar þínar hafa ekki sterkar ósjálfstæðir kröfur eins og „A verður að keyra áður en B“, forgangsraðaðu þá...Að nota „seinkun“ til að koma í veg fyrir að það blokkist(fresta). Þetta er næstum því besta lausnin eins og er, þar sem hún hvorki hindrar birtingu né raskar röðinni.

Ef þú reynir að fresta og finnur samt að sumar aðgerðir eiga í vandræðum, þá skaltu íhuga...Að nota JS til að koma í veg fyrir blokkunÞessi lausn er róttækari, en samhæfni hennar er örlítið verri.

Notið „ósamstillt“ fyrir blokkunarlausa notkun(async) er sá valkostur sem ég mæli síst með. Þar sem keyrsluröðin er algjörlega í rugli er auðvelt að hrynja nema þú sért alveg viss um að forskriftirnar þínar keyri allar sjálfstætt.

Tvær stórar gryfjur sem ég féll í

Tal er ódýrt. Ég hef skrifað niður tvö mistök sem ég gerði; þú getur borið þau saman við þína eigin reynslu til að sjá hvort þú getir forðast þau.

Fyrsta gildran: Ekki er hægt að forskoða sérsniðin WordPress þemu í rauntíma.

Um tíma, þegar ég var að sérsníða þema, þá endurnýjaðist forskoðunin ekki eftir að hafa smellt á vista. Ég gerði nokkrar breytingar, endurnýjaði síðuna og hún var samt sú sama.

Eftir nokkra rannsókn komst ég að því að þjöppunarvirknin í Minify var sökudólgurinn. Lausnin er einföld:

Aðgangur að W3 Total Cache viðbótinni常规设置,snúðu upp"þjöppun"Hakaðu úr þeim valkosti. Smelltu síðan á litlu örina fyrir neðan „Vista stillingar“ í efra hægra horninu og veldu „...“Vista stillingar og hreinsa skyndiminniðÞetta skref er mikilvægt; ef þú hreinsar ekki skyndiminnið munt þú samt sjá gömlu útgáfuna.

Þegar þú ert búinn skaltu fara aftur í aðlögun þemasins og forskoðunin í beinni verður aftur eðlileg.

Annað vandamálið: Leitarreiturinn fyrir Astra þema svarar ekki þegar smellt er á hann.

Ég rakst á þetta vandamál fyrir nokkuð löngu síðan. Ég var að nota Astra þemað og einn daginn tók ég skyndilega eftir því að leitarreiturinn svaraði ekki, sama hvernig ég smellti á hann. Í fyrstu hélt ég að þetta væri vandamál með þemað sjálft, en síðar uppgötvaði ég að það stafaði af Minify stillingum W3TC.

Lausnin er eftirfarandi:

Farðu í W3 Total Cache → General Settings → Advanced Compression Settings → JS → Minify Engine Settings → Locale Settings og breyttu innfellingartegundinni í eina af þessum tveimur:

1. Áður var hægt að ná fram blokkunarlausn með JavaScript.
2. Notaðu síðan JS til að koma í veg fyrir blokkun

Á sama hátt mun það að hreinsa skyndiminnið og endurnýja síðuna gera leitarreitnum kleift að virka rétt.

Ég hef gert nokkrar rannsóknir á því hvers vegna þessir tveir valkostir voru valdir frekar en aðrir. Einfaldlega sagt eru framhliðarþættir Astra þemunnar nokkuð viðkvæmir fyrir tímasetningu keyrslu handritsins og ákveðnar aðferðir án blokkunar geta valdið því að atburðabinding mistekst. Með því að nota stillinguna „ekki blokkera með JS“ er tryggt að handritið keyri aðeins eftir að síðan hefur lokið við að hlaða, en forðast er óreglulega keyrslu sem sést með async.

Listi yfir staði sem á að heimsækja

Að lokum, hér er gátlisti sem þú getur fylgt beint:

Fyrsta skrefið er að skýra markmið þitt. Viltu hraðasta upphafshleðslu síðunnar eða forgangsraðar þú stöðugleika og villulausri virkni? Þetta mun ákvarða hvaða innfellingartegund þú ættir að nota.

Annað skrefið er að breyta ekki öllu í einu. Í fyrsta lagi skaltu finna síðu sem er síður mikilvæg til að prófa hana, fylgjast með henni í einn eða tvo daga og aðeins kynna hana fyrir alla síðuna ef þú ert viss um að engin vandamál séu til staðar.

Í þriðja lagi, hreinsaðu alltaf skyndiminnið eftir hverja breytingu. Skyndiminniskerfið í W3TC kemur í veg fyrir að þú sjáir nýjustu breytingarnar, þannig að skrefið „hreinsa skyndiminnið og prófa aftur“ er algerlega nauðsynlegt.

Í fjórða lagi, notaðu forritunartól vafrans þíns eða tól eins og PageSpeed ​​Insights til að bera saman hleðsluhraða fyrir og eftir. Láttu gögnin tala sínu máli, ekki bara innsæi þitt.

Skrifaðu í lokin

Satt að segja, þegar ég sá þessa stillingu fyrir innbyggða gerð fyrst, varð ég agndofa lengi vel. Sjálfgefin blokkunarstilling virtist of hæg, á meðan ósamstilltur stilling tryggði ekki röð aðgerða og frestun gæti valdið samhæfingarvandamálum. Ég var óviss um hvaða valkost ég ætti að velja.

En ég áttaði mig síðar á því að þetta er málamiðlun. Það er ekki hægt að fá bæði það hraðasta og það stöðugasta; maður verður alltaf að fórna öðru hvoru. Reynsla mín er að nota defer fyrst, sem er öruggasta lausnin án blokkunar eins og er, og nota síðan callback ef vandamál koma upp.

Ef þú lendir í svipuðum vandamálum, eða ef þú ert enn með önnur vandamál eftir að hafa fylgt aðferð minni, þá skaltu ekki hika við að ræða þau. Vefsíðugerð snýst allt um tilraunir og mistök; enginn er undantekning.

Takk fyrir að lesa greinina mína. Sjáumst næst.