Zmanjšajte odzivni čas strežnika

mi izpiše: https://developers.google.com/speed/pagespeed/insights/

a to pomeni, da moram menjati gostovanje? Ali je kakšna druga rešitev?

AJe kdo tu, ki obvlada pohitritev spletne strani?

mislim da ti pri tem sama stran ne pomaga, ker se najprej čaka na server.

na shared hostingih sem imel podobne težave, mislim, da ni rešitve brez migracije, ti bodo pa znali drugi več povedat o tem

Čakanje stežnika ne nujno pomeni da je slab hosting. Lahko imaš slabo kodo, za katero strežnik rabi preveč časa da jo izvede.

V 99% ni kriv strežnik ampak koda.

Ti povem iz prakse

Kot je že rekel slayer je to čakanje na procesiranje.

Vprašaj se raje kaj vse mora tvoja app narediti, da se prikaže stran.

Videl sem simpl strani (na bodisi katerikoli platformi), ki se loadajo po 10s zaradi miljone zahtevkov. Moj osebni rekord, ki sem ga videl je bil magento trgovina katera je za vsak load naredila 500 querijev na google maps

Odzivni čas strežnika zelo preprosto izmeriš tako, da uploadaš phpinfo in narediš speedtest na njem. Razlika med dobljenim časom - in časom ki si ga dobil ti - pa je čas potreben za obdelavo tvoje CMS skripte ali trgovine. Prosto ko pasulj ..... samo če si na shared serverju ti to ne pomaga nič, saj bo vedno drugačen - ker se tam CPU resursi (ki najbolj vplivajo na hitrost) delijo po komunističnem sistemu (daj vsakemu toliko kolikor rabi ... na koncu vsi lačni ...) Mislim da nima noben shared server iplementirano možnost (avtomatske) omejitve porabe CPU ... me bo OvcaX ali kdo drug popravil če se motim ... vse kar lahko naredijo je opozorilo in ban če pri nadzoru opazijo tako egostično obnašanje ... ampak tvoje stranke so medtem že odšle k nekomu, ki ima VPS.

Predvidevam, da si na WP, si že probal pregledati stran z P3 (Plugin Performance Profiler) ?

Tudi jaz lahko potrdim, da se da z optimizacijo spletne strani doseči dobre odzivne čase oz. ocene na merjenjih. Nasvet "Zmanjšajte odzivni čas strežnika" nekoliko zavede (tudi mene je).

Po mojih izkušnjah so glavni viri počasnosti v:

- neoptimiziranih/neustreznih grafičnih elementih (slike, ikone, logotipi, grafike,...)

- pomankljivostih v .htacess-u (gzip, header expires,...)

- bolan template/téma

- broken links-i

- slabi plugin-i(večkrat preveriš z zgoraj omenjenim P3)

- nalaganje vsebin iz tretjega (počasnega) vira

...and that's not all folks! :)

TTFB ne moreš optimizirati v nobenem primeru

Točno o tem govorimo. TTFB vključuje procesiranje baze in PHP

Often, a smaller (faster) TTFB size is seen as a benchmark of a well-configured server application. For example, a lower Time To First Byte could point to fewer dynamic calculations being performed by the web-server, although this is often due to caching at either the DNS, server, or application level. More commonly, a very low TTFB is observed with statically served web pages, while larger TTFB is often seen with larger, dynamic data requests being pulled from a database.

Vir

https://en.wikipedia.org/wiki/TimeToFirst_Byte

kakšno bazo procesira klic na phpinfo ali pa še bolje klic na prazen index.html ?

Če kličeš prazen, statičen html file (in imaš prazen htaccess) dobiš maksimalno pošten TTFB, ki je 100 % odvisen od ponudnika gostovanja . Ne razumem o kaki bazi govoriš - zgleda da ne govoriva oisti zadevi ;)