Z drugiej patrząc na skompresowany plik HTML+CSS w porównaniu do komp.HTML+niekomp.CSS różnica jest ok 4kB (przy pliku CSS objętości 6kB) podczas, gdy sam plik komp.HTML jest tylko 2kb mniejszy (od komp.HTML+komp.CSS). Myśle, że temat musi jeszcze trochę dojrzeć w łepetynie, choć obecnie ta zmiana plasuje się w moim mysleniu w kategoriach ‘kwestia gustu’.

Ale potem odejmujesz, bo CSS pobierany jest tylko raz. ;]
/no chyba, że pokopałbyś nagłówki expire ;P/

36kB wydaje się ogromnym plikiem.

Uwierz, że nie… IMHO, to teraz standard.

Content-Length: 6702

Własnie do tego nawiązywałem, strona jest BARDZO mała (50276 bajty) ale ze wzgledu na ilość elementów (18) ładuje się wolniej niż moja (85721 bajtów – 14 elementów), co uważam za bardzo ciekawe zjawisko pod względem wpływu ilości elementów na czas ładowania strony.

I po co parę razy ściągać to samo? :P

O masz, o tym nie pomyślałem w swoim pędzie do odchudzenia bloga.

Z drugiej patrząc na skompresowany plik HTML+CSS w porównaniu do komp.HTML+niekomp.CSS różnica jest ok 4kB (przy pliku CSS objętości 6kB) podczas, gdy sam plik komp.HTML jest tylko 2kb mniejszy (od komp.HTML+komp.CSS). Myśle, że temat musi jeszcze trochę dojrzeć w łepetynie, choć obecnie ta zmiana plasuje się w moim mysleniu w kategoriach ‘kwestia gustu’.

Owszem, jeśli jest to sama strona główna albo jeden lay na csszengarden. :P

Fakt :)

Więc dlaczego wg Ciebie, Łukaszu, CSS większy niż 8KiB jest zbyt wielkim?

Ze względu na to, że nie widzę zastosowania takiego pliku, co jest zapewne spowodowane tym, że nigdy nie projektowałem dużego serwisu :P

36kB wydaje się ogromnym plikiem.

CSSa wrzucić do pliku html i już kompresja mod_gzip jest :)

I po co parę razy ściągać to samo? :P

Jeśli CSS jest większy niż 8kB, to i tak znaczy, że da się sporo wyciąć i połączyć.

Owszem, jeśli jest to sama strona główna albo jeden lay na csszengarden. :P

Z obserwacji, to CSS obejmujący cały serwis raczej trudno zmieścić w objętości 8KiB:

blog Riddle’a: ~26KiB
wykop.pl: 46KiB

Więc dlaczego wg Ciebie, Łukaszu, CSS większy niż 8KiB jest zbyt wielkim?

…mod_gzip chyba jest jednak najrozsądniejszym wyjściem…

…i ustawienie kompresji dla .css,…

CSSa wrzucić do pliku html i już kompresja mod_gzip jest :)

Spróbuj zrobić dobry design, który będzie dobrze wyglądać pod wszystkimi przeglądarkami bez nadmiaru klas i bez hacków

Jeśli CSS jest większy niż 8kB, to i tak znaczy, że da się sporo wyciąć i połączyć.

PS. Kurcze, nie mogę się pozbyć jquery ze strony głównej.

Spróbuj zrobić dobry design, który będzie dobrze wyglądać pod wszystkimi przeglądarkami[...]

Zawsze tak robię, pseudoklas „after/before” – nie używam poza @media print, żeby wyświetlić zawartość href’a. Podeślę linka do ładnego designu, który jest aktualnie w fazie produkcji i wygląda wszędzie dobrze.

Co do znaków białych w szablonach, to raczej jakiś plugin, bo założenie paru regexpów to trywiał.

1. zbędne class’y i id’i

Spróbuj zrobić dobry design, który będzie dobrze wyglądać pod wszystkimi przeglądarkami bez nadmiaru klas i bez hacków (mam tu na myśli IE6, który nawet zwykłego nazwa > nazwa nie rozkmini).

nadmiarowych i niewykorzystywane tagi html

jw. element:before, element:after… :/

3. nadmiarowe deklaracje css (polecam plugin Dust-Me Selectors)

Wciąż się powtarza kwestia IE6… :/

Owszem, jest IE7lib, ale po co do muchy strzelać z armaty…?

4. zbędne znaki białe z szablonów (na stronie głównej sobek.pl dało to 600 bajtów).

Owszem, ale popatrzmy, czy to jest naprawdę warte zachodu? 0.6KiB, to jest obecnie niezauważalna różnica – a sobie tylko utrudnimy życie (np. poprawki przy wdrażaniu/w późniejszym czasie).

mod_gzip chyba jest jednak najrozsądniejszym wyjściem…

…i ustawienie kompresji dla .css, .js, etc + nagłówki expires na jakiś długi czas.

Co do .css to można łatwo skompresować kosztem czytelności o 25-30%.