Jak zrychlit web? Začněte u serveru (a pak pokračujte dál)

Chcete, aby váš web běžel jako po másle? Rychlý web není jen o „dobrém pocitu“, ale o spokojených uživatelích, lepších konverzích a vyšších pozicích ve vyhledávačích.

Nejdůležitější část ze všech je samozřejmě server. Na něm jsou totiž uložena všechna data, vyřizuje požadavky klientů a můžete si na něj nainstalovat různé pomocníky, kteří s rychlostí pomůžou.

V tomto článku se zaměříme na všechny aspekty, které pomohou zrychlit web díky minimální zátěži serveru. Začneme u webserveru, podíváme se na PHP, pak i na cache a další tipy přímo z praxe.

Použijte výkonnější webserver

Začněme hezky odspodu – u webserveru. Právě tady běží vše, co dělá váš web živým. A právě tady taky můžete získat největší kus výkonu… nebo ho naopak ztratit dřív, než návštěvník vůbec mrkne.

Apache, Nginx nebo něco ostřejšího?

Apache: klasika, kterou zná každý. Snadno se konfiguruje přes .htaccess, a stojí za ním obrovská komunita… ale výkonově už dnes trochu ztrácí dech.

Nginx je naopak modernější řešení, které si skvěle poradí se statickými soubory a jako bonus mu to pěkně sviští. Ideální je, když ho postavíte před Apache jako reverzní proxy. Pokud přejdete na Nginx, nebo Nginx alespoň předřadíte Apache coby reverzní proxy, může se vašemu serveru hodně ulevit – Nginx totiž umí šikovně cacheovat požadavky zejména na statické soubory, jako jsou skripty, stylopisy, nebo obrázky a s minimální režií je rychle posílat rovnou do prohlížeče vašich zákazníků.

OpenLiteSpeed je pro odvážnější, kteří se nebojí zkoušet nové věci. Extrémně rychlý, s vestavěnou cache a nízkou režií. Když ho jednou vyzkoušíte, možná se už ke staré škole nevrátíte.

Pokud přeci jen chcete zůstat u „starých dobrých“ řešení, můžete vyzkoušet kombinaci Nginx a Apache. Nginx použijte jako reverzní proxy, která bude požadavky od klientů odrážet „v první linii“ a k Apache propustí jen ty nezbytné. Zejména statický obsah (stylopisy, skripty, obrázky apod.) totiž může reverzní proxy cacheovat, takže jej Apache nebude muset hledat na disku či draze generovat. 

Lze samozřejmě nastavit cache i pro dynamický obsah (typicky HTML), ale tam je pak třeba počítat s nutností mít důmyslně vyřešenou invalidaci cache. Jinak se může stát, že uživatelé budou dostávat zastaralý obsah.

Konfigurace: malá změna, velký rozdíl

Ať už máte jakýkoliv webserver, vyplatí se chvíli strávit laděním konfigurace. Např. můžete ovlivnit počet workerů, které zpracovávají příchozí požadavky

• Apache: nastavte MaxRequestWorkers a ServerLimit
• Nginx: si pohrajte s worker_processes a worker_connections

Co to udělá? Můžete si tak určit, kolik požadavků najednou zvládne server obsloužit. A to se hodí – hlavně v případě většího trafficu.

Optimalizace PHP

Pokud je srdcem vašeho webu PHP, měli byste mít na paměti, že čím rychleji tluče, tím svižněji vše běží a vaši zákazníci nemusejí po kliknutí čekat celou věčnost. Proto ho udržujte v kondici. Nové verze totiž nepřinášejí jen novinky, ale hlavně výrazně rychlejší zpracování kódu – a to se projeví na celkovém výkonu webu víc, než byste čekali.

Ještě jedete na Apache s mod_php?

Pokud stále používáte Apache s mod_php, je nejvyšší čas přehodit výhybku na PHP-FPM (FastCGI Process Manager). Změna to není velká – a rozhodně vás nebude bolet. Co za to získáte?

• Rychlejší web (bez sahání do kódu).
• Méně zatíženou operační paměť (RAM).
• Efektivnější zpracování požadavků.

Jak to funguje? PHP-FPM spouští požadavky pomocí tzv. workerů – dynamicky, chytře, bez zbytečného balastu. Na rozdíl od mod_php, který si to všechno tahá přes Apache modul a dře i na to, co by zvládl někdo jiný líp.

Zjednodušte kód

Méně je někdy více. A u webového kódu to platí dvojnásob.

Nepřekážejte si sami. Nepoužívejte robustní knihovny jen proto, že „je v nich všechno“. Pokud z nich využíváte 5 % funkcí, zbytek vám akorát zpomaluje web. Každý řádek navíc = delší načítání, větší režie, víc zátěže.

OpCache: Chytrá paměť pro opakující se úkoly

PHP má jednu vychytávku, která vám může ušetřit spoustu času: OpCache s podporou Just-in-Time (JiT) překladu. Co to znamená?

PHP skripty, které se často spouští, se přeloží a uloží do cache. Pak se nemusí pokaždé znovu interpretovat → a výsledek? Mnohem rychlejší odezvy, hlavně u složitějších projektů.

OpCache stačí zapnout v php.ini a přidělit mu trochu paměti. Hotovo.

Další vrstvy cache

V případě, že si zdrojový kód udržujete sami, můžete využít další vrstvu cacheování. Například pomocí APCu (rozšíření do PHP), Memcached nebo Redisu (jednoduchá NoSQL databáze typu klíč-hodnota) si můžete odkládat data, která jsou výsledkem složitého výpočtu nebo se jen používají hodně často.

Tyto nástroje si pamatují výsledky výpočtů nebo často používaná data a servírují je rovnou z paměti. Rychle, chytře, bez zbytečného zdržování.

VPS Centrum

Vyzkoušejte zdarma naši aplikaci pro správu serveru a domén. Budete si připadat jako zkušený administrátor.

Zrychlete načítání s Gzip + Brotli

Kompresní algoritmy Gzip a Britli jsou jednoduchý, ale efektivní způsob, jak zmenšit odpověď od serveru a tím výrazně zrychlit načítání webu.

Funguje to podobně jako komprese souborů odesílaných e-mailem – před odesláním dat uživateli se soubory komprimují a odešle se místo nich menší archiv, který si webový prohlížeč zase rozbalí.

Jak Gzip a Brotli jsou stále hojně využívané.Brotli nabízí vyšší kompresi při vyšší zátěži (je náročnější na procesor), což ovšem s dnešním hardware již není velký problém. Gzip se tak dnes používá spíše jen kvůli rozsáhlé podpoře starších prohlížečů. 

Freelo - Nástroj na řízení úkolů a projektů

Přidej se, pozvi svůj tým a klienty, rozděl práci a sleduj, jak se úkoly dají do pohybu.

Výhody Gzipu

• Umí zmenšit velikost přenášených dat v průměru o 70 %.
• Snadno se nasazuje přes .htaccess nebo serverovou konfiguraci.
• Je podporovaný i staršími prohlížeči.

Výhody Brotli

• Lepší kompresní poměr než Gzip (až o 15–20 % menší soubory)
• Lepší výkon u statických souborů (CSS, JS, HTML)
• Ideální pro HTTP/2 a HTTP/3

Doporučené nasazení

• Používejte Brotli jako primární kompresi, pokud to server umožňuje.
• Gzip nechte jako fallback – pro starší zařízení nebo prohlížeče.

Používejte nové verze HTTP

Pokud váš webserver stále běží jen na HTTP 1.1 (nedejbože 1.0), je nejvyšší čas začít podporovat i modernější varianty — HTTP/2, případně i HTTP/3 pracující nad protokolem QUIC.

Co přináší HTTP/2 a HTTP/3? Rychlost, chytrost a plynulost

Od HTTP/2 se přenos dat mezi serverem a prohlížečem výrazně zrychluje. Komunikace je binární (místo starého textového formátu), HTTP hlavičky se komprimují.

Navíc umí multiplexing – více požadavků odbaví v rámci jednoho spojení.

HTTP/2 je taky chytré – prioritizuje načítání. Nejprve dorazí HTML a CSS, aby web „vyskočil“ co nejdřív, a až potom se postupně došoupou obrázky. Díky tomu působí web svižně i při delším načítání větších prvků.

A co teprve HTTP/3 využívající QUIC?

Ten jede přes UDP místo TCP, takže nepotřebuje udržovat navázané spojení. Výsledkem jsou rychlejší odezvy a lepší stabilita i při výpadcích připojení.

Třeba když váš zákazník sjíždí web při jízdě vlakem – QUIC zvládá změnu sítě bez nutnosti navazovat nové spojení. Přejde z Wi-Fi na mobilní data, jakoby nic. A i když se po cestě ztratí pár paketů, QUIC to zvládne levou zadní.

Cache – základ rychlého webu

Cache funguje jako šikovný „mezisklad”:  jednou načtená data se zapamatují a příště se servírují raz dva. Web tak nemusí pokaždé znovu „vymýšlet kolo“, což šetří jak čas, tak serverový výkon.

Na úrovni serveru máte dvě hlavní možnosti, jak cache nastavit:

1. Přesvědčit prohlížeče, ať si data podrží.
2. Zapnout cache přímo na úrovni webserveru.

Chytřejší prohlížeč díky hlavičkám

To, co a jak dlouho si prohlížeč může podržet, nastavíte pomocí hlaviček Cache-Control a Expires:

• Cache-Control říká, co by se mělo cacheovat a na jak dlouho.
• Expires definuje, do kdy je odpověď považovaná za aktuální.

Největší smysl to má u statických souborů – jako jsou obrázky, CSS nebo JavaScript. Ty se nemění často, a tak se můžou klidně podržet i několik dní (nebo týdnů).

Pokud máte web na WordPressu nebo na jiném CMS, mrkněte po pluginech, které cache řeší za vás. Pro WordPress doporučujeme např. WP Fastest Cache.

Cache webserveru

Druhá možnost je zapnout cache přímo na webserveru. Například u Apache to zvládnete pohodlně přes soubor .htaccess, kde nastavíte pravidla pro různé typy souborů.

Jak už jsme naťukli výše, zejména moderní webservery těží z toho, že umějí šikovně cacheovat servírovaný obsah.

Kombinujte cache vrstvy

Největší kouzlo cache ale přichází ve chvíli, kdy kombinujete více vrstev najednou:

• cache v prohlížeči,
• cache na webserveru,
• cache v aplikaci (např. přes Redis nebo Memcached),
• a klidně i CDN.

Varnish HTTP Cache

Varnish je webová aplikace (tzv. reverzní proxy), která se nasadí před váš server a chytře si ukládá (cacheuje) obsah, který přes ni prochází. Výsledek? Web se načítá rychleji a server si může oddychnout. Navíc se hodí před jakýkoliv HTTP server.

📺 Mrkněte na krátké video:

Pro WordPress se často používá výkonná trojkombinace:

Nginx + Varnish + Apache – tahle sestava zvládne odbavit více požadavků, rychleji a bez funění.

RAMdisk – turbo složka z RAMky

RAMdisk je část paměti, která se tváří jako složka na disku ale ve skutečnosti běží přímo v paměti RAM. Ta je oproti disku extrémně rychlá, jen je třeba počítat s tím, že se po každém restartu smaže.

Hodí se například pro:

• dočasné pomocné soubory (např. souborová cache),
• session data (zejména u PHP webů).

Na našich serverech už RAMdisk najdete připravený a pravidelně ho uklízí skript php_sessions_clean.sh, takže se nemusíte o nic starat.

Když výkon nestačí, je čas na upgrade

Bez dostatku RAM, výkonného CPU a ideálně i SSD disku prostě výkon neuděláte – a žádná magie s cache vám to nezachrání.

Co s tím?

Pravidelně sledujte vytížení svého serveru:

• u nás najdete grafy v Zákaznickém portálu (Servery → Váš server → Grafy),
• nebo v našem VPS Centru,
• případně přímo v terminálu přes příkaz htop.

Chytrou volbou je přenechat dohled nad výkonem nějakému specializovanému nástroji pro monitoring. V další části této série článků vám představíme ty, které máme nejradši.

Pár slov závěrem

Rychlý web nezačíná u „ještě jednoho pluginu”, ale u toho, co je pod kapotou. Když server zbytečně funí, prohlížeč to nezachrání – jen to zobrazí o pár vteřin později. V tomhle dílu jste si prošli základní páky, které mají největší dopad: webserver, PHP, komprese, moderní HTTP a cache vrstvy. A nejlepší na tom je, že spousta změn nestojí víc než váš čas – vše je o správném nastavení než o velké přestavbě webu.

Co si odnést do praxe:

• udržujte PHP a webserver v kondici,
• zapněte kompresi a používejte moderní protokoly,
• cacheujte chytře (a ve vrstvách).

Další podezřelý na seznamu? Databáze.

Otestujete výkon v reálném provozu a uvidíte, co to udělá s odezvou.