WordPressin suorituskykyoptimoinnissa kaksi usein sekoitettua käsitettä ovat Transients API ja Object Cache. Molempien tarkoitus on vähentää tietokantakuormaa ja nopeuttaa sivustoa, mutta ne ratkaisevat eri ongelmia ja toimivat eri tasoilla.
Kun ymmärtää näiden erot ja käyttökohteet, voidaan merkittävästi pienentää vasteaikoja, vähentää tietokantakyselyitä ja parantaa sivuston skaalautuvuutta.
Mikä on Transients API?
Transients API on WordPressin tarjoama tapa tallentaa väliaikaista dataa.
Esimerkki:
set_transient(
'latest_products',
$products,
HOUR_IN_SECONDS
);Datan haku:
$products = get_transient('latest_products');Transienteilla on aina vanhenemisaika, jonka jälkeen data voidaan poistaa automaattisesti.
Tyypillisiä käyttökohteita:
- API-vastaukset
- raporttidata
- hitaat tietokantakyselyt
- ulkoisten palveluiden vastaukset
Mikä on Object Cache?
Object Cache toimii alemmalla tasolla WordPressin sisällä.
Se tallentaa esimerkiksi:
- WP_Query-tuloksia
- options-dataa
- metadataa
- käyttäjätietoja
- termitietoja
Esimerkki:
wp_cache_set(
'featured_posts',
$data,
'homepage',
3600
);Haku:
$data = wp_cache_get(
'featured_posts',
'homepage'
);Object Cache voi olla:
- ei-pysyvä (vain requestin ajan)
- pysyvä Redisillä tai Memcachedilla
Suurin ero
Transients:
Sovelluskerroksen välimuistiObject Cache:
WordPressin sisäinen suorituskykykerrosTransients on tarkoitettu kehittäjän hallittavaksi.
Object Cache optimoi WordPressin omaa toimintaa.
Ilman persistent object cachea
Jos Redis tai Memcached ei ole käytössä:
Transient
↓
wp_options
↓
MySQLTällöin transientin hakeminen voi edelleen osua tietokantaan.
Persistent object cache käytössä
Redis-esimerkki:
Transient
↓
Object Cache
↓
RedisTällöin transientitkin voivat hyötyä muistivälimuistista.
Milloin käyttää transienteja?
Hyviä käyttökohteita:
- ulkoiset API-kutsut
- raportit
- dashboard-widgetit
- hitaat aggregaattikyselyt
Esimerkki:
$data = get_transient('weather_data');
if (!$data) {
$data = fetch_weather_api();
set_transient(
'weather_data',
$data,
1800
);
}Milloin käyttää object cachea?
Hyviä käyttökohteita:
- query-tulokset
- laskennallisesti raskaat operaatiot
- toistuvat tietorakenteet
- requestien välillä jaettava data
Esimerkki:
$data = wp_cache_get(
'featured_products',
'products'
);
if (!$data) {
$data = expensive_query();
wp_cache_set(
'featured_products',
$data,
'products',
3600
);
}Viiveen minimointi käytännössä
Yleinen ongelma:
Page Load
↓
20 tietokantakyselyä
↓
300ms+Optimoitu malli:
Page Load
↓
Redis Cache Hit
↓
alle 5msCache invalidointi
Välimuisti on hyödyllinen vain, jos se pysyy ajan tasalla.
Esimerkki:
add_action(
'save_post_product',
function () {
delete_transient(
'featured_products'
);
}
);Object Cachessa:
wp_cache_delete(
'featured_products',
'products'
);Cache stampede -ongelma
Tilanne:
Cache vanhenee
↓
100 käyttäjää
↓
100 rebuildiaRatkaisut:
- locking
- stale cache
- background regeneration
Redis ja WordPress
Redis on yleisin persistent object cache.
Hyödyt:
- erittäin nopeat haut
- pienempi tietokantakuorma
- parempi skaalautuvuus
- nopeammat REST API -vastaukset
Monilla sivustoilla Redis vähentää tietokantakyselyitä kymmeniä prosentteja.
Yleisimmät virheet
- transientteja käytetään pysyvänä tietovarastona
- ei cache invalidointia
- liian lyhyt TTL
- liian pitkä TTL
- Redis puuttuu suurilta sivustoilta
- valtavia tietomassoja tallennetaan cacheen
Paras käytäntö
Käytä:
- Object Cachea WordPressin sisäisen suorituskyvyn optimointiin
- Transientteja sovelluslogiikan välimuistina
- Redisia persistent object cache -ratkaisuna
- automaattista invalidointia sisältömuutosten yhteydessä
Yhteenveto
Transients API ja Object Cache eivät ole kilpailijoita, vaan toisiaan täydentäviä työkaluja. Transientit sopivat sovellustason välimuistiin, kun taas Object Cache optimoi WordPressin sisäistä toimintaa.
Parhaan suorituskyvyn saavuttaa yhdistämällä Redis-pohjaisen persistent object cachen, oikein suunnitellut transientit ja tehokkaan cache invalidoinnin. Tällöin vasteajat lyhenevät merkittävästi ja tietokantakuorma pysyy hallinnassa myös suurilla WordPress-sivustoilla.
Monilla sivustoilla lisäosia asennetaan tarpeen mukaan vuosien ajan ilman selkeää hallintamallia. Lopputuloksena voi olla ympäristö... Mielenkiintoista on, että epäonnistumisen syyt liittyvät harvoin itse WordPressiin. Useimmiten ongelmat syntyvät suunnittelussa, viestinn... Verkkosivuston nopeus vaikuttaa lähes kaikkeen. Se vaikuttaa käyttäjäkokemukseen, hakukonenäkyvyyteen, konversioihin ja jopa palvelink... Kaikki trendit eivät muutu pysyviksi käytännöiksi, mutta osa niistä vaikuttaa merkittävästi siihen, miltä WordPress näyttää seuraav... Tietosuoja on noussut yhdeksi tärkeimmistä verkkosivustoihin liittyvistä aiheista. Samalla monet sivuston omistajat ja käyttäjät po... Moni ajattelee, että WordPress on turvaton juuri siksi, että se on niin suosittu. Todellisuudessa suosion vaikutukset ovat paljon moni... WordPressiin liittyy sitkeä mielikuva, jonka mukaan se olisi lähtökohtaisesti vähemmän turvallinen kuin täysin räätälöity verkkosivusto... Jokaisella WordPress-sivustolla on elinkaari. Se alkaa ideasta, kasvaa suunnittelun ja kehityksen kautta toimivaksi verkkopalveluksi...📚 Aiheeseen liittyvät artikkelit
8 artikkelia
WordPress-lisäosien hallinta ammattimaisesti
WordPress-projektien yleisimmät epäonnistumisen syyt
Nopean WordPress-sivuston anatomia
WordPress-kehityksen trendit, joita kannattaa seurata
Kuinka paljon tietoa WordPress kerää käyttäjistään?
Miten WordPressin suosio vaikuttaa sen tietoturvaan?
Voiko WordPress olla turvallisempi kuin räätälöity verkkosivusto?
WordPress-sivuston elinkaari ideasta poistamiseen
