Se avete intenzione di essere al servizio dei file css da una web farm o è un sito ad alto volume, vi suggerisco di avere uno sguardo a: http://code.google.com/p/talifun-web/wiki/CrusherModule Esso utilizza un file di osservatore a cercare cambiamenti su css/js File. I file Css/js appartengono a set di file specificati in web.config. Quando viene rilevata una modifica su uno dei componenti js/css, crea un nuovo css o jss munged per il set di file.
Ha anche un semplice controllo per l'output di link set di file css/js. Il controllo aggiungerà una querystring con un hash del file, in modo da garantire il contenuto corretto del file.
Ciò significa che è possibile servire direttamente il file mung con IIS. Quindi puoi sfruttare la cache in modalità kernel. significa anche che non è necessario preoccuparsi di implementazioni buggy di sostegno intestazione http:
- ETag
- Scade
- Last-Modified
- Se-Match
- If-None-Match
- If-Modified-Since
- Se non modificato-Dal
- Se non modificato, dal
È meglio comprimere tutti i file js/css in un unico file gigante per l'intero sito Web, quindi servire dinamicamente solo i file js/css richiesti per la pagina. I browser possono memorizzare nella cache l'unico file gigante e non devono mai più preoccuparsi di scaricare css/js dal tuo sito.
E se si utilizza Firebug, consiglio vivamente YSlow – flybywire