Välimuistin ymmärtäminen WordPressissä, osa 1
Kirjoitin toukokuussa artikkelin WordPress Transients API:n käytöstä. Tiivistän artikkelin näin:
Evästeiden ja niiden vanhenemisominaisuuden simuloimiseksi WordPress-transienttien käyttö voi olla varteenotettava ratkaisu.
https://wordpress.mediadoma.com/fi/kaeytaetkoe-wordpress-transientteja-evaesteiden-sijaan/
Vaikka artikkelin tarkoituksena oli luoda perusta sille, kuinka voimme suunnitella luokan, joka toimii Transients API:n kanssa evästeiden käyttäytymisen simuloimiseksi, yksi artikkelin sivuvaikutuksista on, että se ei tehnyt hyvää työtä. selittää, kuinka Transients API (ja välityspalvelimen avulla, kuinka MySQL) toimii.
David toi tämän tietooni sähköpostitse UpDraft Plus -palvelussa.
Joten ajattelin, että oli hyödyllistä puhua välimuistin käsitteestä käytännön tasolta, kuinka se on toteutettu WordPressissä, ja sitten ehkä katsoa, kuinka voimme hyödyntää laajennuksia tai uudempaa teknologiaa tehostaaksemme sivustojamme ja sovelluksiamme sekä saadaksemme paremman ymmärryksen.
Välimuistin ymmärtäminen: perusteet
Välimuistin käsite on suhteellisen helppo. Mutta mielestäni se näkyy parhaiten puhumalla ensin tietojen serialisoinnista ja noutamisesta ilman välimuistia.
Ilman välimuistia
Datan kirjoittaminen
Aina kun kirjoitat tietoja taustalla olevaan tietokantaan, tallennat tietueen – tai tietuesarjan – tietokantaan.
Kun esimerkiksi julkaiset julkaisun, kirjoitat tietueen taulukkoon viesteistä ja taulukosta viestien metadatasta, jotka liittyvät kaikkiin viestitunnuksella.
Se, miten ne liittyvät toisiinsa, ei ole tärkeätä tälle viestille.
Sen sijaan tässä osassa on ymmärrettävä, että kun dataa kirjoitetaan tietokantaan, syntyy vähintään yksi tietue, ellei useita.
Datan lukeminen
Kun vierailija saapuu sivustolle lukeakseen kyseisen viestin, kaikki kyseisen viestin tiedot pyydetään tietokannasta, toimitetaan WordPress-sovellukselle ja renderöidään sitten käyttöliittymässä.
Ajattele tätä koko prosessia matkana:
- ❓ Vierailija pyytää sivua,
- 🔍 verkkopalvelin tunnisti, mikä sivu ladataan,
- 📂 sivua pyydetään tietokannasta useista taulukoista,
- 🏗 tiedot kootaan ja lähetetään ydinsovellukseen,
- 🖥 Tiedot esitetään käyttäjälle.
Matka alkaa, kun käyttäjä pyytää sivua, ja päättyy, kun tieto esitetään hänelle selaimessa.
Se on matka
Ja ilman välimuistia, tämä tapahtuu jokaiselle käyttäjälle. Toisin sanoen jokaisen sivustollasi vierailevan käyttäjän on tehtävä matka.
Siitä voi tulla erittäin kallista resurssien ja ajan suhteen (etenkin tietokantasi koosta riippuen).
Mutta tässä välimuisti voi tulla esiin.
Ennen välimuistiin siirtymistä
Välimuistin ideana on nopeuttaa koko prosessi. Eli jos tiedämme, että matka on tulossa, voimme säilyttää tiedot sellaisessa paikassa, että ne on jo koottu ja noudettavissa nopeammin.
Ennen kuin puhun kuitenkin, jonka aion seuraavassa viestissä, huomaa, että tämä on kuin matkaa sen palvelimen kiintolevylle, jolla sivustoa isännöidään joka kerta, kun sivustolla vieraillaan.
Koska viime kädessä tietokanta, tiedostot ja kaikki sivuston virrankäyttöön tarvittava omaisuus sijaitsevat kiintolevyllä. Ja kyllä, asiat, kuten solid-state-asemat, voivat nopeuttaa tätä prosessia, mutta se ei silti ole niin optimaalinen kuin mahdollista.
Ja siinä välimuisti tulee kuvaan. Transients API:n ymmärtämiseksi paremmin on tärkeää ymmärtää välimuisti, mikä edellyttää ensin perustietoa siitä, miten asiat toimivat ilman välimuistia.
Se on Primer
Joten pidä tätä perustietona tietokannan tukeman sivuston toiminnasta ilman välimuistia. Ja sitten rakennamme tästä lisää seuraavassa postauksessa.