snel is geen feature.het is de ondergrens.
Elke Yovale-site komt met een cache-stack in vijf lagen, NVMe-opslag, PHP 8.4 en Cloudflare Edge ervoor. Geen plugins, geen tuning-checklist, geen verborgen upgradepad voor snelheid.
De cache-stack in vijf lagen
De meeste hosts blijven hangen op "we hebben caching". Yovale zet vijf lagen achter elkaar, zodat simpele requests vroeg stoppen en zware requests alsnog op afgestemde infrastructuur landen.
Cloudflare Edge
300+ wereldwijde PoPsStatische assets, HTML en markdown-varianten worden gecachet op de dichtstbijzijnde edge-locatie, waardoor de meeste requests de origin nooit raken.
Nginx FastCGI-cache
HTML-microcache op originNginx serveert volledig gerenderde HTML in microseconden vanaf disk, waardoor PHP en WordPress voor cachebaar verkeer niet eens hoeven op te starten.
Redis 7 Object Cache
dedicated per siteElke DB-query, optie en transient blijft in memory, zonder gedeelde pool en zonder noisy-neighbor-evictions.
PHP 8.4 OPcache
voorgecompileerde bytecodeWordPress draait vanuit memory in plaats van bij elke request opnieuw files te parsen, met runtime-instellingen die per plan zijn afgestemd.
MariaDB 11 op NVMe
snelle fallbacklaagAls een request echt tot de database komt, landt die op MariaDB 11 met NVMe-opslag in plaats van vaag "SSD"-marketing.
vs de meeste WordPress-hosts
Wat andere hosts als add-on of "premium tier" verkopen, zit hier vanaf dag één in het platform.
Traffic headroom
Duurzame dagelijkse pageviews per plan. Pieken kunnen nog hoger gaan voordat de stack begint te zweten.
Snelheid hoort geen plugin, supportticket of premium checkbox te zijn. Het hoort de standaardvorm van de hosting zelf te zijn.
zo loopt een request echt.
Het snelste pad stopt aan de edge. Het langere pad blijft nog steeds binnen een stack die is afgestemd op WooCommerce en plugin-zware WordPress-sites.
85-95% van de requests stopt bij stap 02. Dat betekent dat de origin-server nooit wordt geraakt en de request in het bereik van 5-20ms blijft.
wat we niet doen
en waarom dat precies het punt isgeen caching-plugins
Caching-plugins bestaan om trage hosting te repareren. Yovale regelt caching op infrastructuurniveau zodat je app minder werk hoeft te doen.
geen gedeelde object cache
Je cache concurreert niet met een andere klant op dezelfde server. Elke site houdt zijn eigen Redis-grens.
geen gedeelde PHP-workers
Requests wachten niet achter een andere site die net viraal gaat. Elke site houdt zijn eigen geïsoleerde runtime.
geen snellere tier als upsell
Starter krijgt dezelfde Cloudflare Edge-footprint als Business. Er zit geen betaalde snelheidsunlock verstopt achter de prijstabel.
Performance-FAQ
Moet ik op Yovale een caching-plugin installeren?
Nee. Edge caching, FastCGI page cache, Redis object cache en PHP OPcache maken al deel uit van de stack.
Helpt dit ook voor WooCommerce?
Ja. Anoniem verkeer wordt vroeg afgehandeld door edge en page cache, terwijl dynamisch WooCommerce-werk profiteert van Redis, afgestemde PHP en geïsoleerde resources.
Wordt Redis gedeeld tussen accounts?
Nee. Elke Yovale-site heeft zijn eigen Redis-grens, waardoor cachegedrag onder load voorspelbaar blijft.
Kan ik nog steeds mijn eigen performance-plugins gebruiken?
Ja, maar het platform is zo ontworpen dat je ze niet nodig hebt voor de kernlagen van caching en delivery.
Bekijk de stack in een echt plan.
De performance-pagina moet de prijspagina makkelijker te vertrouwen maken, niet ervan losstaan. Alles hier hoort bij het platform, geen add-on.