Preskoči na vsebino 
Ravni predpomnilnika v gostovanju pospešijo izvajanje PHP, dostop do podatkovne zbirke in dostavo celotnih strani do globalnega zagotavljanja prek robnih strežnikov. Pokazal vam bom, kako predpomnilniki opcode, object, page in CDN delujejo skupaj, kje so pomembni in katere nastavitve imajo največji učinek.
Osrednje točke
- Operna koda Predpomnilnik predhodno sestavi PHP in zmanjša obremenitev procesorjev za vsako zahtevo.
- Objekt Predpomnilnik hrani pogoste rezultate podatkovne zbirke v pomnilniku RAM in shranjuje poizvedbe.
- Stran Predpomnilnik obiskovalcem v milisekundah posreduje dokončan HTML.
- CDN Predpomnilnik razporedi vsebino v robne strežnike po vsem svetu in zmanjša zakasnitve.
- Interakcija na vseh ravneh odpravlja ozka grla od zaledja do roba.
Kaj počnejo ravni predpomnilnika
Uporabljam štiri Ravniza zmanjšanje časa nalaganja in obremenitve strežnika: opcode, object, page in CDN. Vsaka raven obravnava drugačno ozko grlo in deluje na svoji ravni infrastrukture. Na ta način prihranim procesorski čas pri izvajanju kode, zmanjšam število poizvedb po zbirki podatkov, neposredno dostavim HTML in geografsko približam vsebino uporabniku. Najprej prednostno obravnavam največje ozko grlo in postopoma dodajam preostale predpomnilnike. To je jasno Zaporedje omogoča merljivo in stabilno optimizacijo.
Predpomnilnik opkod: Takoj izvedite PHP
Predpomnilnik opkod shranjuje predkompilirane opkode PHP v RAMtako da tolmač ne bo delal znova pri vsaki zahtevi. Vključim OPcache s smiselnimi mejnimi vrednostmi za pomnilnik, datotečni predpomnilnik in ponovno preverjanje, tako da so vroče poti kode stalno na voljo. Predvsem strani CMS imajo koristi, saj ponavljajoči se klici ne sprožijo več sestavljanja. To opazno zmanjša obremenitev procesorja in odzivni čas spletnega strežnika. Redno preverjam statistiko predpomnilnika OPcache, da analiziram Stopnja zadetkov predpomnilnika visoko.
Predpomnilnik predmeta: razbremenitev podatkovne zbirke
V predpomnilniku predmetov so shranjeni pogosti rezultati iz Poizvedbe v pomnilniku, na primer menije, sezname izdelkov ali uporabniške pravice. Za to uporabljam storitve v pomnilniku, kot sta Redis ali Memcached, in dodeljujem smiselne TTL za nestalne podatke. To mi omogoča, da znatno zmanjšam obhode v podatkovno zbirko, ki ostaja stabilna, zlasti pri velikem prometu. V WordPressu kombiniram trajni predpomnilnik objektov z usmerjenimi izključitvami, tako da personalizirana vsebina ni izkrivljena. Če želite začeti, lahko kompakten vodnik najdete v mojem članku o Redis za WordPress. Opazujem Stopnja missza ponovno nastavljanje tipk s prekratko življenjsko dobo.
Predpomnilnik strani: dostavi HTML
Predpomnilnik strani ustvari celoten HTML-strani, ki jih je sistem dinamično ustvaril. Določim jasna pravila: anonimni obiskovalci prejmejo statične kopije, prijavljeni uporabniki obidejo predpomnilnik. Med posodobitvami posebej počistim prizadete strani, da vsebina ostane posodobljena. To se izplača, zlasti med prometnimi konicami, saj zmanjšam obremenitev zaledja na skoraj nič. Praktično zaporedje korakov je prikazano v mojem Vodnik po predpomnilniku spletnega mesta. Redno preverjam čas do prvega bajta, da preverim Učinek za preverjanje.
Predpomnilnik CDN: globalno hiter
CDN prinaša vsebino v Rob-strežnik blizu uporabnika, kar zmanjša zakasnitev. V predpomnilniku imam sredstva, kot so slike, CSS in JS, po potrebi pa tudi celotne strani s predpomnilnikom celotne strani. Pravila za piškotke, glave in parametre poizvedb preprečujejo nepravilno dostavo prilagojene vsebine. Pri mednarodnih ciljnih skupinah opazno skrajšam čas nalaganja in zmanjšam obremenitev izvornega strežnika. Če želite prebrati več o namestitvi, kliknite na moj pregled Optimizacija CDN. Pripravljene imam mehanizme za čiščenje, da lahko takoj zagotovim sveže Različice ki jih je treba dostaviti.
Primerjava ravni predpomnilnika
V naslednji preglednici so razvrščeni Uporabite in učinek, tako da najprej obravnavam pravo raven.
| Raven | Lokacija shranjevanja | Tipična uporaba | Glavne prednosti |
|---|---|---|---|
| Predpomnilnik opcijske kode | Strežnik (RAM) | Spletne strani, ki temeljijo na PHP, CMS | Hitrejše izvajanje, manj procesorja |
| Predpomnilnik predmetov | Strežnik (RAM) | Pogoste poizvedbe po DB v trgovinah/CMS | Manj poizvedb, kratki odzivni časi |
| Predpomnilnik strani | Strežnik in/ali CDN | Anonimni ogledi strani | Zelo kratek TTFB, zmanjšanje obremenitve |
| Predpomnilnik CDN | Robni strežnik | Globalna dostava strani/sredstev | Nizka latenca, visoka skalabilnost |
Ravni sem nastavil na naslednji način Zaporedje najprej opcode, nato objekt, nato stran in nazadnje CDN. Na ta način se izognem podvajanju dela in najprej dosežem najbolj opazne učinke.
Medsebojno delovanje ravni
V mojem postopku je Operna koda Prvi predpomnilnik PHP brez ponovnega sestavljanja. Predmetni predpomnilnik pogosto posreduje podatke iz pomnilnika RAM, tako da je zbirka podatkov prosta. Predpomnilnik strani neposredno postreže s ponavljajočimi se stranmi ter prihrani PHP in plasti DB. Predpomnilnik CDN zagotavlja vsebino v bližini uporabnika po vsem svetu in prestreže prometne konice. Ta veriga zmanjšuje vsakršno čakanje, saj vsako stopnjo posebej pospešujem in zmanjšujem odvisnosti. To ohranjam Pot pregleden, tako da je razhroščevanje še vedno enostavno.
TTL, čiščenje in preverjanje predpomnilnika
Zavestno odpuščam TTL za vsako raven, tako da vsebina ni niti prestarela niti prekratka. Pri izdajah uporabljam čiščenje po poti, oznaki ali ključu, da namesto brisanja vsega posebej počistim. Robni predpomnilniki upoštevajo kontrolne signale, kot so nadzor predpomnilnika, nadomestni nadzor ali ETag. Za prilagojeno vsebino uporabljam glave Vary ali pravila piškotkov, da preprečim mešanje predpomnilnikov. Preden namestim večje kampanje, testiram razveljavitev v sistemih za presledke. Tako ohranim vsebino doslednotudi če združujem več ravni.
Merjenje: stopnja zadetkov in zgrešenih strelov
Merim Stopnja zadetkov ločeno za vsako stopnjo, da ostaneta vzrok in posledica jasna. Za OPcache preverjam izkoriščenost pomnilnika, ponovne potrditve in kompilacije. Pri predpomnilniku za predmete spremljam zgrešitve na ključ in prilagajam TTL. Za predpomnilnik strani primerjam HIT/MISS s TTFB, da vidim učinek na uporabnike. V omrežju CDN spremljam regionalne zakasnitve in stopnje zadetkov na robu, da zagotovim zanesljivo delovanje vseh spletnih mest. Ti ključni podatki nadzorujejo moje naslednje Optimizacije.
Robni primeri: dinamična vsebina
Velikokrat predpomnilnik strani za prijavo, nakupovalne košarice ali personalizirane nadzorne plošče previden. Pri delu uporabljam izjeme, glave brez predpomnilnika, kratke TTL-je ali Edge Side Includes (ESI) za podobmočja. Iskalni parametri ali sejni piškotki lahko ustvarijo različice, ki jih namenoma omejim. Tudi za vmesnike API je predpomnjenje koristno, vendar je za izdaje potrebna natančna razveljavitev. Za zelo spremenljivo vsebino uporabljam predpomnilnik objektov in ne predpomnilnik strani. Tako odgovori ostajajo pravilnobrez izgube hitrosti.
Konfiguracija glede na vrsto gostovanja
V deljenem gostovanju sem aktiviral OPcache in uporabite trajni predpomnilnik predmetov, če je na voljo. V okoljih VPS ali namenskih okoljih zagotovim Redis/Memcached, izoliram vire in vzpostavim spremljanje. Za predpomnilnik strani izberem rešitve na strani strežnika ali integrirane module sklada. Vključim tudi CDN, če so ciljne skupine porazdeljene ali če se pričakujejo konice. Dokumentiram vsa pravila predpomnilnika, da lahko člani ekipe varno uvedejo spremembe. Standardizirani Standardi preprečiti napačne konfiguracije.
Varnost in predpomnilnik
Kombiniram CDN-predpomnjenje z zaščitnimi mehanizmi, kot so omejevanje hitrosti in pravila WAF. To mi omogoča, da v blažilniku zadržim največje obremenitve in preprečim zlonamerne vzorce, še preden dosežejo izvor. Zaključevanje TLS na robu zmanjša zakasnitev in razbremeni gostiteljske sisteme. Nikoli ne uporabljam predpomnilnika za občutljivo vsebino, na primer za upraviteljska območja ali osebne podatke. Redno preverjam dnevnike, tako da je mogoče slediti izogibanju predpomnilniku in čiščenju. Varnost in Hitrost se ne izključujejo, če so pravila jasna.
Podrobno o glavi HTTP: natančen nadzor
Od čistih glaveh je odvisno, kako zanesljivo delujejo predpomnilniki. Uporabljam Nadzor predpomnilnika kot primarni signal in ga kombinirajte glede na raven: javni, max-age za brskalnike/proxyje in s-maxage za predpomnilnike v skupni rabi. stale-while-revalidate vam omogoča, da za kratek čas posredujete zastarelo vsebino, medtem ko se ta posodablja v ozadju. S spletno stranjo stale-if-error Spletno mesto ohranjam na spletu, tudi če je vir začasno nedostopen. ETag in . Nazadnje spremenjeno pomoč pri pogojnih zahtevah; uporabljam jih zlasti takrat, ko je treba vsebino pogosto ponovno potrditi, ne pa je v celoti ponovno poslati. Različno Omejim jih na resnično potrebne dimenzije (npr. piškotek za prijavljene uporabnike, sprejemanje kodiranja za stiskanje), da ne pride do nenadzorovane eksplozije različic. Za robne predpomnilnike uporabljam Nadomestni nadzorza nadzor TTL-jev, značilnih za CDN, brez vpliva na predpomnjenje brskalnika.
Ogrevanje predpomnilnika in predhodno nalaganje
Da bi se izognil hladnim začetkom, ogrevam keše proaktivno na: Po namestitvi se mi pomembne poti, strani kategorij in pristajalne strani samodejno izrišejo in postavijo v predpomnilnik strani in CDN. Prednostno razvrščam glede na promet, pomembnost za prodajo in globino navigacije. Kot vir mi služijo zemljevidi spletnih mest, grafi notranjih povezav ali dnevniki iz zadnjih nekaj dni. Predpomnjenje je omejeno, da vir ni preobremenjen. Pri objektnih predpomnilnikih vnaprej napolnim drage agregacije ali strukture avtorizacije, tako da prvi val uporabnikov po izdaji prejme dosledno hitre odzive.
Ustvarjanje različic in odpravljanje predpomnilnika
Zagotavljam statična sredstva z Vsebina hash v imenu datoteke (npr. app.abc123.css). To mi omogoča, da lahko nastavim zelo dolge TTL brez tveganja zastoja. Ob izdaji se spremeni samo naslov URL, predpomnilniki pa hranijo stare različice, dokler ne potečejo. Za odzive HTML ali API uporabljam Oznake predpomnilnika ali strukturirani ključi, ki omogočajo ciljno čiščenje (npr. vse strani izdelka). Kadar označevanje ni mogoče, načrtujem čiščenje po poteh in zagotovim dovolj prostora v predpomnilniku, da je mogoče takoj namestiti nove predmete. Pomembno: brez nepotrebnih brez shranjevanja na sredstvih, sicer se odpovem globalnemu povečanju učinkovitosti.
Izogibajte se stampedu medpomnilnikov
Če pogosto uporabljen ključ izpade iz predpomnilnika, obstaja nevarnost, da se Gromozanski kuhalnik-situacija. To preprečujem z Zahteva za koalescencoIzračun je dovoljen le pri prvem zgrešenem izpisu, vsi ostali čakajo na njegov rezultat. Pri predmetih v predpomnilniku nastavim ključavnice s kratkim TTL, da preprečim podvajanje dela. Uporabljam tudi Zgodnja osvežitevČe se ključu izteče veljavnost, ga nekaj procesov v ozadju obnovi, uporabniki pa še vedno prejmejo staro veljavno različico. Za porazdelitev procesov, da ne poteče veljavnost več tisoč ključev hkrati, uporabljam tresljaje (naključni zamik). Na ravni API idempotenca pomaga omogočiti ponavljanje brez stranskih učinkov.
Prilagajanje, testi A/B in različice
Kadar je personalizacija neizogibna, jo omejim na minimalno izklopljeno. Namesto spreminjanja celotne strani prikažem majhne fragmente, ki jih ni mogoče shraniti v predpomnilnik (ESI), ali jih ponovno naložim na strani odjemalca. S spletno stranjo Testi A/B Izogibam se različicam, ki temeljijo na piškotkih, za vsa sredstva; sicer se vse znajde v zasebnem predpomnilniku brskalnika in skupni predpomnilniki postanejo neuporabni. Namesto tega enkapsuliram samo ustrezen del strani ali pa uporabljam predvajanje na strani strežnika, ki ne razbije predpomnilnika strani. Za izbiro valute ali jezika namesto načina Accept-Language določim edinstvene poti (npr. /de/, /en/), tako da predpomnilniki prejmejo deterministične ključe.
Kompresija, formati in različni
Gzip ali Breadstick zmanjšajo velikost prenosa, vendar vplivajo tudi na ključe predpomnilnika: Ohranjam Vary: Accept kodiranje vitko in zagotavljam, da lahko robni predpomnilniki shranjujejo predhodno stisnjene različice. Optimiziram slike s sodobnimi formati (WebP, AVIF) in velikostmi, skladnimi z napravami. Pazim, da uporabniškim agentom ne nastavljam nepotrebnih variant, da se izognemo poplavi različic. Bolje je nekaj jasno opredeljenih točk preloma ali odzivnih atributov slik, ki jih je mogoče čisto shraniti v predpomnilnik. Za kritične sklope CSS/JS uporabljam dolgotrajno predpomnjenje in različicanje, da bi ponavljajoči se promet servisiral iz predpomnilnika s praktično ničelnimi stroški.
Natančno uravnavanje predpomnilnika OPcache v praksi
Za OPcache Pomnilnik RAM načrtujem velikodušno, da se pogosto uporabljene skripte ne premaknejo. Spremljam število ponovnih preverjanj in kompilacij; če se število poveča, povečam pomnilnik skript ali optimiziram samodejni zbiralnik. datotečni predpomnilnik za predhodno nalaganje lahko zmanjša število hladnih zagonov, če so namestitve redke. Pomembna je dosledna strategija nameščanja: če se časovni žigi pogosto spreminjajo, OPcache trajno razveljavi - zmanjšam nepotrebne spremembe številnih datotek hkrati. Za inicializacijo kritičnih razredov na začetku uporabljam prednastavitev, tako da imajo prvi zahtevki takoj koristi.
Predpomnilnik API in mikrostoritev
Prejemanje API-jev lastni Strategije predpomnilnika. Pri končnih točkah GET s stabilnimi rezultati so jasni TTL in ETag, medtem ko POST/PUT ni mogoče shraniti v predpomnilnik. Ključe označim glede na domenske objekte (npr. user:123, product:456) in razveljavitev izpeljem neposredno iz sistemskih dogodkov. Pri jeziku GraphQL združujem na ravni polja in v predpomnilnik shranjujem pogosta poddrevesa, da ublažim N+1 poizvedbe. Omejitve hitrosti kombiniram s predpomnilnikom, tako da se drage agregacije ne preračunajo brez preverjanja. Predpomnilniki na robovih lahko hranijo odgovore API regionalno, dokler to dopuščajo zahteve glede doslednosti.
Spremljanje in možnost opazovanja
Odgovore razširim z Diagnostični zaglavje (npr. HIT/MISS, starost, ponovna potrditev), da si ogledate obnašanje v polju. V dnevnikih koreliram kode stanja, TTFB in čase predpomnilnika; nenadno povečanje števila MISS ob hkratnem vrhuncu procesorja kaže na izločitev predpomnilnika ali napačno razveljavitev. Nadzorne plošče ločim po ravneh: izkoriščenost predpomnilnika OPcache, zakasnitve Redis, stopnja zadetkov v predpomnilniku strani, stopnja zadetkov na robu CDN in regionalne zakasnitve. Za izdaje opredelim cilje SLO (npr. 95. percentil TTFB pod X ms) in povratne ukrepe, če se metrike nagnejo. Sintetična preverjanja dopolnjujem s spremljanjem dejanskih uporabnikov, da bi zajel dejanske naprave in omrežja.
Delovanje, stroški in obseg
Optimiziram tudi TTL pod Stroškovni vidikiDaljši TTL CDN povečajo stopnjo zadetkov na robu in zmanjšajo promet izvora, vendar skrajšajo okna za čiščenje. Kratki TTL povečajo prenos in obremenitev. Čiščenje nadzorujem natančno (po oznaki/ključu) namesto globalno, da bi se izognil hladnemu zagonu robov. Pri nastavitvah z več regijami upoštevam čas replikacije, da ena regija ne ostane zastarela, medtem ko je druga že sveža. Načrtujem zmogljivosti za stampede (samodejno skaliranje, eksplozivni RAM) in imam pripravljene zasilne poti, ki ostanejo zmogljive z zelo poenostavljenimi odzivi tudi v primeru delnih odpovedi. To ohranja sistem varčen in robusten.
SEO in osnovni spletni podatki
Izboljšana uporaba predpomnilnika TTFB in nato LCP, kar pozitivno vpliva na zadovoljstvo uporabnikov in proračun za plazenje. Pomembno je, da predpomnilnik ne zagotavlja zastarelih metapodatkov, kanoničnih besedil ali različic hreflang. Predpomnilnik HTML ločim od zelo spremenljivih delov in prednostno posodabljam kritične strani (domača stran, kategorije). Za promet botov določim realistične vrednosti TTL in se izogibam nepotrebnim odgovorom 304, tako da dejansko ohranjam vsebino svežo, namesto da ponovno preverjam vsako zahtevo. Tako ohranjam spletno mesto hitro in dosledno - za ljudi in pajke.
Na kratko povzeto
Organiziram Predpomnilnik strateško: najprej pospešite kodo, nato podatke, nato strani in nazadnje distribuirajte globalno. Ta načrt zagotavlja merljivo boljši čas nalaganja in prihrani stroške strežnika. Skrbim, da so TTL, čiščenja in izjeme jasno dokumentirani, tako da izdaje potekajo nemoteno. Metrike, kot so stopnja zadetkov, TTFB in zakasnitev na robu, usmerjajo moje naslednje korake. Če dosledno združite te ravni, ustvarite hitre, skalabilne in zanesljive Spletne strani.
