Svetainės talpyklos optimizavimas

Pagrindinė svetainės “lėtumo” priežastis paprastai yra ne konkretus vaizdas, oUžklausos sąsaja + serverio generavimas + statinis išteklių paskirstymasdėl superpozicijos:

• Vartotojai yra per toli nuo jūsų serverių, tinklo RTT yra didelė (labiau pastebima žemynuose)
• "WordPress" paleidžia PHP, patikrina duomenų bazę ir atvaizduoja šabloną pagal kiekvieną užklausą → TTFB (laikas iki pirmojo baito) iki
• Puslapiuose taip pat įkeliami JS, CSS, šriftai ir trečiųjų šalių scenarijai, todėl lėtėja atvaizdavimas ir sąveika.

Spartinančiosios spartinančiosios atminties įskiepisSprendimo esmė - išsaugoti “dvigubai skaičiuojamų” puslapių rezultatus, kad serveriui nereikėtų jų kaskart perskaičiuoti, ir gerokai sumažinti TTFB, nes taikant tinkamą strategiją į talpyklą gali patekti daugiau naudotojų.Oficiali "WordPress" dokumentacijaTaip pat buvo pažymėta, kad tokie įskiepiai kaip "W3 Total Cache" ir "WP Super Cache" gali talpinti puslapius į talpyklą kaip statinius failus ir tada pateikti juos tiesiogiai naudotojui, taip sumažinant serveriui tenkančią apdorojimo naštą.

Prieš pradėdami skaityti šį puslapį, prisiminkite 3 griežtas taisykles

1. Puslapio spartinančiosios spartinimo įskiepiai tuo pačiu metu tik vienas

Dažniausiai vienu metu įjungus kelis spartinančiosios spartinimo programos įskiepius rezultatas nėra greitesnis:

• Keičiant viena kitos talpyklos taisykles, išvalant viena kitos talpyklą, mažėja talpyklos pataikymo rodiklis
• Dinaminis turinys, pvz., prisijungimo būsena / kalba / vežimėlis / kaina, yra talpinamas į spartinančiąją atmintį, todėl pasitaiko “neteisingo turinio” incidentų.
  Daugelyje įskiepių dokumentacijos ir (arba) instrukcijų nurodoma, kad naudojant tam tikrą spartinančiosios atmintinės įskiepįIšjunkite kitus spartinančiosios atminties įskiepiusišvengti konflikto.

2. Elektroninės prekybos, narystės ir daugiakalbės svetainės: spartinančioji atmintinė nėra “įjungimo ir išjungimo jungiklis”, tai yra “taisyklių sistema”.”

"WooCommerce" oficiali našumo dokumentacijaAiškus priminimas: talpyklos įskiepyje įsitikinti, kad Pirkinių krepšelis / Atsiskaitymas / Paskyra Taip pat rekomenduojama vengti "JavaScript" failų suspaudimo (dėl to gali kilti suderinamumo problemų).

3. “Talpyklos papildinys ≠ CDN”, tačiau talpyklos papildinys yra CDN pagrindas.

Spartinančiosios atmintinės įskiepis, skirtas “nepakankamam šaltinio stoties skaičiui” išspręsti;CDN Išspręskite “turinio priartinimo prie naudotojų” problemą. Santykis tarp jų perdėtas: pirmiausia spaudžiamas šaltinis TTFB, o tada statiniai ištekliai perduodami sklaidai į CDN, kuris yra stabiliausias maršrutas pasauliniams naudotojams.

Greiti pasirinkimai: 4 dažniausiai pasitaikantys svetainių scenarijai

Jei nenorite skaityti viso straipsnio, nesuklysite pasirinkę šiuos 4 variantus:

1. Norite sutaupyti pinigų, būti stabilūs ir orientuoti į pasaulinę prieigą → WP Rocket(Apmokėta)
2. Hostingas yra aiškiai LiteSpeed/OpenLiteSpeed → "LiteSpeed" talpykla(nemokamai, bet labai priklauso nuo serverio pajėgumų): Spartinančiosios atminties funkcijai reikia "LiteSpeed" serverio komponentaidirbti tik tada
3. Turinio svetainės, tinklaraščiai ir dokumentų svetainės, kurios nori būti nemokamos ir stabilios. → WP Super Cache(statinė HTML talpykla): Generuoti statinius HTML failus, kad juos būtų galima pateikti daugeliui neprisijungusių naudotojų
4. Turite technines komandas, kurios gali tiksliai sureguliuoti valdymą (CDN/objektų spartinančioji atmintis/daugiamoduliai) → "W3 Total Cache(stiprus, bet sudėtingas): Išlaikoma visapusiška našumo sistema su CDN integracija

Ką tiksliai talpykla talpina?

“Kodėl kai kurios svetainės vis dar lėtos naudojant spartinančiąją atmintinę” WordPress našumą suskirstėme į 5 sluoksnius:

1. naršyklės talpykla: Paspartinti antrinę prieigą naudotojams (statinės išteklių talpyklos antraštės, versijų numeriai)
2. puslapio talpykla: Spartinančiosios atminties puslapio išvestis kaip HTML (pagrindinis šio puslapio simbolis)
3. objektų talpykla: Duomenų bazės užklausų rezultatų objektų talpykla (dinamiškos stotys yra vertingesnės)
4. PHP operatyvioji atmintinė: talpykla PHP bytecode (paprastai konfigūruojama serveryje, o ne įskiepio dėmesio centre)
5. CDN / kraštinė spartinančioji atmintinė: išteklių perkėlimas į arčiau naudotojo esančius mazgus

Šiame straipsnyje daugiausia dėmesio skiriama puslapio spartinimo įskiepiui;
Tačiau jums nuolat primenama, kad norint, jog svetainės būtų “tikrai greitos”, dažnai reikia 2 + 5 kombinacijos.

1 įskiepis:WP Rocket(mokama) - “Protą gelbstinčios” integruotos programos

“WP Rocket” yra populiarus “WordPress” scenoje ne todėl, kad jis yra stebuklingas, bet todėl, kad jis paverčia tris dažniausiai pasitaikančius našumo darbo tipus į "valdomus paketus":

• Puslapio spartinimas (sumažina šaltinio svetainės TTFB)
• išankstinis talpyklos įkėlimas ir (arba) pašildymas (siekiant pagerinti pirmojo apsilankymo patirtį su visuotinai paskirstyta prieiga)
• Pagrindiniai priekinės dalies optimizavimai (ypač JS vėlavimas, CSS tvarkymas ir kt.)

josoficialus dokumentasJame taip pat aiškiai nurodoma, kad įjungus išankstinį įkėlimą gali būti įjungta tam tikra optimizacija (pvz., su CSS ir (arba) CSS/JS susijusi optimizacija), net jei išjungta puslapio spartinančioji atmintinė.

1.1 Kam skirta "WP Rocket

"WP Rocket" ypač tinka šioms stotims:

• Įmonės svetainė, prekės ženklo svetainė, turinio rinkodaros svetainė, nukreipiamieji puslapiai (srautas iš įvairių šalių ir regionų)
• Noriu “eiti gyventi greitai, stabilumas pirmiausia”, nenoriu rašyti daug nemokamų įskiepių derinys
• Nėra paskirtų "Ops" / "Performance" inžinierių, bet turi patirties ir SEO reikalavimų
• WooCommerce Jį taip pat galima naudoti, tačiau atsargiau (daugiau apie tai vėliau šiame skyriuje).Taisyklės ir rizika）

1.2 Pagrindinė reikšmė žiniatinklio prieigos scenarijuose (ne tik “spartinančiosios atminties jungiklis”)

A. Išankstinis talpyklos įkėlimas: “nestabilių pirmųjų apsilankymų dėl paskirstytos prieigos prie svetainių” sprendimas”

Kai svetainės naudotojai išsibarstę, patirsite labai tipišką sulėtėjimą:
Naudotojas regione pirmą kartą atidaro puslapį ir atsitinka taip, kad jis nebėra talpykloje arba niekada nebuvo pašildytas → tas naudotojas patiria visas PHP/DB atvaizdavimo sąnaudas.
Išankstinio įkrovimo mechanizmasTai svarbu:Išankstinis “pirmosios kartos” išlaidų apmokėjimasPirmasis programos vizitas bus “jūrų kiaulytė”, todėl sumažės "pirmojo vizito kaip jūrų kiaulytės" tikimybė.

• Jokio išankstinio įkėlimo: kas pirmas prieina, tas kenčia
• Su išankstiniu įkėlimu: sistema fone vieningai generuoja talpyklą, todėl pirmojo apsilankymo patirtis yra stabilesnė.

B. Atidėtas “JavaScript” vykdymas: lengviausia funkcija, leidžianti "pasijusti betarpiškai" apsilankius svetainėje, tačiau kartu ir rizikingiausia.

WP Rocket oficialiai kelia “Atidėtas JS vykdymas” apibūdinama kaip stipriausia JS optimizacija: ji atideda scenarijaus vykdymą, kol naudotojas atliks sąveiką (pajudins pelę, palies ekraną, slinkimą, paspaus klavišą ir t. t.), kad pirmenybė būtų teikiama puslapio atvaizdavimui.

Tai svarbu prieigos prie svetainių atveju, nes scenarijų įkėlimo ir vykdymo blokavimas dažniau pasireiškia tarpžemyniniuose tinkluose:

• Lėtesnis išteklių atsisiuntimas → tikėtina, kad pagrindinis srautas bus užverstas scenarijais
• Tikėtina, kad trečiųjų šalių scenarijai (statistika, skelbimai, pokalbių įskiepiai) pablogins INP ir sąveikos vėlavimą.

Tačiau tai taip pat gali sukelti problemų:

• Vėluojantis JS gali turėti įtakos: meniu, rotacijoms, iššokantiems langams, formos patvirtinimui, mokėjimams, laidojimo stebėjimui.
• Taigi ji tinka “žingsnis po žingsnio + juodojo sąrašo pašalinimo” strategijai.

C. Suderinamumas su kitais įskiepiais / temomis: “nulinis konfliktas” nėra tas pats, kas "ramybė".”

“WP Rocket" oficialiai įtraukta į sąrašą "Nesuderinami įskiepiai / temos” sąraše dėl priežasčių, kurios apima tokius mechanizmus, kaip išvesties buferis, kuris turėtų įtakos WP Rocket spartinimui ir (arba) optimizavimui.

• Jei jūsų svetainė yra labai daug įskiepių ir temų, galvokite apie “našumo optimizavimą” kaip apie mini "go-live" projektą: kiekvieno pakeitimo (formų, prisijungimų, mokėjimų, kelių kalbų perjungimo ir t. t.) regresijos testavimas.

1.3 Specialus priminimas "WooCommerce/Dynamic Site

Pagrindinis priminimas iš oficialios "WooCommerce" dokumentacijos konfigūruojant spartinančiosios atminties įskiepį yra:

• Pirkinių krepšelis / Atsiskaitymas / Paskyra Neįterpkite į talpyklą
• be to, rekomenduojama, kadJS failų suspaudimo vengimas

Kodėl? Nes:

• Stipri priklausomybė nuo krepšelio, kasos, paskyros puslapio cookie / sesija / nonce
• Kai talpykla šiuos puslapius traktuos kaip “statinius puslapius”, mygtukai neveiks, o kainos, inventoriaus ir sąskaitos informacija bus sugadinta.
• Štai baisioji dalis: viename regione galite testuoti gerai, o kitame - patirti problemų dėl CDN ir talpyklos pataikymo neatitikimų!

1.4 Spartinančiosios atmintinės įskiepio strategijos lygio rekomendacijos

1 pakopa: Pagrindinės saugumo lengvatos (beveik visos stotys turėtų tai daryti)

• Įjungti puslapio spartinimą
• atidaro .Išankstinis talpyklos įkėlimas(Pirmojo apsilankymo stabilumo didinimas)
• Protinga naršyklės spartinimo politika (WP Rocket/Server/CDN Galima įdiegti bet kurį sluoksnį)

2 lygis: vidutinis atlygis, vidutinė rizika (tinka daugumai turinio svetainių)

• Vėluojantis vaizdų įkėlimas/iframe (vaizdų optimizavimo puslapyje pateikiama daugiau informacijos)
• CSS apimties valdymas (pvz., nenaudojamų CSS pašalinimas)

3 pakopa: didelis našumas, bet didelė rizika (turi būti regresijos testų kontrolinis sąrašas)

• Vėluojantis "JavaScript" vykdymas (pirmenybė teikiama atvaizdavimui, tačiau tai gali turėti įtakos sąveikai)
• JS/CSS suspaudimas ir (arba) sujungimas: būkite ypač atsargūs su e. parduotuvėmis, nariais ir daugiakalbiais ("WooCommerce" taip pat įspėja apie JS suspaudimo riziką）

1.5 Kainos ir leidimai

• "WP Rocket" yra mokama licencija, kurios licencijos skiriasi priklausomai nuo svetainių skaičiaus.

2 įskiepis:"LiteSpeed" talpykla (LSCWP)--“Nemokamų viršūnių” prielaida yra ta, kad serveris iš tikrųjų yra "LiteSpeed".

Daugelis žmonių klaidingai įsivaizduoja "LiteSpeed Cache": jie mano, kad tai tik "WordPress" įskiepis, kurį galite įdiegti ir gauti visą galią bet kuriame prieglobos kompiuteryje, kaip ir "WP Rocket". Taip nėra.

Oficiali "LiteSpeed" dokumentacijaAiškus paaiškinimas: LSCWP spartinančiosios talpyklos funkcijai reikalingas "LiteSpeed" serveris, nes ji palaiko ryšį su "LiteSpeed" žiniatinklio serverio integruota puslapių talpykla (LSCache); įskiepis yra atsakingas už tai, kad serveriui būtų nurodyta, kuriuos puslapius galima talpinti į talpyklą, kiek laiko ir kad būtų inicijuojamas valymas naudojant žymas.

Pagrindinė “LiteSpeed Cache" stiprybė yra "Serverio lygmens puslapių spartinančioji atmintinė (LSCache)”. Be "LiteSpeed" / "OpenLiteSpeed" serverių tokio esminio pranašumo nėra.

2.1 "LiteSpeed" talpyklakam

Tinka:

• Jūsų prieglobos skydelis yra aiškiai paženklintas "LiteSpeed" / "OpenLiteSpeed(pvz., daugelis "cPanel" šeimininkų rašys)
• Norite “nemokamo sprendimo, kuris taip pat gali veikti su stipriu TTFB ir lygiagretaus laiko režimu”.”
• Jūs esate pasirengę sutikti: tai labai galingas, bet taip pat labiau konceptualus (TTL, Tag, Purge, ESI, Crawler...)

Tikrai ne:

• Nesate tikri, koks žiniatinklio serveris yra prieglobos kompiuteris, arba patvirtinate, kad tai "Nginx" / "Apache" (nebent norite naudoti tik kai kurias jo priekinės dalies optimizavimo funkcijas, bet tada kaina, našumas ir sudėtingumas nebūtinai yra ekonomiškai efektyvūs).
• Esate sudėtinga e. parduotuvė, narystės ir daugiakalbė svetainė, bet neturite testavimo proceso (LSCWP yra stiprus, bet taip pat lengviau “paslėpti neteisingą turinį”).

2.2 Jo spartinančiosios atminties mechanizmas: kodėl jis labiau panašus į “serverio pajėgumų dalį”

“LiteSpeed” talpyklos mechaniką galėtumėte aprašyti kaip "inžinerinį paaiškinimą":

• WP Rocket / WP Super Cache Tai labiau susiję su "WordPress"/PHP spartinančiosios atminties ir optimizavimo sritimi;
• LSCWP Tai “WordPress” valdymo skydelio ir "LiteSpeed Server" integruoto LSCache derinys: įskiepis yra atsakingas už taisyklių ir valymo signalų išdavimą, o tikrasis didelės spartos puslapio spartinimas vykstaserverio sluoksnis。

Tai turi tiesioginį poveikį svetainės naudojimo patirčiai: serverio lygmens spit talpykla paprastai yra lengvesnė, greitesnė ir greitesnė (ypač esant dideliam duomenų srautui ir dažniems paieškos sistemų naršyklių apsilankymams).

2.3 Tinkamas LSCWP atidarymo būdas pagal svetainės naudotojo scenarijus“

“Teisingą atidarymo būdą” suskirstėme į 4 lygius:

1 sluoksnis: puslapio spartinančiosios atminties politika (nustato, ar TTFB tikrai gali sumažėti)

• Paaiškinkite, kuriuos puslapius galima talpinti į spartinančiąją atmintinę (dauguma viešojo turinio puslapių).
• paaiškinkite, kurie puslapiai niekada neturėtų būti talpinami į spartinančiąją atmintinę (prisijungimo, paskyros, pirkinių krepšelio, kasos, kalbos ir valiutos keitimo puslapiai, kurie priklauso nuo stiprios cookie).
• Nustatykite pagrįstą talpyklos TTL (kuo dažniau atnaujinamas turinys, tuo trumpesnis TTL, o kuo ilgesnis TTL).
• Sukurkite valymo strategiją: išvalykite atitinkamą žymą po turinio atnaujinimo (o ne atlikite valymą grubia jėga visoje svetainėje).

Šis sluoksnis, jei jis tinkamai atliktas, yra tiesiogiai matomas svetainėje kaip TTFB žemyn, pirmasis ekranas stabilesnis。

2 sluoksnis: apšilimas ir (arba) šliaužiklis (nustato “lėtą pirmąjį apsilankymą šaltame puslapyje”)

Dažnai pasitaikantis prieigos prie svetainių nenuoseklumas atsiranda dėl “karštųjų ir šaltųjų skirtumų” spartinančiojoje atmintinėje:

• Populiarūs puslapiai visada lankomi, o talpykla visada karšta
• Šalti puslapiai ilgai nebuvo spustelėti, o pirmą kartą spustelėjusieji yra lėti.

Įšilimas - tai ne glazūra ant torto, o raktas į nuoseklią svetainės lankytojų patirtį.

3 sluoksnis: dinaminio turinio (e. prekyba, narystė, daugiakalbystė) saugumo programos.

LSCWP galia yra ta, kad ji suteikia daug “išplėstinių įrankių”, pvz:

• Diferencijuotos spartinimo strategijos prisijungusiems naudotojams, komentarų naudotojams ir t. t.
• Pagrindinė kraštinio įtraukimo (angl. Edge Side Inclusion, ESI) idėja - padalyti puslapį į "spartinančiąją viešąją dalį" ir "nespartinančius dinaminius fragmentus", kurie apdorojami atskirai ir po to sujungiami kraštiniuose mazguose.

4 pakopa: internetinės paslaugos ir neprivalomi patobulinimai

Daugeliui tinklalapių valdytojų bus naudingos QUIC.cloud internetinės paslaugos (pvz., puslapio optimizavimo paslaugos), teikiamos LSCWP.QUIC.cloud DokumentaiAiškiai parašyta, kad ji teikia puslapio optimizavimo paslaugas LSCWP, įskaitant Critical CSS (CCSS), Unique CSS (UCSS), Viewport Images (VPI) ir kitas.

• Ši paslauga yra neprivaloma: galite tiesiog naudoti serverio spartinančiąją atmintinę, neįjungdami optimizavimo internetu.
• Įjungus internetines paslaugas, pasikeis jūsų svetainės ištekliai ir puslapio apdorojimo nuorodos (tai svarbi informacija įmonėms ir privatumą saugantiems klientams).

2.4 LSKVPS bendra duobė

1. Serveris nėra "LiteSpeed", bet naudoja LSCWP kaip visavertį spartinimo įskiepį
   Rezultatas: spartinimas nėra toks veiksmingas, kaip tikėtasi, be to, padidėja konfigūracijos sudėtingumas. Sprendimas: Pirmiausia patvirtinkite pagrindinį steką; jei ne "LiteSpeed"Pavyzdžiui, apsvarstykite "WP Rocket" arba "WP Super Cache".
2. Įjungus per daug priekinės dalies optimizavimo funkcijų, atsiranda funkcinių anomalijų
   Puslapio optimizavimas (CSS/JS) dažnai dažniau sukelia suderinamumo problemų nei pati spartinančioji atmintinė. Pasiūlymas: pirmiausia paleiskite puslapio talpyklą, tada vieną po kito įjunkite optimizavimą ir sudarykite regresijos testų sąrašą (formos, meniu, mokėjimai, stebėjimas, kalbos keitimas ir t. t.).
3. Dinaminių puslapių pašalinimo ir (arba) pjaustymo strategijų trūkumas
   Tipiški atvejai: krepšelio, kasos, paskyros puslapio spartinimas arba neteisingas kelių kalbų ir valiutų perjungimas. Elektroninės prekybos svetainės turi atsižvelgti į tai kaip į patikrinimą prieš paleidimą (ir "WooCommerce" atstovai tai pabrėžia).Neįrašykite pagrindinių puslapių į talpyklą）。

Įskiepis 3:WP Super Cache(nemokamai) - klasikinis “mažos rizikos ir didelio pelno” sprendimas turinio svetainėms.

WP Super Cache Kodėl jis taip ilgai buvo populiarus? Todėl, kad ji labai tiesiogiai ir patogiai sprendžia problemas:
Statinių HTML failų generavimas iš dinamiškų "WordPress" puslapiųTada HTML failai pateikiami tiesiai iš žiniatinklio serverio, išvengiant brangaus PHP apdorojimo.

Įskiepio puslapyje taip pat minima, kad: daugumai neprisijungusių naudotojų bus pateikiami statiniai HTML failai, ir pateikiamas labai intuityvus teiginys - “99% lankytojams bus pateikiami statiniai HTML failai”, ir gali būti pateikiamas vienas talpyklos failas. tūkstančius kartų.

3.1 Kam skirtas WP Super Cache?

Labai rekomenduojama:

• Tinklaraščiai, žiniasklaidos turinio svetainės, dokumentų svetainės, įmonių pristatomosios svetainės, nukreipiamieji puslapiai
• Lankytojai daugiausia yra neprisijungę naudotojai
• Norite: nemokamai, stabiliai, mažos priežiūros išlaidos

Atsargiai / reikia stipresnių strategijų:

• Labai dinamiška svetainė: daug personalizuoto turinio, puslapiai, kurie keičiasi priklausomai nuo naudotojo būsenos.
• Didelės e. parduotuvės: gali veikti, tačiau įsitikinkite, kad pagrindiniai puslapiai nėra talpinami į spartinančiąją atmintinę ir veikia kartu su testavimo procesu.

3.2 Trys jo spartinančiosios atminties metodai:

"WP Super Cache" įskiepio aprašyme išvardyti 3 spartinimo metodai pagal greitį ir paaiškinti skirtumai:

• mod_rewrite (ekspertas): greičiausias, visiškai apeinant PHP, bet reikia pakeisti .htaccess, netinkama konfigūracija gali sukelti svetainės nepasiekiamumo rizika yra didesnė!
• Paprastas (rekomenduojamas metodas): PHP teikiami “Super cached” statiniai failai, kurių greitis artimas mod_rewrite greičiui, tačiau juos lengviau konfigūruoti.
• WP-Cache talpykla: lankstesnis žinomiems naudotojams, URL su parametrais, prenumeruojamiems kanalams ir t. t., bet lėtesnis.

Rekomenduojamas pasirinkimas:

• Pradedantiesiems ir siekiantiems stabilumo: naudokite rekomenduojamą metodą (paprastą)
• Žinote serverio taisykles ir esate pasirengę rizikuoti jas perrašyti: dar kartą apsvarstykite ekspertinį modelį!
• Jums reikia lankstesnio “Žinomo naudotojo / su parametrais” tvarkymo: WP-Cache pozicijos supratimas

3.3 "WP Super Cache" stipriosios ir silpnosios pusės

Privalumas:

1. Idealiai tinka naudoti su CDN.
   Kadangi tai iš esmės yra “statinio HTML generavimas”, tai natūraliai atitinka CDN ir kraštinės talpyklos idėją.
2. Šaltinio stoties CPU/duomenų bazės slėgio patobulinimai yra labai paprasti
   Paieškos varikliai ir socialinės žiniasklaidos naršyklės taip pat gali atvykti iš viso pasaulio, kai svetainės srautas yra išsklaidytas. Statizavimas yra veiksminga priemonė kovojant su “pakartotiniu atvaizdavimu”.

Trumpoji lenta:

1. Tai nėra “viskas viename našumo optimizavimo rinkinyje”.”
   Daugiausia jis yra stiprus puslapio spartinančiojoje atmintinėje, o gilus CSS/JS optimizavimas nėra toks didelis kaip WP Rocket. Jums gali tekti imtis daugiau “Image Optimisation Page” ir “Frontend Optimisation Page” (arba naudoti kitus įskiepių / temos lygmens optimizavimus).
2. Būkite atsargesni dėl “dinaminio personalizavimo”
   Pavyzdžiui, pagal regioną rodomas skirtingas turinys, pagal naudotojo būseną rodomos skirtingos kainos, kalbos ir rekomendacijos ir t. t. Šiuo metu turite arba sukurti pašalinimo politiką, arba įdiegti tinkamesnę "slice-and-dice" spartinimo schemą.

3.4 “WooCommerce” suderinamumas: kodėl tai "saugiau"

Oficiali "WooCommerce" pagalbaMinėta: "WooCommerce" yra suderinama su "WP Super Cache" ir "WooCommerce" siunčia pranešimą "WP Super Cache", kad pagal nutylėjimą nebūtų talpinami "Krepšelio", "Checkout" ir "Mano paskyra" puslapiai.

• Net jei esate WP Super Cache + WooCommerce naujokas, daug mažiau tikėtina, kad užlipsite ant “key pages cacheed” minos!
• Vis dėlto prieš pradedant veikti rekomenduojama atlikti regresijos testavimą (mokėjimai, kuponai, pristatymas, mokesčių tarifai, kelios valiutos ir kt.).

Įskiepis 4:W3 Total Cache (W3TC)--Tai universaliausia “veiklos sistema”, skirta inžinerijos komandoms.

"W3 Total Cache “WordPress.org” nėra “vienos talpyklos įskiepis”, o labiau panašus į "svetainių našumo optimizavimo sistemą": joje pabrėžiama, kad integruojant CDN ir taikant geriausią praktiką galima pagerinti SEO, pagrindinius žiniatinklio rodiklius ir bendrą patirtį. Vitals and overall experience through CDN integration and best practices.

Įskiepio aprašyme išvardytos įvairios galimybės: puslapių ir (arba) įrašų spartinimas, CSS ir (arba) CSS spartinimas, Feed spartinimas, paieškos rezultatų spartinimas, duomenų bazės objektų spartinimas, objektų spartinimas, fragmentų spartinimas (fragmentų spartinimas) ir įvairių spartinimo metodų, tokių kaip Redis/Memcached/APC, palaikymas, taip pat įtrauktas mobiliųjų įrenginių grupavimas pagal UA/Referrer, AMP palaikymas, atvirkštinio tarpinio serverio (Nginx/Varnish) integracija ir pan.

4.1 Kam skirta "W3 Total Cache"?

Puikiai tinka:

• Turite kūrimo ir (arba) eksploatavimo įgūdžių ir esate pasirengę atlikti “įgalinimo + slėgio testavimo + regresijos testavimo” darbus.”
• Jūsų svetainė yra sudėtinga: kelios kalbos, kelių temų perjungimas, mobilusis diferencijavimas, sudėtinga turinio struktūra.
• Norite ne tik puslapių spartinimo, bet ir objektų spartinimo / fragmentų spartinimo sistemos (ypač dinaminėse svetainėse).

Jis netinka:

• Norite “įdiegti ir paleisti”, nenorite suprasti talpyklų hierarchijos.
• Neturite testavimo proceso, bet norite vienu ypu įjungti didelės rizikos elementus, pvz., suspaudimą ir atidėtus scenarijus.

4.2 Kodėl jis yra “stiprus, bet sudėtingas”: interneto svetainių vertė “kontroliuojamumas”.”

W3TC vertė yra ne ta, kad “jis turi būti greitesnis už visus kitus”, o ta, kad jis suteikia pakankamai valdymo rankenėlių, kad galėtumėte sukurti našumo strategiją:

• Puslapio spartinančioji atmintis: gali būti atmintyje, diske arba CDN
• Duomenų bazės objektų talpykla, objektų talpykla: galima Redis/Memcached ir kt.
• Fragmento spartinimas: tinka pusiau dinamiškiems puslapiams
• Mobiliųjų įrenginių palaikymas: puslapių spartinimas pagal nukreipiančiąją arba naudotojo agento grupę
• CDN valdymas: skaidrus CDN medijos bibliotekų, temų failų ir kt. valdymas.

Šios galimybės ypač vertingos interneto svetainėms, kuriose dažnai susiduriama su visuotine prieiga:

• To paties puslapio variantai skirtinguose įrenginiuose, skirtinguose regionuose, skirtingomis kalbomis
• Kai kurį turinį galima talpinti į spartinančiąją atmintinę, kai kuris turinys turi būti pateikiamas realiuoju laiku (pvz., kaina, atsargos, naudotojo būsena).

4.3 W3TC “Rekomenduojama įgalinimo tvarka”

Rekomenduojamas užsakymas:

1. Pirmiausia įjunkite tik puslapio spartinimą
   Patikrinkite: TTFB neveikia, turinys yra nuoseklus, veikia prisijungimo būsenos / daugiakalbystės / elektroninės komercijos pagrindiniai procesai.
2. Iš naujo įjunkite naršyklės talpyklą
   Tikslas: užtikrinti, kad pakartotiniai apsilankymai ir statiniai ištekliai būtų įkeliami greičiau, ir sumažinti pakartotinių atsisiuntimų skaičių įvairiuose žemynuose.
3. Iš naujo įvertinti objektų talpyklą / duomenų bazės objektų talpyklą
   Taikoma: Dinaminė svetainė (WooCommerce, narystės sistema, sudėtinga užklausa).
   Netaikoma: vien tik turinio stočių grąža gali būti ribota arba net padidinti išteklių naudojimą.
4. Galutinis prisilietimas Suspaudimas / vėlavimo scenarijus / priekinės dalies optimizavimas
   Kadangi šiame sluoksnyje greičiausiai atsiranda funkcinių anomalijų, reikia sudaryti regresijos testų sąrašą (mokėjimai, formos, stebėjimas, iššokantys langai, meniu, kalbos perjungimas ir t. t.).

“WooCommerce” priminimas apie "Cache Plugin Configuration": Kritiniai puslapiai nėra talpinami į spartinančiąją atmintinę ir rekomenduojama vengti JS failų glaudinimo.

Keturių papildinių palyginimo matrica

Pastaba: tai ne “kas geresnis”, o “kas geriau atitinka jūsų scenarijų”.

matmuo (matematika)	WP Rocket	"LiteSpeed" talpykla	WP Super Cache	"W3 Total Cache
pagrindinis pozicionavimas	Sutaupanti integracija (spartinančioji atmintinė + optimizavimas)	Serverio lygmens spartinančioji atmintinė (remiasi LSCache)	Statinis HTML spartinimas	Našumo sistema (keli spartinančiosios atminties sluoksniai + CDN)
nuo šeimininko priklausantis	Žemas (universalus)	Didelis (reikia, kad "LiteSpeed" / "OpenLiteSpeed" veiktų kaip pagrindinė spartinančioji atmintinė)	Žemas (universalus)	Vidutinė (universali, bet labiau priklauso nuo aplinkos ir konfigūracijos)
Mokymosi išlaidos	žemo ir vidutinio lygio	Vidutinis	nuleisti (galvą)	Aukštas
Turinio stoties rekomendacija	Labai aukštas	Labai aukštas (jei jis įvykdytas)	Labai aukštas	Vidutinė-aukšta (priklausomai nuo komandos)
Elektroninės prekybos / narystės svetainė	Galimas, bet neįtraukite atsargiai ("WooCommerce" pagrindiniai puslapiai nėra talpinami į spartinančiąją atmintinę)	Yra, bet reikia daugiau taisyklių ir (arba) pjaustymo strategijų	yra, o "WooCommerce" nurodo vietinį suderinamumą ir tai, kad pagal numatytuosius nustatymus nėra pagrindinių puslapių spartinimo.	Galimi ir tinkami inžinerinei kontrolei
biudžetas	padengti išlaidas.	nemokama programinė įranga	nemokama programinė įranga	Nemokama + mokama versija

“Incidentai talpyklose” ir prevencijos kontrolinis sąrašas

1. Trys pagrindinės “neteisingo turinio” priežastys dėl spartinančiosios atminties

A. “Nuolatinių” puslapių traktavimas kaip “statinių puslapių be būsenos”

Tipiška: paskyros puslapis, pirkinių krepšelis ir kasos puslapis yra talpinami į talpyklą.WooCommerce Pareigūnai ne kartą pabrėžė. Krepšelis / Užsakymas / Sąskaita neturėtų būti talpinami į spartinančiąją atmintį.

B. Kelių kalbų, valiutų ir regionų variantai neteisingai talpinami į talpyklą

Jei jūsų svetainėje rodomas skirtingas turinys pagal cookie, užklausos parametrus ir geografinę vietą, talpykloje turi būti atsižvelgiama į “variantų matmenis”. Priešingu atveju A regiono naudotojų sukurtą talpyklą gali pakartotinai naudoti B regiono naudotojai.

C. Priekinės dalies optimizavimas (JS/CSS), dėl kurio atsiranda funkcinių anomalijų

Ypač JS suspaudimas, sujungimas ir atidėtas vykdymas.JS failų suspaudimo vengimas。

2. Regresijos testavimo prieš paleidimą kontrolinis sąrašas

• Prisijungimas / išėjimas yra normalus
• Formos (kontaktų forma, prenumerata, prisijungimo registracija) veikia tinkamai
• Elektroninės prekybos procesas: pridėti pirkinį → kuponas → pristatymas / mokesčiai → mokėjimas → užsakymo puslapis
• Daugiakalbio perjungimo stabilumas (turinys, URL, hreflang, valiuta po perjungimo)
• Tinkamai veikia mobilieji meniu, iššokantys langai, slinkimas, tingus krovimas
• Stebėkite, ar scenarijai vis dar suveikia (GA, "Meta Pixel", transformacijos įvykiai)

Dažniausiai pasitaikančios problemos

1 klausimas：Kodėl užsienyje prieiga vis dar lėta, nors ir įdiegiau spartinančiosios atminties įskiepį?

Dažniausia to priežastis yra ta, kad išsprendėte tik “dvigubo atvaizdavimo šaltinio vietoje”, bet ne “tarpžemyninio tinklo vėlavimo” problemą.
Spartinančiosios spartinančiosios atminties įskiepiai leidžia serveriui greičiau išspinduliuoti turinį (TTFB sumažinimas), tačiau statiniai ištekliai (vaizdai, CSS, JS, šriftai) ir pasaulinių nuorodų RTT vis dar turi būti CDN sutrumpinti atstumą.
👉 Taigi teisingas kelias yra:Pirmiausia užtikrinkite, kad šaltinio stoties talpykla būtų stabili.Ir tada CDN pasauliniam platinimui.。

2 klausimas: Kodėl turinys neatnaujinamas po to, kai jį pakeičiu po spartinimo?

Nes matote “senąją talpyklą”. Sprendimo idėja:

• Sukurkite valymo strategiją: išvalykite atitinkamą talpyklą po straipsnių ir (arba) puslapių atnaujinimo (vietoj visos svetainės valymo).
• Scenarijai su apšilimo / vikšrais: išvalykite, o tada apšilkite, kitaip pirmasis apsilankymas bus lėtas.
• CDN: reikia atsižvelgti į tai, kad CDN kraštai taip pat gali talpinti senus išteklius.

3 klausimas: Ar galiu vienu metu įdiegti WP Rocket + WP Super Cache?

Nerekomenduojama. Stabiliausia naudoti po vieną puslapio spartinimo įskiepį. Galima suprasti idėją “vienas spartinimui, kitas optimizavimui” kaip “darbo pasidalijimą”, tačiau iš tikrųjų jie dažnai liečia puslapio spartinimą ir išteklių perrašymą, todėl konflikto tikimybė yra didelė. Labiau rekomenduojama pasirinkti “pagrindinį spartinimo įskiepį”, kitiems poreikiams su aiškesniu vienu įrankiu užpildyti spragą.

4 klausimas: Ar nėra pavojinga naudoti spartinančiąją atmintį e. parduotuvių svetainėse?

Tai nėra pavojinga, pavojinga yra “jokių taisyklių”."WooCommerce" rekomendacijosTai labai aišku: krepšelis / kasa / sąskaitos nėra talpinami į spartinančiąją atmintį ir išvengiama JS suspaudimo.
Be to, "WooCommerce" taip pat nurodo, kad ji veikia su WP Super Cache vietinis suderinamumas, o pagal numatytuosius nustatymus vengti svarbiausių puslapių spartinimo.
Taigi e. parduotuvės svetainę galima talpinti į spartinančiąją atmintinę, tačiau ji turi būti išbandyta kaip “gyvas pakeitimas”.

5 klausimas: Ar turėčiau rinktis "LiteSpeed Cache", ar "WP Rocket"?

• Ar esate tikri, kad kompiuteris yra "LiteSpeed" / "OpenLiteSpeed"?: Prioritetinė "LiteSpeed Cache" (nemokama ir stipri, su pagrindiniais serverio lygmens LSCache privalumais)
• Nesate tikri dėl prieglobos steko / nenorite daryti kompromisų / norite integruoti ir sutaupyti.: WP Rocket yra stabilesnis
• Esate turinio svetainė ir esate jautrūs biudžetui: "WP Super Cache" yra stabilesnė ir lengvesnė.

Spartinančiosios atmintinės papildinys su CDN

Spartinančiosios spartinančiosios atminties įskiepis išsprendžia “mažiau šaltinio stočių skaičiavimo ir mažesnio TTFB” problemą; CDN išsprendžia “statinių išteklių ir puslapių priartinimo prie pasaulinių naudotojų” problemą. Abiejų šių sprendimų derinys yra bendras optimalus globalios prieigos sprendimas.

• Dažnas turinio stočių derinys:Puslapio spartinančioji atmintinė + CDN statinis paskirstymas
• Įprasti dinaminių stočių deriniai:Puslapio talpykla (griežta pašalinimo kontrolė) + objektų talpykla (pagal pareikalavimą) + CDN statinis paskirstymas

👉 Skaityti:CDN spartinimas (visuotinis mazgas ir spartinimo politika)

Rekomenduojami svetainių spartinimo deriniai

1. Turinio svetainė / tinklaraštis / dokumentų svetainė

Tikslas: Sumažinti TTFB, padaryti pirmąjį ekraną stabilesnį, sumažinti serverio spaudimą, dirbti su CDN pasauliniam platinimui.

1.1 Labiausiai nesudėtingas verslo derinys

• "WP Rocket" (puslapio spartinančioji atmintinė + išankstinis įkėlimas + priekinės dalies optimizavimas)
  • CDN (eikite į CDN puslapio aptarimą)

Taikoma:

• Norite, kad būtų “mažai nustatymų, greiti rezultatai, maža rizika”.”
• Temų / priedų gausa, noriu sumažinti suderinamumą

Dėmesio taškai:

• Priekinės dalies optimizavimas (ypač JS vėlavimas) įjungiamas etapais, kad būtų išvengta funkcinių anomalijų (meniu, formos, stebėjimas ir kt.).
• Dažnai peržiūrimose ir (arba) skelbiamose svetainėse turėtų būti taikoma “valymo ir įšilimo” strategija, kitaip pirmas apsilankymas šaltuose puslapiuose bus lėtas.

1.2 Nemokami ir stabilūs klasikiniai deriniai

• WP Super Cache (statinė HTML talpykla): Generuoti statinį HTML iš dinaminių puslapių, daugiausia skirtų neregistruotiems naudotojams.
  • CDN

Taikoma:

• Jautrus biudžetui, bet stabilus
• Lankytojai iš esmės neprisijungia
• Kontroliuojamas turinio atnaujinimo tempas

Dėmesio taškai:

• Tai “pirmiausia puslapio spartinimo derinys”, nesitikėkite, kad jis išspręs visus CSS/JS sudėtingumus!

---

2. Įmonės svetainė / prekės ženklo svetainė / nukreipiamasis puslapis

Tikslas: Būkite greiti, bet svarbiausia - “nesugadinkite konversijos ryšio dėl optimizavimo”.

2.1 Tvirtas ir valdomas (rekomenduojamos visuotinės išdėstymo ir (arba) konversijos stotys)

• WP Rocket
• + (neprivaloma) lengvas vaizdo optimizavimas (turite puslapį “vaizdo optimizavimas”)
  • CDN

Kodėl tai naudinga konversijos stotims:

• Konvertuojančios svetainės baiminasi, kad optimizuojant bus sugadintos “formos / iššokantys langai / sekimo scenarijai”.”
• “WP Rocket” yra labiau "integruota" ta prasme, kad galite įjungti ir regresiniu būdu išbandyti kiekvieną sistemos elementą.

Įmonės interneto svetainės “on-line principas”:

• Našumo optimizavimas yra “paleidimo pokytis”, todėl turi būti parengtas regresijos testų kontrolinis sąrašas.
• Bet kokius nustatymus, susijusius su JS vėlavimu, suliejimu ir suspaudimu, prieš pradedant naudoti, reikėtų patikrinti išankstinėje aplinkoje!

---

3. "WooCommerce" el. parduotuvės svetainė (užsakymai + dinaminis puslapio saugumas)

Tikslas: Svarbu būti greitam, bet taip pat užtikrinti, kad pirkinių krepšelis, kasa ir paskyros puslapiai būtų visiškai teisingi.

Oficialūs "WooCommerce" spartinimo įskiepio punktai yra labai aiškūs:Pirkinių krepšelis / kasa / paskyros puslapis "Do Not CacheTaip pat rekomenduojama vengti "JavaScript" failų suspaudimo, kad būtų kuo mažiau suderinamumo problemų.

3.1 Nemokami ir saugūs maršrutai, labiau pritaikyti naujokams

• WP Super Cache + WooCommerce
  • CDN

Kodėl jis įvardijamas kaip “saugesnė vieta pradėti”:

• "WooCommerce" oficialiai nurodo, kad ji yra suderinama su "WP Super Cache", ir informuos "WP Super Cache", kad pagal numatytuosius nustatymus ji nekešina pagrindinių puslapių, pvz., krepšelio / kasos / sąskaitų.
• Pradedančioms e. prekybos svetainėms svarbiau “pirmiausia - jokių nelaimingų atsitikimų”, o ne “ypatingas našumas”.

3.2 Jei naudojate "LiteSpeed" prieglobos kompiuterį (nemokamą, bet galingą)

• "LiteSpeed Cache" (turi būti "LiteSpeed" / "OpenLiteSpeed" prieglobos kompiuteris, kad būtų galima naudotis pagrindinio serverio spartinančiąja atmintimi)
• + (neprivaloma) objektų spartinimas (Redis/Memcached, priklausomai nuo prieglobos pajėgumų ir svetainės dydžio)
  • CDN

Taikoma:

• Priimančiojo stekas yra aiškus, o jūs norite nustatyti spartinančiosios spartinančiosios atminties taisykles ir pašalinimo politiką.
• Užsakymų ir prekių kiekis yra didelis, todėl reikia stipresnės šaltinio stoties, kuri galėtų atlaikyti šį spaudimą.

3.3 Inžinerinės komandos / sudėtinga elektroninė prekyba (valdomi keli moduliai)

• "W3 Total Cache" (našumo sistema, keli talpyklos sluoksniai, integruoti su CDN)
  • Objektų spartinimas (pagal pareikalavimą)
  • CDN

Taikoma:

• Naudodami “Dev/Ops”, galite pradėti naudoti "modulio įgalinimą žingsnis po žingsnio + slėgio testavimą + regresijos testavimą".
• fragmentų spartinimo poreikis / sudėtingesni strategijos variantai (pvz., smulkus spartinimas pagal įrenginį / regioną / kalbą)

---

4. Narystės svetainė / bendruomenė / internetiniai kursai (daug prisijungimų, stiprus personalizavimas)

Tikslas: Greitai paskelbkite viešą turinį, kartu užtikrindami, kad “prisijungę naudotojai neturėtų turinio eilučių”.

4.1 Išsaugoti, bet reikia griežtų draudimo strategijų

• WP Rocket
• + (neprivaloma) objektų spartinimas (jei yra daug dinaminių užklausų)
  • CDN

Pagrindiniai punktai:

• Iš spartinančiosios atminties turite pašalinti puslapius, kuriuos keičia vartotojas: Asmeninis centras, Užsakymai, Studijų eiga, Pranešimai, Pirkinių krepšelis ir pan.
• Tokio tipo svetainėse dažniausiai pasitaiko atvejų, kai “matomas kitų žmonių turinys / neteisingi leidimai”, todėl rizika turėtų būti nurodyta puslapyje.

4.2 "LiteSpeed Hostingas + išplėstinė politika

• "LiteSpeed Cache" (serverio spartinančioji atmintinė + sudėtingesni politikos įrankiai)
• + objektų spartinimas (pagal pareikalavimą)
  • CDN

Pagrindiniai punktai:

• Narystės svetainėms paprastai reikia daugiau “talpinamojo kūno ir ne talpinamojo fragmento” mąstysenos.
• Reikia patobulinti apšilimo ir valymo strategijas, nes priešingu atveju labai dažnai pasitaikys atvejų, kai vartotojai po atnaujinimo vis dar matys seną turinį.

Interneto talpykla “Demining Casebook”

1 atvejis: Įdiegtas spartinimo įskiepis, greitis beveik nepakito

Reiškinys:

• Vietinis ir (arba) regioninis greitis tinkamas, užsienyje (tarpžemyninis) vis dar lėtas
• TTFB pagerėjo, tačiau bendras įkrovos laikas žymiai nesumažėjo

Dažniausios priežastys:

• Atliekate tik šaltinio spartinimą (TTFB), tačiau statiniai ištekliai (paveikslėliai/JS/CSS/šriftai) vis tiek įkeliami iš šaltinio visuose žemynuose.
• Trečiųjų šalių scenarijai (skelbimai, pokalbiai, statistika) lėtina atvaizdavimą ir sąveiką
• Lėtas atsisiuntimas dėl didelių vaizdų dydžių (spartinančioji atmintinė neišsprendžia “pirmojo atsisiuntimo” dydžio problemos)

Sprendimo idėja:

• Spartinančiosios talpyklos įskiepis pirmiausia pasirūpina “nepakankamu šaltinio skaičiavimu + pataikymais”.”
• Statiniai ištekliai eiti CDN
• Vaizdas toli nuo vaizdo optimizavimas
• Trečiosios šalies scenarijai daro vėlavimo / padalijimo strategijas

Skaitymas:

• CDN spartinimas: pasauliniai mazgai ir spartinimo strategijos
• Paveikslėlių optimizavimas: formatas / glaudinimas / lėtas įkėlimas

---

2 atvejis: įjungus spartinančiąją atmintinę puslapis pakeičiamas, tačiau priekinė dalis neatnaujinama.

Reiškinys:

• Turinys / stilius buvo atnaujintas galinėje dalyje, o priekinėje dalyje vis dar rodoma senoji versija.
• Arba atnaujinami tik kai kurie regionai, o kiti lieka tokie patys (būdinga pasaulinėms stotims).

Dažniausios priežastys:

• Puslapio talpykla neišvalyta arba išvalyta neteisingai
• Įšilimas / naršyklė neveikia, išvalyta spartinančioji atmintinė atšąla, todėl pirmas apsilankymas vyksta lėtai, o jūs klaidingai manote, kad nėra atnaujinimų.
• Jei įjungiate CDN kraštinės spartinančiosios atminties funkciją, kraštinė taip pat gali išsaugoti senus išteklius.

Sprendimo idėja:

• Sukurkite “valymo strategiją po išleidimo ir (arba) atnaujinimo”: išvalykite atitinkamus puslapius, o ne griežtai valykite visą svetainę.
• Sukurkite svarbių puslapių (pradinio puslapio, pagrindinių nukreipimo puslapių) apšilimo strategiją, kad išvengtumėte “valymas = sulėtėjimas”.”
• CDN Sluoksnis kraštams valyti, kai reikia

---

3 atvejis: netinkamai pakeistas turinys po kelių kalbų ir valiutų keitimo

Reiškinys:

• Perjungus kalbą puslapyje vis dar rodoma ankstesnė kalba
• Arba tam tikrų regionų naudotojai mato neteisingą valiutą ir (arba) neteisingą turinį

Dažniausios priežastys:

• Talpykla neskiria “variantų dimensijų” (cookie / parametrai / kalbos priešdėliai / subdomenai).
• "Cache hit" pateikia A kalbos puslapio rezultatus B kalbos naudotojui

Sprendimo idėja:

• Apibrėžkite daugiakalbę programą: directories/subdomains/parameters/cookie
• “variantų politikos” įtraukimas į spartinančiosios atminties taisykles arba pagrindinių puslapių pašalinimas
• Kai kurioms svetainėms reikia pažangesnių “pjaustymo ir kapojimo” spartinančiosios talpyklos idėjų (W3TC geriau tinka inžineriniam valdymui).

---

4 atvejis: e. parduotuvės svetainės, kurioje įjungta spartinančioji atmintinė, pirkinių krepšelio ir (arba) užsakymo problemos

Reiškinys:

• Pirkinių krepšelis su neteisingu kiekiu, neteisinga kaina, neveikia kasos mygtukas
• Prisijungti ir matyti jums nepriklausantį turinį (rimtai)

Dažniausios priežastys:

• Svarbiausi puslapiai, pvz., Krepšelis / Atsiskaitymas / Mano paskyra, yra talpinami į spartinančiąją atmintį.
• Dėl JS minify/merge atsiranda mokėjimo ir dinaminių komponentų nesuderinamumas

Sprendimo idėja:

• "WooCommerce" yra oficialus: krepšelis / kasa / sąskaitos neturėtų būti talpinami į spartinančiąją atmintį ir rekomenduojama vengti JS failų suspaudimo.
• Pirmiausia paleiskite “puslapio talpyklą + išskirti”, tada apsvarstykite priekinės dalies optimizavimą
• Jei naudojate "WP Super Cache", "WooCommerce" nurodo, kad ji yra suderinama su pagrindiniais puslapiais ir pagal numatytuosius nustatymus vengia talpinti pagrindinius puslapius į spartinančiąją atmintinę.

---

5 atvejis: meniu / forma / iššokantis langas neveikia įjungus “Delay JS/Merge Scripts”.

Reiškinys:

• Navigacijos meniu neatsidaro
• Formos patvirtinimas nepavyko arba jos nepavyko pateikti
• Iššokančio lango / iškylančio lango išimtis
• Nesuveikia statistikos / konversijų įvykiai (labiausiai skaudina paleidimo svetaines)

Dažniausios priežastys:

• Atidėtasis JS keičia scenarijaus vykdymo laiką: scenarijai nevykdomi tol, kol naudotojas su jais nesąveikauja, o kai kurie komponentai remiasi “inicializuoti įkėlus puslapį”.”
• Sujungimas ir (arba) suspaudimas gali pakeisti scenarijų tvarką arba pažeisti priklausomybes

“WP Rocket” oficialiai apibūdina "atidėtą JS vykdymą" kaip vieną iš stipriausių JS optimizavimų: scenarijai atidedami iki naudotojo sąveikos, kad puslapio atvaizdavimui būtų teikiama pirmenybė. Tai puiki galimybė, tačiau ji taip pat reiškia didesnę suderinamumo riziką.

Sprendimo idėja:

• Įgalinkite etapais: talpyklą, tada vaizdus, tada CSS, tada JS.
• Pridėti išimtis pagrindiniams scenarijams (mokėjimai, formos, meniu, stebėjimas)
• Atlikite kiekvieno pakeitimo regresijos testavimo kontrolinį sąrašą

---

6 atvejis: Įdiegta tik "LiteSpeed Cache", tačiau nesijaučia, kad ji veikia.

Reiškinys:

• "LiteSpeed" spartinančioji atmintinė įjungta, tačiau TTFB daug nesumažėja.
• Pataikymai taip pat nėra akivaizdūs

Dažniausios priežastys:

• Jūsų serveris nėra "LiteSpeed"/"OpenLiteSpeed" ir negali naudotis pagrindinėmis "LSCache" galimybėmis.
• O gal įjungėte daugybę optimizavimo priemonių, bet “puslapio spartinimo politika/ išankstinis pašildymas/išjungimas” nebuvo sukurta!

Sprendimo idėja:

• Pirmiausia patikrinkite kompiuterio steką: ar tai "LiteSpeed" / "OpenLiteSpeed" (tai būtina sąlyga).
• Dėmesio sutelkimas į “Puslapio talpyklos politiką + ”Warm Up" + "Exclude" + "Clean Up"
• Jei tai ne "LiteSpeed" prieglobos kompiuteris: apsvarstykite WP Rocket arba WP Super Cache