Kad netko kaže "prebacili smo na noviju PHP verziju i sajt je dva puta brži" — to nije marketing. To je mjerljiva razlika koju PHP tim objavljuje sa svakim release-om i koju može potvrditi svatko tko zna gdje gledati. Problem je što većina vlasnika WordPress sajtova ne zna kako sami napraviti taj test, pa vjeruje hostingu na riječ ili preplaćuje za "managed performance" bez ijednog stvarnog broja.
Ovaj vodič pokazuje kako mjeriti razliku između PHP verzija na vlastitom WordPress sajtu, koje brojeve realno očekivati, i kako interpretirati rezultate — bez fabriciranih tablica i bez "benchmarka" iz vakuuma.
Zašto verzija PHP-a uopće utječe na WordPress
WordPress je PHP aplikacija. Svaki page load izvršava tisuće PHP funkcija — od učitavanja core-a, preko WP_Query izvršavanja, do renderiranja teme. Što je PHP runtime brži, to se isti rad obavlja u manje CPU ciklusa.
Glavni skokovi između verzija (prema oficijelnim PHP release notes i publicly verified bench podacima):
- PHP 7.0 → 7.4: skok od ~2× brzine nad PHP 5.6. To je razlog zašto je 2019. industrija masovno migrirala.
- PHP 7.4 → 8.0: dodatnih 8–10% za tipične web workloade, plus JIT compiler (koristan više za CLI/numeric, manje za WP).
- PHP 8.0 → 8.1: 5–8% za WordPress, plus enums i fibers (relevantno za pluginove).
- PHP 8.1 → 8.2: 3–5% brzinski plus readonly classes.
- PHP 8.2 → 8.3: 4–6%, typed class constants, optimizirani array funkcije.
Zbroji to: tipičan WP sajt prebačen sa PHP 7.4 na PHP 8.3 dobiva 20–30% na throughputu, bez ijedne promjene koda. Memorija po requestu pada za 10–15%. Latency p95 (95-ti percentil) padne tipično 15–25 ms.
Što točno mjeriti — 4 broja koja imaju smisla
Bench koji daje samo "prosječno vrijeme učitavanja stranice" je beskoristan. Pravi mjerni listić:
1. TTFB (Time To First Byte) — kako brzo server vraća prvi byte HTML-a
Mjeri sa servera (cURL na localhost ili WP-CLI), ne sa GTmetrix-a. GTmetrix mjeri i mrežu, što nije PHP — kontaminira rezultat. Cilj: TTFB ispod 300 ms za nekashiran WP page na PHP 8.3.
2. Requests per second (req/s) — koliko paralelnih zahtjeva server može opslužiti
Koristi siege, ab (ApacheBench) ili wrk. Klasično: siege -c 10 -t 60s https://tvojsajt.hr/. Mjeri prije i poslije PHP upgrade-a. Tipičan WP bez page cachea: 8–25 req/s na PHP 7.4, 12–35 req/s na PHP 8.3, ovisno o broju pluginova i hardveru.
3. Memory per request — koliko RAM-a PHP-FPM worker proždere po requestu
Lakše vidljivo kroz memory_get_peak_usage() ubačeno u wp-config.php i logirano u file. Bitno jer određuje koliko paralelnih workera staje u dostupan RAM. PHP 8.x troši ~10–15% manje od PHP 7.4 za isti page.
4. CPU time per request
U cPanelu vidljivo kroz CPU Usage u CloudLinux LVE Manageru (ako tvoj hosting koristi CloudLinux). Pad CPU time-a po requestu = više requestova staje u istu kvotu, što direktno utječe koliko paralelnih posjetitelja sajt podržava.
Kako napraviti čist test — 7 koraka
- Klonniraj sajt na staging. Live sajt ima caching layer-e koji maskiraju razlike. Bench na live sajtu = bench cachea, ne PHP-a.
- Disable sve page cache pluginove (WP Rocket, W3 Total Cache, LiteSpeed Cache). Object cache (Redis) može ostati, ali zabilježi.
- Disable Cloudflare / CDN ili točno čuvaj origin URL koji ide direktno na server.
- Zabilježi okruženje: PHP verzija, OPcache enabled? memory_limit, koliko PHP-FPM workera, koliko CPU jezgri, koliko RAM-a, MySQL/MariaDB verzija.
- Warm up sajt: 5–10 inicijalnih requestova prije mjerenja da OPcache popunimo. Inače prvi runs mjere overhead kompajliranja.
- Pokreni bench:
wrk -t4 -c10 -d60s https://staging.tvojsajt.hr/ilisiege -c 10 -t 60s https://staging.tvojsajt.hr/. Spremi rezultat. - Promijeni samo PHP verziju, ništa drugo. Ponovi korak 5–6. Usporedi.
Što očekivati — realističan profile WordPress sajta
Tipičan WordPress shop sa 15 pluginova, WooCommerce uključen, bez page cachea, srednjeg hardvera (4 vCPU, 8 GB RAM, NVMe storage):
| PHP verzija | TTFB (ms) | req/s | Peak mem/req |
|---|---|---|---|
| 7.4 | 420–550 | 9–14 | ~96 MB |
| 8.0 | 380–490 | 11–16 | ~88 MB |
| 8.1 | 360–460 | 13–18 | ~84 MB |
| 8.2 | 340–430 | 14–20 | ~80 MB |
| 8.3 | 320–410 | 15–22 | ~76 MB |
Važno: ovo su orijentacijski rangovi za WP + Woo bez page cachea. Tvoj sajt može biti bolji ili gori za 30–40% ovisno o temi, broju pluginova, kvaliteti hosting stacka, MySQL tuningu i broju aktivnih WooCommerce extension-a. Cijela poanta benchmarka je da ti izmjeriš svoj sajt, ne da kopiraš tuđu tablicu.
Što o tome reći kupcima i kolegama
Tri stvari koje vrijede ponoviti:
- PHP verzija je free 20-30% performance upgrade. Ako sajt vrti na 7.4, doslovno gubiš novac na hosting kapacitetu.
- WordPress core podržava PHP 8.3 stabilno od 6.4+. Glavna rizik točka su pluginovi — provjeri kompatibilnost s
plugin-compatibility-testerili tako da pregledaš readme svakog plugina prije migracije. - PHP 7.4 nema sigurnosne patcheve od studenoga 2022. Ostati na njoj 2026. nije "konzervativno" — to je sigurnosni rizik koji penal stiže u prvoj WP security skenu auditora.
Kako WMD pristupa PHP migracijama
U cPanelu na WMD hostingu PHP verziju mijenjaš sam u sekundi (Select PHP Version), ali to ne znači da treba kliknuti i otići. Naš workflow za klijente koji žele migraciju:
- Snimimo bench na trenutnoj verziji (TTFB, req/s, memory).
- Pokrenemo staging sa novom PHP verzijom.
- Test pluginova, deprecation log review, Cron jobovi check.
- Ponovni bench na staging-u — kvantificiramo razliku.
- Switch na live u low-traffic prozoru.
- Post-migration monitoring 48h za regressione.
Vrijedi za WP, ali isti princip važi za Laravel, Craft CMS i sve PHP aplikacije. Nemoj migrirati naslijepo, ali ne ostavljaj ni 30% perfa na stolu.
Najčešća pitanja
Mogu li mjeriti PHP performance bez staginga?
Možeš, ali rezultat će biti pun buke. Ako apsolutno moraš na live: napravi mjerenje noću kad nema saobraćaja, isključi cache, vrati cache odmah nakon.
OPcache utječe na rezultate?
Da, jako. OPcache mora biti uključen i "topao" prije mjerenja, inače mjeriš performance kompajliranja umjesto izvršavanja.
Što ako moj sajt sporiji na novijoj PHP verziji?
Rijetko, ali se događa kad neki stari plugin koristi deprecirane funkcije koje su sad implementirane sporije ili emulirane. Profiler (Blackfire, Tideways, ili Xdebug) reći će točno koji plugin/funkcija. Dva izlaza: upgrade plugin ili ga zamijeni.
Mogu li skok performance dobiti i nadogradnjom drugih stvari, ne samo PHP-a?
Apsolutno. NVMe storage vs HDD = 10–20× brži MySQL query. Redis object cache = 30–50% manje DB queryja. HTTP/3 = 10–20% brži page load na mobilnim mrežama. Ali PHP verzija je najjeftinija jer ne košta ništa osim sat staging testa.
