Välimuistin ymmärtäminen WordPressissä, osa 2
Edellisessä viestissä jaoin perustiedot siitä, kuinka tietokantatuetut sovellukset – erityisesti WordPress – toimivat ilman välimuistia.
Ja ennen kuin puhumme siitä, kuinka perusvälimuisti toimii WordPressissä, eli Transients API :n kanssa, on tärkeää keskustella välimuistin perusperiaatteista. Tämä sisältää miksi teemme sen, sen edut ja miten se toimii.
Sitten perehdymme siihen, kuinka voimme hyödyntää WordPressin peruspalveluita tämän tekemiseen.
Välimuistin ymmärtäminen WordPressissä: Välimuisti?
Miksi teemme sen
Yleisesti ottaen teemme tämän varmistaaksemme, että sivustomme ovat nopeita. Tiedämme, että nopeus vaikuttaa siihen, miten sivu sijoittuu hakutuloksissa. Ja vaikka se ei ehkä ole ensisijainen syy, se on tärkeä syy.
Ehkä yksinkertaisin ja paras argumentti välimuistin käyttämiselle on nopea sivusto (tai toimiva sivusto). Ja tässä yhteydessä tämä voi tarkoittaa sivustoa tai verkkosovellusta.
Siitä huolimatta tiedämme, miltä tuntuu, kun istumme odottamassa sivun tai sivun osan latautumista. Jos emme pidä siitä, miksi haluaisimme vierailijoiden kokevan sen?
Sen edut
Välimuistin edut ovat ainakin kahdella pääalueella:
- käyttäjäkokemus,
- aika ladata.
Viimeisessä osiossa sanoin, että välimuistin edut voivat tuntua, jos olet käyttäjä. Olemme kaikki kokeneet sen, ja kehittäjinä voimme tarjota sitä käyttäjillemme useiden eri tekniikoiden avulla.
Mutta "latausaika" on myös asia, jolla on merkitystä, eikä tässä puhuta vain hyödyistä, jotka liittyvät siihen, kuinka kauan käyttäjältä kestää ladata sivusto, vaan se on hieman teknisempää.
Muista edellisessä viestissä, että pyyntö – tai matka – alkaa siitä, kun käyttäjät pyytävät tietoja palvelimelta ja sitten prosessi siirtyy käyttäjän koneelta palvelimelle tietokantaan ja takaisin.
Kun olemme ottaneet käyttöön välimuistin, meidän ei tarvitse tehdä kaikkea sitä. Sen sijaan matkaa lyhennetään, koska tiedot todella säilytetään muualla. Ja jos matka on lyhyempi (enkä tarkoita käyttäjän tietokoneelta sinne, missä palvelin sijaitsee), sen pitäisi myös olla nopeampi.
Mutta miten?
Kuinka se toimii
Saatavilla on useita välimuistityyppejä, mutta pidän tämän sarjan korkealla tasolla. Eli en aio erottaa selaimen välimuistia, sivuvälimuistia, objektivälimuistia jne.
Ehkä jossain tulevassa postauksessa. Mutta toistaiseksi puhun erityisesti korkean tason välimuistista.
Joka tapauksessa, näin se toimii:
- Ensimmäisen matkan aikana sivulle kootaan kaikki sivun lataamiseen tarvittavat tiedot.
- Sen sijaan, että ne hylättäisiin, kun käyttäjä poistuu sivustolta (tai sivulta), tiedot säilytetään helposti saatavilla olevassa paikassa, kuten palvelimen muistissa.
- Kun seuraava käyttäjä osuu sivulle, matkan ei tarvitse mennä tietokantaan saadakseen kaikki tiedot, kootakseen niitä ja palauttaakseen ne käyttäjälle. Sen sijaan se vetää valmiiksi kootut tiedot palvelimen muistista (joka on useimmissa tapauksissa) jo nopeammin ja palauttaa ne sitten käyttäjälle.
Tässä on monia huomioitavia huomioitavia asioita, kuten mukautetut käyttäjätiedot, sivujen osittaiset lataukset ja niin edelleen, mutta matkan taustalla oleva periaate pysyy samana.
WordPressin siirtymät
Joten miten tämä toimii WordPressissä? Perimmäisellä tasolla Transients API tarjoaa joitain perustoimintoja tätä varten.
Mutta on tärkeää ymmärtää, miten se toimii ja miksi se toimii niin kuin se toimii. Joten tämän sarjan seuraavassa postauksessa aion puhua erityisesti siitä.