Greinaskrá
Á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 óhöpp í vefsíðustíl og hleðsluhrun. Hún inniheldur einnig örugga uppsetningarlausn sem jafnvel byrjendur geta auðveldlega notað, sem tryggir slétta og hraða WordPress upplifun!
É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álfgefin blokkun er einfaldasta aðferðin. Þegar vafrinn rekst á forskrift stoppar hann, hleður niður og keyrir forskriftina 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 seinkar; notendur þurfa að bíða eftir að forskriftin klárist áður en þeir geta séð nokkuð.
Það er nokkuð áhugavert að nota JavaScript til að koma í veg fyrir blokkun . Í stað þess að skrifa `<script>` merki beint á síðuna, þá birtist fyrst lítið forskrift og síðan sprautað inn nauðsynlegum forskriftum á síðuna með JavaScript eftir að síðan er keyrð. Þannig getur síðan birtst fyrst og forskriftirnar hlaðast smám saman. Hljómar vel, ekki satt? Vandamálið er hins vegar að þetta kraftmikla innspýtingarferli getur truflað upprunalegu keyrsluröð forskriftanna. Ef sum forskriftir á síðunni þinni reiða sig mjög á keyrsluröðina geta komið upp vandamál.
Að nota „asynchronous“ fyrir keyrslu án blokkunar felur einfaldlega í sér að bæta `async` eigindinni við `<script>` merkið. Handritið mun sækja ósamstillt í bakgrunni og keyra strax að því loknu, án þess að síðan bíði eftir því. Hins vegar er gallinn sá að keyrsluröðin er algjörlega óstjórnanleg; hvaða niðurhal sem er fyrst keyrir, óháð því hvaða röð þú tilgreinir í kóðanum.
Notkun „delay“ fyrir keyrslu án þess að hindra hana er möguleg með því að bæta við eigindinni `defer`. Forskriftin bíður þar til öll síðan hefur verið greind áður en hún keyrir og mikilvægast er að hún heldur upprunalegu röðinni sem hún var skrifuð í. Þetta er frekar notendavænt þar sem það hvorki hindrar fyrsta skjáinn né raskar röð forskriftarinnar.
Hvorn ætti ég að velja?
Einfaldlega sagt, þessir fjórir valmöguleikar eru eins og fjölvalsspurning: viltu hraða eða viltu röðina?
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ámyndar og forskriftirnar þínar hafa ekki sterkar ósjálfstæðir þættir eins og „A verður að keyra áður en B“, þá skaltu forgangsraða því að nota „fresta“ fyrir keyrslu án þess að hindra hana . Þetta er næstum því kjörin lausn sem völ er á núna, þar sem hún forðast að hindra birtingu en heldur keyrsluröðinni við.
Ef þú finnur að sumar aðgerðir eiga enn í vandræðum eftir að hafa prófað defer, þá skaltu íhuga að nota JavaScript til að koma í veg fyrir blokkun . Þessi aðferð er árásargjarnari en samhæfni hennar er aðeins verri.
Að nota „async“ til að koma í veg fyrir blokkun er sá kostur 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 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:
Farðu í almennar stillingar W3 Total Cache viðbótarinnar , finndu valkostinn „Compression“ og hakaðu úr honum. 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; án þess að hreinsa skyndiminnið muntu 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:
- Áður var hægt að ná fram blokkunarlausn með JavaScript.
- 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.
Ég vona að greinin „W3 Total Cache Minify Plugin Settings: How to Choose the Embedding Type? My Pitfalls and Lifesaving Advice“ sem er birt á bloggi Chen Weiliang ( https://www.chenweiliang.com/ ) verði þér gagnleg.
Deilið endilega tenglinum á þessa grein: https://www.chenweiliang.com/cwl-34003.html