Vahemälu mõistmine WordPressis, 2. osa

Eelmises postituses jagasin põhiaabitsat selle kohta, kuidas andmebaasi toetatud rakendused – täpsemalt WordPress – töötavad ilma vahemällu salvestamata.

Ja enne kui räägime sellest, kuidas põhiline vahemällu salvestamine WordPressis töötab, nimelt Transients API -ga, on oluline arutada vahemällu salvestamise põhiprintsiipe. See hõlmab seda, miks me seda teeme, selle eeliseid ja kuidas see toimib.

Seejärel uurime, kuidas saame WordPressi põhivõimalusi selle tegelikuks tegemiseks ära kasutada.

Vahemälu mõistmine WordPressis: vahemälu?

Miks me seda teeme

Üldiselt teeme seda selleks, et tagada meie saitide kiire töö. Teame, et kiirus mängib rolli lehe järjestamisel otsingutulemustes. Ja kuigi see ei pruugi olla peamine põhjus, on see oluline põhjus.

Vahemällu salvestamise lihtsaim ja parim argument on ehk kiire saidi (või toimiva saidi) olemasolu. Ja selles kontekstis võib see tähendada saiti või veebirakendust.

Sellest hoolimata teame, mis tunne on, kui istume ja ootame lehe või lehe osa laadimist. Kui see meile ei meeldi, siis miks me tahame, et meie külastajad seda kogeksid?

Selle eelised

Vahemällu salvestamise eelised on vähemalt kahes põhivaldkonnas:

1. kasutajakogemus,
2. laadimise aeg.

Viimases osas ütlesin, et vahemällu salvestamise eeliseid on tunda, kui olete kasutaja. See on midagi, mida me kõik oleme kogenud ja arendajatena saame seda oma kasutajatele erinevate tehnikate abil pakkuda.

Kuid ka "laadimisaeg" on midagi, mis on oluline ja see ei räägi ainult sellest, kui kaua kasutajal saidi laadimiseks aega kulub, vaid see on natuke tehnilisem.

Tuletage eelmises postituses meelde, et päring – ehk reis – algab sellest, kui kasutajad küsivad serverilt infot ja seejärel liigub protsess kasutaja masinast serverisse andmebaasi ja sealt tagasi.

Kui oleme vahemällu kasutusele võtnud, ei pea me seda kõike tegema. Selle asemel lühendatakse reisi, sest andmeid hoitakse tegelikult kusagil mujal. Ja kui teekond on lühem (ja ma ei pea silmas kasutaja arvutist sinna, kus maailmas server asub), siis peaks ka kiirem olema.

Aga kuidas?

Kuidas see töötab

Saadaval on mitut tüüpi vahemällu salvestamist, kuid ma hoian seda konkreetset seeriat kõrgel tasemel. See tähendab, et ma ei tee vahet brauseri vahemälu, lehe vahemälu, objekti vahemälu jne vahel.

Võib-olla mõnes tulevases postituses. Kuid praegu räägin konkreetselt kõrgetasemelisest vahemällu salvestamisest.

Igatahes, see toimib järgmiselt:

1. Esimesel lehele suunamisel kogutakse kokku kogu lehe laadimiseks vajalik teave.
2. Selle asemel, et sellest loobuda, kui kasutaja saidilt (või lehelt) lahkub, hoitakse teavet kuskil, mis on hõlpsasti juurdepääsetav, näiteks serveri mälus.
3. Kui järgmine kasutaja lehte avab, ei pea reis kogu teabe hankimiseks andmebaasi minema, seda kokku panema ja seejärel kasutajale tagastama. Selle asemel tõmbab see täielikult kokkupandud teabe serveri mälust (mis on enamikul juhtudel) juba kiiremini ja tagastab selle seejärel kasutajale.

Seda tehes tuleb arvesse võtta palju hoiatusi, nagu kohandatud kasutajaandmed, lehe osaline laadimine ja nii edasi, kuid reisi põhimõte jääb samaks.

WordPressi siirded

Niisiis, kuidas see WordPressis töötab? Kõige põhilisemal tasemel pakub Transients API selleks mõningaid põhifunktsioone.

Kuid on oluline mõista, kuidas see toimib ja miks see nii toimib. Nii et selle sarja järgmises postituses räägin sellest konkreetselt.