[D.....k]

#webdev #frontend #css

Asynchroniczne ładowanie CSS.

[fuuYeah]

@Dreszczyk: No spoko, ale dupy nie urywa, ot zwykłe wstawianie tagu do kodu html

[koob]

@Dreszczyk: nie ma sensu raczej

[ciepol]

@Dreszczyk: właściwie np. taki head.js wpiera takie rzeczy od dawna: http://headjs.com/site/api/v1.00.html#load

[D.....k]

@fuuYeah: @koob: tutaj cała rozkmina dlaczego tak, a nie inaczej

[varez]

@Dreszczyk: i co, ogranicza się to do wstawienia tagu do dokumentu? na ciul to komu? szybciej sam takie napiszę niż mi się google otworzy.

jeszcze, żeby bazowało na preloadzie + callbackach (takie kiedyś napisałem, tylko na IE nie działa :P), a tak to gówno warte

[D.....k]

@varez: stary, skąd w Tobie tyle agresji? ( ͡° ͜ʖ ͡°) wpadłem na to gdzieś w linkach i postanowiłem się podzielić XD

[varez]

@Dreszczyk: nie agresja, po prostu pytam o uzasadnienie tego tutaj.

jak wszyscy zaczną wklejać prawieże-aliasy funkcji to to będzie bez sensu ;)

[npsr]

@Dreszczyk: a po co robić poboczne css?

bakujesz wszystkie i wrzucasz inline ... HTTP Request == 0. Profit?:P

[D.....k]

bakujesz

@npsr: :D

nie jest mi ciężko sobie wyobrazić potrzebę na dwa pliki css

[npsr]

@Dreszczyk: jeśli nie walczysz o milisekundy i masz dwa pliki css to tego skryptu też nie potrzebujesz :P A jeśli mówimy o wydajności to tylko zbakowe inline ;P Z JS to samo i odpadają Ci wszystkie zbędne requesty ;)

Obrazki lazy load (to można ładować asynchronicznie) najlepiej na jakimś cdn albo w ostateczności varnish. Wszystko co się da do cache i ot cała magia optymalizacji :)