Skip to main content
Ydelse & cache

hurtig er ikke en feature.det er bundniveauet.

Hver Yovale-side leveres med en cache-stack i fem lag, NVMe-lagring, PHP 8.4 og Cloudflare Edge foran origin. Ingen plugins, ingen tuning-checkliste, ingen skjult opgradering for fart.

0.9sFCP
1.7sLCP
0msTBT
0CLS
5msTTFB

Cache-stacken i fem lag

De fleste hosts stopper ved "vi har caching". Yovale kører fem lag i rækkefølge, så simple requests stopper tidligt, og tunge requests stadig lander på tunet infrastruktur.

01

Cloudflare Edge

300+ globale PoPs

Statiske assets, HTML og markdown-varianter caches på nærmeste edge-lokation, så de fleste requests aldrig rammer origin.

hit rate
85-95%
ttfb
5-20ms
02

Nginx FastCGI-cache

HTML-mikrocache ved origin

Nginx serverer færdigrenderet HTML fra disk på mikrosekunder, så PHP og WordPress slet ikke vågner for cachebar trafik.

hit rate
~95%
ttfb
~30ms
03

Redis 7 Object Cache

dedikeret pr. site

Hver DB-forespørgsel, option og transient ligger i memory uden delt pool og uden noisy-neighbor-evictions.

hit rate
sub-ms
ttfb
<1ms
04

PHP 8.4 OPcache

forudkompileret bytecode

WordPress kører fra memory i stedet for at parse filer igen ved hver request, med runtime-indstillinger justeret pr. plan.

hit rate
100%
ttfb
~8ms
05

MariaDB 11 på NVMe

hurtigt fallback-lag

Når en request faktisk når databasen, lander den på MariaDB 11 med NVMe-lagring i stedet for vag "SSD"-marketing.

hit rate
fallback
ttfb
~15ms

vs de fleste WordPress-hosts

Det andre hosts sælger som add-on eller "premium tier", er her bygget ind i platformen fra dag ét.

LagDe fleste hostsYovale
Edge CDNekstra månedligt add-onCloudflare Edge inkluderet
Origin HTML-cacheplugin eller manuel opsætningnative Nginx FastCGI
Object cachedelt Redis eller intetdedikeret Redis 7 pr. site
PHP-version8.1 eller 8.2PHP 8.4
LagringSATA SSD eller vag SSDNVMe i hele stakken
DatabaseMySQL 5.7 eller 8.0MariaDB 11
Worker-isoleringdelt PHP-FPM-pooldedikeret container pr. site
UTM-håndteringcache-fragmenteringfjernes før lookup

Trafik-headroom

Bæredygtige daglige sidevisninger pr. plan. Peaks kan gå højere, før stakken begynder at svede.

PlanIndholdWooCommerce
Starter50k/dag12k/dag
Growth150k/dag40k/dag
Business400k/dag100k/dag
Filosofien

Fart bør ikke være et plugin, en supportticket eller en premium-boks. Det bør være standardformen for hostingen selv.

5msTTFB ved edge
5cachelag
0plugins krævet
se planer
sammenlign med din nuværende stack
Under motorhjelmen

sådan flyder en request faktisk.

Den hurtigste vej stopper ved edge. Den længere vej bliver stadig inde i en stack, der er tunet til WooCommerce og WordPress-sider med mange plugins.

Request-pipeline
live
Hurtig vej

85-95% af alle requests stopper ved trin 02. Det betyder, at origin-serveren aldrig kontaktes, og at requesten bliver i området 5-20ms.

det vi ikke gør

og hvorfor det netop er pointen
WP Rocket

ingen caching-plugins

Caching-plugins findes for at lappe langsom hosting. Yovale håndterer caching på infrastrukturniveau, så din app laver mindre arbejde.

Shared Redis

ingen delt object cache

Din cache konkurrerer ikke med en anden kunde på samme server. Hvert site får sin egen Redis-grænse.

Pooled PHP

ingen delte PHP-workers

Requests står ikke i kø bag et andet site, der lige går viralt. Hvert site beholder sin egen isolerede runtime.

Premium CDN

ingen hurtigere tier som upsell

Starter får det samme Cloudflare Edge-aftryk som Business. Der findes ingen betalt fartlås skjult bag pristabellen.

Sporgsmal

Performance-FAQ

Skal jeg installere et caching-plugin på Yovale?

Nej. Edge caching, FastCGI page cache, Redis object cache og PHP OPcache er allerede en del af stacken.

Hjælper det også WooCommerce?

Ja. Anonym trafik håndteres tidligt af edge og page cache, mens dynamisk WooCommerce-arbejde får glæde af Redis, tunet PHP og isolerede ressourcer.

Er Redis delt mellem konti?

Nej. Hvert Yovale-site får sin egen Redis-grænse, så cache-adfærden forbliver forudsigelig under load.

Kan jeg stadig bruge mine egne performance-plugins?

Ja, men platformen er bygget, så du ikke behøver dem til de centrale lag af caching og delivery.

Se stacken i en rigtig plan.

Performance-siden skal gore prissiden lettere at stole pa, ikke sta adskilt fra den. Alt her er en del af platformen, ikke et add-on.