DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   (X)HTML, JavaScript, DHTML, XML, CSS (http://www.devprotalk.com/forumdisplay.php?f=8)
-   -   Statika i GET (http://www.devprotalk.com/showthread.php?t=5459)

Ilija Studen 27. 05. 2008. 13:45

Statika i GET
 
Negde sam pročitao, dosta davno, da korišćenje GET parametera kod statičkih fajlova sprečava IE da kešira stvari. activeCollab JS servira kroz kolektor skriptu koja skupi sve JS-ove, GZIP-uje ih i sve ih pusti kao jedan fajl. Skript ispravno setuje content-type i expires headere i client side je stvarno poleteo kada smo je dodali.

E sad, zanima me da li je ovo što sam pročitao istina ili sam nešto pogrešno razumeo (sada ne mogu da nađem ništa). Treba da nakačim niz parametara na kolektor skript, ali bi to ubilo kompletno poentu ako browser ne bi mogao da kešira stvari.

http://activecollab.dev/js.php?v=1.1...resource,stuff

Da li je neko imao iskustva sa ovim?

mileusna 27. 05. 2008. 13:54

Da prepakuješ sve pomoću ModRewrite pa da fajl bude
/js-v11_system_resource_stuff.js jedino je možda zeznuto što se aC instalira na raznim sistemima pa ćeš morati dodatno da objašnjavaš klijentima i kako da uključe ModRewrite i sl.

A da li je uopšte tačna ova konstatacija za keširanje? To može lako da se proveri, zar ne?

Ilija Studen 27. 05. 2008. 14:07

Citat:

Originalno napisao mileusna (Napišite 55351)
A da li je uopšte tačna ova konstatacija za keširanje? To može lako da se proveri, zar ne?

Nisam siguran da jeste. Kao što rekoh, davno sam pročitao i tako razumeo, možda sam kompleno off. Zato rekoh da pitam, možda je već neko radio nešto slično pa zna.

Nemam dignut Apache, PHP, MySQL na virutalnoj mašini gde imam IE6. Ako ništa podesiću to pa probati još večeras. U međuvremeno ako neko zna nešto samo pucajte!

PS: mod_rewrite nije opcija.

LiquidBrain 27. 05. 2008. 14:46

Ni jedan browser ne keshira stvari ukoliko mu URL nije identican... Dakle,
adrese http://smor.com/test.php?id=1 i http://smor.com/test.php?id=2 svi browseri kontaju drugacije... I samim tim ne radi kesiranje...

Do ovog zakljucka sam dosao nakon sto sam morao da dodajem neke gluposti u parametar koji prosledjujem skripti da bih zaobisao kesiranje browsera...

Inace ovo je licno iskustvo...

DejanVesic 27. 05. 2008. 14:57

Da, to je tačno.

Različit URL (uključujući i parametre) -> različit fajl i različito se kešira.

Potpuno iz iskustva; dodavali smo nešto kao ? .... &timestamp=xxxxxx da bi upravo sprečili keširanje.

japan 27. 05. 2008. 14:58

to zavisi od podesavanja browsera, ali ako se dobro secam, default podesavanja IE 6 su takva da identican URL vuce iz cache-a...

meni je trebalo da ne vuce iz cache-a, pa sam morao da dodajem ?rand=neki_random_broj

LiquidBrain 27. 05. 2008. 15:03

ali treba napomenutni da ukoliko dva puta pristupish http://smor.com/index.php?id=1
drugi put ce da se vuce iz kesha...

mileusna 27. 05. 2008. 15:47

Citat:

Originalno napisao DejanVesic (Napišite 55356)
Potpuno iz iskustva; dodavali smo nešto kao ? .... &timestamp=xxxxxx da bi upravo sprečili keširanje.

Ovo je naravno tačno, i ja sam koristio slične cake da sprečim keširanja, ali mislim da njega brine da neće ni isti URL da mu kešira za javascript ako ima bilo kakve parametre, pa makar i identične. Sve ovo u slučaju da je content-type text/javascript pošto za HTML naravno kešira.

Generalno mislim da to nije tačno i da će sasvim lepo sve raditi i u IE-u, ali neka proveri, ne košta ga ništa.

ivanhoe 27. 05. 2008. 16:37

a sto ne isprobate? Napravi dummy url, pozovi ga iz dvaput IE, pa pogledaj log fajl

ppavlovic 27. 05. 2008. 20:00

Svaki jedinstveni URL se po default kesira, osim ako nije u pitanju PHP skripta pa onda doda odredjena zaglavlja koja "ubiju" kesiranje.

Ja koristim sledeci kod za kesiranje javascript fajlova (url je tipa /js/prototype.js;/js/behaviour.js;/js/scriptaculous/effects.js) :

PHP kôd:

    $last_modified gmdate('M d Y H:i:s'$timestamp) . ' GMT';

    
$etag md5($last_modified);

    
$headers apache_request_headers();
    
$if_modified_since preg_replace('/;.*$/'''$headers['If-Modified-Since']);
    if (
$if_modified_since == $last_modified) {
        
header("HTTP/1.0 304 Not Modified");
        exit;        
    }

    
header("E-tag: $etag");
    
header("Expires: Tue, 20 Apr 2010 19:15:00 GMT");
    
header("Last-modified: " $last_modified);
    
header("Cache-Control: max-age=86400, public");    // cache 1 day for proxies
 
   
print file_get_contents(<JS FAJLOVI>); 

Objasnjenje: $timestamp je najveca vrednost filemtime od ukljucenih fajlova. E-tag posto drugacije ne umem, dobijem kao md5 od filemtime pa je uvek jedinstven.
Pomocu funkcije apache_request_headers pokupim sva zaglavlja koje browser salje i uporedim If-Modified-Since sa $last_modifled fajla. Ako nije skoro editovan neki fajl, saljem zaglavlje 304 Not Modified, ako jeste, saljem nov sadrzaj i postavljam zaglavlja E-tag i Last-Modified.

Inace, sve ovo radi zbog toga sto kad browseru posaljes Last-Modified zaglavlje, on ce te sledeci put pitati sa If-Modified-Since.

P.S. postoji problem sto kod nekih PHP instalacija nema funkcije apache_request_headers :(


Vreme je GMT +2. Trenutno vreme je 22:49.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.