Prosim za pomoč:

Pred kratkim sem preveril moj page speed na developers.google.com/pagespeed, kjer mi je pokazalo 77/100. Glede na to, da po spletu vedno bolj krožijo debate o tem, da je sam page speed v očeh G vedno bolj pomemben dejavnik (sploh če ciljaš na 1. mesto), me zanima, če mi lahko kdo podrobno razloži naslednji dve stvari(ki ju G priporoča kot "high priority"):

1. Uporaba predpomnjenja v brskalniku - maximum age in the HTTP headers

Kako oz. kje to spremeniti?

Če kaj pomaga, gostujem pri domenci, torej uporabljam PleskPanel. Moje SOA nastavitve: TTL-1dni Osvežitev-3ur Ponovni poskus-1ur Potek-7dni Minimum-3ur; vendar pa se tu začnejo stvari komplicirati: ko sem preveril dns na http://www.register.si/dns.html mi ta javlja napako, kao da je TTL izven normalnih vrednosti, čeprav je ta zagotovo dobro nastavljen! Ker mi to ni dalo mira sem preveril dns za stranko SD (socialnidemokrati.si; primarni strežnik:ns11.domenca.com), ki prav tako gostuje pri domenci. In glej ga zlomka, tudi oni imajo napako-TTL izven normalnih meja!! Ampak to še ni vse, jaz imam v nadzorni plošči nastavljen refresh na 3ure, ampak ob pregledu dns-ja na arnesu ugotovim, je refresh v bistvu 2ure?!

Kakšna ideja?

1. Stiskanje omogočeno - gzip or deflate

A lahko sam dam enable GZIP v mojem panelu? Priporočate stiskanje preko .htaccess (torej preko ob_gzhandler) in če ja, kakšen je postopek?

Kako pa je potem recimo s PNG, ki so v bistvu že stisnjene?

Upam, da mi lahko kdo podrobno opiše kako se lotiti zadeve...

Hvala lepa!

Meni je sporočilo, da moram tole urediti kot najbolj nujno:

• Vdelava majhnega CSS-ja.
  "Inlining small stylesheets into the main HTML page cuts down on RTTs and delays in downloading other resources."

Kaj bi to bilo?

1. http://www.webscalingblog.com/performance/caching-http-headers-cache-control-max-age.html

ali preko .htaccess

http://www.askapache.com/optimize/speed-site-caching-cache-control.html#caching-with-both-modules

1. http://www.jhuskisson.com/articles/adding-gzip-compression-to-your-site-via-htaccess

Drugače je bolj priporočljivo, da določaš to v samem apache-ju, saj se htaccess datoteka naloži ob vsaki osvežitvi strani. Kaj bolj pa se o tem nisem poglabljal.

Lucifix super linki!

1. Uporaba predpomnjenja v brskalniku

Danes dodal sledečo kodo v .htaccess:

ExpiresActive On

ExpiresDefault A0

1 YEAR - doesn't change often

<FilesMatch "\.(flv|ico|pdf|avi|mov|ppt|doc|mp3|wmv|wav)$">

ExpiresDefault A29030400

</FilesMatch>

1 WEEK - possible to be changed, unlikely

<FilesMatch "\.(jpg|jpeg|png|gif|swftxt|xml|js|css)$">

ExpiresDefault A604800

</FilesMatch>

1 YEAR

<FilesMatch "\.(flv|ico|pdf|avi|mov|ppt|doc|mp3|wmv|wav)$">

Header set Cache-Control "max-age=29030400, public"

</FilesMatch>

1 WEEK

<FilesMatch "\.(jpg|jpeg|png|gif|swftxt|xml|js|css)$">

Header set Cache-Control "max-age=604800, public"

</FilesMatch>

NEVER CACHE - notice the extra directives

<FilesMatch "\.(html|htm|php|cgi|pl)$">

Header set Cache-Control "max-age=0, private, no-store, no-cache, must-revalidate"

</FilesMatch>

Zgodilo se je sledeče: Add-On Page Speed, ki ga imam v Firefoxu in Chromu mi odkljuka zadevo, torej je OK, vendar ko pogledam details piše, da je za google analytics (natančneje za http://www.google-analytics.com/ga.js) življenska doba prekratka (2 hours) - bila bi naj vsaj en teden. Ampak kako to spremeniti??

In nato pride največji problem: ko preverim zadevo na developers.google.com/pagespeed mi še vedno kaže high priority za Uporabo predpomnjenja v brskalniku, torej on sploh ne zazna sprememb.

A mi lahko kdo prosim pomaga?

1. Kar se tiče kompresiranja..kako ste vi uredili, da so vam pri vašem ponudniku gostovanja enablali obgzhandler? Meni se to zdi najlažji način da izpeljem gzip, ker v bistvu še potem samo dodam kodo (phpvalue outputhandler obgzhandler) v .htaccess. Imam prav?

Datotekam, ki gostujejo na drugem strežniku, ne boš moral nastavljati na koliko časa naj se osvežujejo. Ena opcija bi verjetno bila, da datoteko shraniš na svoj strežnik in spremeniš povezavo v kodi, da bo linkana na nov naslov. Ne vem pa kako je to kaj v nasprotju z Googlovim (precej dolgim) TOS-om in ali bo štetje še vedno delovalo. Po mojem se ne obremenjuj zaradi takšnih posameznih povezav.

Še ena povezava, ki ti bo mogoče prišla prav:

http://www.askapache.com/google/ga-urchin-speed.html

Tisto vrstico kode za gzip pa samo vstavi v .htaccess.

"Tisto vrstico kode za gzip pa samo vstavi v .htaccess"

A bo delovala brez, da bi mi moral moj ponudnik kaj "enablati"??

"Po mojem se ne obremenjuj zaradi takšnih posameznih povezav"

Se popolnoma strinjam s tabo, problem je le ta, da se mi dozdeva, da ravno zaradi tega mi G na njegovi page speed strani ne zazna sprememb, kar pa je v bistvu moj glavni cilj - torej da bo tudi G opazil moj novi-boljsi page speed.

Google itak meri samo milisekunde, v koliko časa odgovori strežnik pri dostopu do .html datoteke. Tole ne bo pomagal pri SEO rankingu.

Luks123:

Meni je sporočilo, da moram tole urediti kot najbolj nujno:

• Vdelava majhnega CSS-ja.
  "Inlining small stylesheets into the main HTML page cuts down on RTTs and delays in downloading other resources."

Kaj bi to bilo?

To pomeni, da imaš css zapisan v index.html ali index.php datoteki, namesto samostojno v npr oblika.css. Včasih (razni templati..) se temu ne moreš izogniti, v večini primerov pa lahko enostavno prestaviš odsek z obliko v css datoteko. Tudi te poskusi skrčiti na minimalno število, lahko jih tudi kompresiraš z raznimi online orodji.

Ne bo res, Matjaž. Ravno obratno.

Sporočilo sporoča, da je v neki .CSS datoteki tako malo vsebine, da se splača ta CSS dat inline v HTML dokument.

Ker sej veš, dodatna datoteka je dodaten request.

Ups...pa res. Tole sem malo prehitro prebral.