shared SSL és img cache
Sziasztok!
Shared SSL-re raktam a webes alkalmazásomat, és azt tapasztaltam, hogy kb négyszeresére nőtt a forgalmam. Ahogy elnézem amiatt, mert a képeket nem gyorstárazzák a böngészők. Utánaolvasgattam a neten, és ellentmondásos infókat találtam, bár mintha az lenne az álláspont, hogy https esetén is gyorstárazódnia kellene.
Mit javasoltok?
htaccess-szel ellehetne érni, hogy a böngészők igenis gyorstárazzanak?
Ha igen, akkor konkrétan mit rakjak a htaccess-be?
Köszönöm!
kicsit off:
Egyébként az SSL az mennyire megterhelő egy szerver számára?
■ Shared SSL-re raktam a webes alkalmazásomat, és azt tapasztaltam, hogy kb négyszeresére nőtt a forgalmam. Ahogy elnézem amiatt, mert a képeket nem gyorstárazzák a böngészők. Utánaolvasgattam a neten, és ellentmondásos infókat találtam, bár mintha az lenne az álláspont, hogy https esetén is gyorstárazódnia kellene.
Mit javasoltok?
htaccess-szel ellehetne érni, hogy a böngészők igenis gyorstárazzanak?
Ha igen, akkor konkrétan mit rakjak a htaccess-be?
Köszönöm!
kicsit off:
Egyébként az SSL az mennyire megterhelő egy szerver számára?
static
További előnye, hogy statikus lekéréseknél nem megy fölöslegesen a cookie sem.
Plusz olyat is lehet csinálni, hogy static1., static2., stb domaineket csinálsz, amiknek a docrootja ugyanoda mutat persze, a fájlokat ezekről felváltva kéred le, ezzel kicselezed a http-nek azt a korlátozását, hogy egy domainről egyszerre max 2 kérés jöhet. Így én egy képgaléria (sok képpel) betöltődését kb ötszörösére gyorsítottam.
Nem jó
köszi előre is
(Sajnos nem nagyon találtam a témában olyan forrást, amit könnyen tudtam volna értelmezni, nagyon jól jön a segítség)
http://stackoverflow.com/ques
Tyrael
Köszi, ezt én is megtaláltam
És azt is írják, hogy küldjek ki "Cache-Control: max-age=3600" vagy a "Cache-Control: public" headert, de ebben az esetben PHP-vel kéne kiszolgálnom a képre vonatkozó kéréseket is, amit nem szeretnék.
htaccess-ről nincs szó benne, meg lehetne oldani azzal is?
RE
1. Átírod az URL-jeidet, hogy tartalmazzanak egy verziószámot, hogy könnyen tudj új verziót frissíteni. Én erre a célra szeretem az URL-be beépítneni. Hogy ne legyen belőle gond, használok egy ilyen rewrite szabályt:
RewriteRule ^b([0-9]+)/(.*)$ $2 [NS]
Ez annyit csinál, hogy a http://static.janoszen.hu/b1234/css/valami.css URL-t átírja arra, hogy http://static.janoszen.hu/css/valami.css. Persze a PHP kódban le kell kezelni a verziót.
2. Kiküldöd a cache headereket:
ExpiresActive On
ExpiresDefault "access plus 1 year"
</IfModule>
3. Ezen felül még egy pár apróság:
Header unset ETag
FileETag None
</IfModule>
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/css application/javascript text/html text/plain text/xml
</IfModule>
Köszönöm
Sajnos a .htaccess-hez nem értek, át kell rágnom magam a példádon.
Jól értem, hogy az 1. szabály azt csinálja, hogy a http://static.janoszen.hu/b1234/css/valami.css fájlt a http://static.janoszen.hu/css/valami.css url-lel is elérhetővé teszi?
És mi történik, ha van még egy http://static.janoszen.hu/b1235/css/valami.css is, akkor melyiket fogja választani?
Esetleg azt nem lehetne egyszerűen megoldani, hogy a .gif,.jpg, és a .png fájlokat valamilyen hosszú expires headerrel szolgálja ki, vagy csak akkor kérje le a böngésző, ha változott a fájl dátuma?
Számok
értem
Ha úgy beállítom, ahogy írod, akkor a képek esetében is verziózgatnom kell, különben csak 1 év múlva járnak le, ugye?
Találtam egy ilyet valahol:
(Nekem csak 1 index.php fájlom van, belül definiált css-sel, a többi állományom mind js-sel töltöm be és frissen kell, kivéve a képeket, szóval pillanatnyilag csak ezt kell megoldanom)
Abban csak reménykedni lehet, hogy ssl esetén a böngészők ezt figyelembe veszik?
Köszönöm!
Akár
HttpFox
köszi
Szép napot!