Pentru gzip cel mai simplu e sa folosesti mod_deflate. Are o sintaxa simpla si isi face bine treaba. Pentru “Cookieless domain” vezi cum te descurci. Eu am doua domenii care nu folosesc cookie si le folosesc doar pentru asta. Daca nu ai vreun domeniu care sa-l folosesti pentru asta da un semn de viata si o rezolvam cumva

Tot legat de recomandări, am găsit că pentru fişierele txt, js, css, ar fi de preferat Cache-Control: private, cu toate că şansele să intervină în discuţie acel proxy sunt destul de mici. Bine că Page Speed rulează într-un final şi pe Firefox 3.6.

Următoarea oprire: gzip şi apoi să vedem ce se poate face legat de recomandarea „serve static content from a cookieless domain”.

Îţi mulţumesc frumos pentru informaţii

Am instalat Live HTTP Headers, asta pe o versiune portabilă de Firefox, dat fiind faptul că, din nou, compatibilitatea cu 3.6 se lasă aşteptată (ca şi la Page Speed) şi încep să mă joc pe un domeniu de test.

P.S. Nu ştiu dacă s-a abordat deja subiectul, sau cel puţin eu n-am găsit, însă ar fi extrem de interesante nişte exemple despre cum se poate proteja un site folosind .htaccess. Există unele materiale, de exemplu hxxp://www.wprecipes.com/protect-your-wordpress-blog-using-htaccess, însă explicaţiile oferite par „subţirele”.

1. Cacheul despre care e vorba in articol se refera strict la client. Browserul care il folosesti isi face un cache propriu in care salveaza anumite fisiere pentru a nu fi cazul sa le ceara din nou serverului. Dupa ce se salveaza in cacheul browserului o imagine, acesta va verifica timpul de expirare inainte de a o cere din nou. Daca timpul de expirare nu e depasit, resursa nu va mai fi ceruta de pe server – ceea ce duce la o incarcare rapida, trafic scazut etc. In cazul de fata serverul nu e afectat in niciun mod pentru ca intreaga sarcina o preia clientul/vizitatorul.

2. Din server nu poti forta reactualizarea, dar vizitatorul poate forta cererea resurselor daca tine apasata tasta F5 in timp ce apasa butonul de refresh. Cand fortezi refreshul cu F5 cacheul local este ignorat si suprascris daca e cazul.

Eu prefer de obicei sa imi programez modificarile in asa fel incat sa nu deranjez cacheul. Daca stiu ca in trei ore urmeaza sa modific niste imagini, dezactivez cacheul si il reactivez doar dupa ce am incarcat versiunile noi. Astfel vizitatorilor vechi le expira cacheul iar cei noi nu sunt instruiti sa faca cache. Dupa ce urc resursele noi vor fi cerute si servite instant, impreuna cu headerele care apar dupa reactivare.

Nu-ti fa griji de intrebari. Sunt intr-adevar chestii simple, dar daca nu esti obisnuit sa stai cu nasu’ intre headerele transmise/primite e normal sa te uiti putin ciudat prima data. Dupa ce modifici de cateva ori directivele nu vei mai avea nicio nelamurire

Un mic sfat daca folosesti Firefox. Instaleaza Live HTTP Headers si urmareste headerele care se schimba cand ceri imaginile. Joaca-te cu diferite valori pentru expirarea cacheului. Uita-te in mod deosebit la “Last-Modified”, “Expires” si “Cache-Control”.

După ultima discuţie, am început să citesc despre .htaccess, încercând să-mi reamintesc unele unele lucruri, dar şi să învăţ altele noi. Articolul de faţă este excelent, dovadă că şi un „neofit” ca mine l-a înţeles, însă ar fi câteva întrebări.

1. În cazul meu, un blog cu sute de poze, nu există riscul ca acest cache să afecteze în vreun fel server-ul ? Cache-ul „se scade” din spaţiul alocat exclusiv mie (în acest caz n-ar fi probleme), sau este unul comun ?

2. Dacă eu modific din poze sau instalez vreun update ce conţine un nou css sau js, pot să apară erori ? Se poate forţa reactualizarea, sau noul fişier va fi citit doar după 3 ore.

Ştiu că problemele ridicate pot să pară uşor puerile, poate chiar sunt, dar acolo unde sunt sigur de ceva, prefer să întreb.

P.S. Nu ştiu dacă e primul comentariu pe acest blog, aşa pare, iar atunci felicitările mele. Mi se pare mai uşor de accesat decât forumul.