Novo

Forum kao aplikacija na telefonu

Dodajte forum na početni ekran i koristite ga kao aplikaciju, sa menijem na dnu ekrana.

  • 13 odgovora
  • 4.162 pregleda

Najnovija ↓

CSS - best practice 13.09.2010. u 12:37 · pre 196 meseci #1
Ukoliko na sajtu imam npr 10 usercontrol-a da li za svaku da pravim poseban CSS fajl ili da sve stilove stavljam u jedan "master" CSS. Šta je najbolje?
Potpis
Naučio sam...
Da je važnije biti ljubazan nego biti u pravu
Re: CSS - best practice 13.09.2010. u 14:30 · pre 196 meseci #3
Citat:
vujkev: ... Šta je najbolje?

Citat:
cteba: Stavi sve u jedan fajl.

Zasto je to najbolje?
Potpis
if it walks like a duck and quacks like a duck, it could be a dragon doing a duck
impersonation.
Re: CSS - best practice 13.09.2010. u 14:32 · pre 196 meseci #4
Citat:
Boris B.: Zasto je to najbolje?

Zato što ona browser ne mora npr. da otvara deset konekcija, da bi uzeo deset CSS fajlova, već samo jednu, da uzme jedan fajl.
Potpis
- SKRati link - JaZaKraljevo.rs -

"I have never let my schooling interfere with my education." - Mark Twain
Sviđa mi se1
Re: CSS - best practice 13.09.2010. u 14:57 · pre 196 meseci #5
To je veoma diskutabilno i IMHO svako ima licnu preferencu.

Kao prvo konkretna *konekcija* se uspostavlja jednom, ostalo su samo razliciti HTTP requesti u istoj konekciji, sve dok se komplenta strana ne ucita ili AJAX je ne odrzi otvorenom (to je uveo HTTP/1.1).

Kao drugo, ako je tvoj WebServer takav da preuzimanje vise CSS fajlova ugrozava stabilnost ili brzinu servera onda to nije dobar server, treba bolji da ne bi puklo na goru stranu - sta ako HTML stranica sadrzi 10 slika vise i opet smo na istom. Na stranu to sto se CSS fajlovi kesiraju i svaki sledeci put se na osnovu headera utvrdjuje da li zaista treba ponovno preuzimanje ili koriscenje kesa. Cak i broj requestova moze da se smanji sa codebehind css-om koji na zahtev za npr. master.css zdruzi sve CSS-ove u jedan master.css.

Sa druge strane koriscenje zasebnih CSS-ova za usercontrole je po meni veoma smisleno ako ces te iste userkontrole koristiti kao parts-e u ostalim projektima, jer ja to gledam iz perspektive nekoga ko treba to da odrzava i par godina posle primopredaje projekta.
Potpis
if it walks like a duck and quacks like a duck, it could be a dragon doing a duck
impersonation.
Re: CSS - best practice 13.09.2010. u 16:08 · pre 196 meseci #6
Ja sam do sada vidjao odvojene CSS fajlove samo kada se sajt razvija za vise uredjaja, pa onda naprave poseban mob css, poseban tablet css, itd.

Ako te bas brine velicina CSS fajla, onda pogledaj kolika je finalna velicina pa shodno tome razbij CSS fajl u vise logickih fajlova. Nesto mi nema logike da ih razbijas po kontrolama. Radije prema funkcionalnosti.
Potpis
...
Re: CSS - best practice 13.09.2010. u 16:16 · pre 196 meseci #7
Ne brine mene ništa, nego me samo zanima šta se pokazalo kao najbolje rešenje
Potpis
Naučio sam...
Da je važnije biti ljubazan nego biti u pravu
Re: CSS - best practice 14.09.2010. u 08:53 · pre 196 meseci
izmenjeno 1 put, poslednji put cteba 14.09.2010. u 09:07
  1. cteba14.09.2010. u 09:07zapis iz teksta poruke
#9
Postoji ogranicenje po broju paralelnih konekcija ka nekom domenu. Preporuka HTTP 1.1 specifikacije je 2 konekcije mada noviji brovseri idu i na 4 i 6.

Zbog toga ako imas puno fajlova moze se desiti da se stranica dugo ucitava, sto odbija korisnika.

Zato je preporuka da se css stavi u jedan fajl.

Isto se radi sa manjim grafickim elementima koji se spakuju u jedan sprite.
Re: CSS - best practice 14.09.2010. u 09:06 · pre 196 meseci #10
Ne mora to obavezno biti tako.
Ukoliko imas veliki css fajl ali na pojedinim stranama koristis samo pojedine, manje delove onda je bolje razdvojiti.
U svakom slucaju, opste resenje je:

Citat:
virtualVoid: Najbolje rjesenje je logicka optimizacija.


Razmislis o konkretnom slucaju i uradis kako je u tom slucaju najbolje.
Potpis
Nebojsa Milanovic:
-Trumpa smatram vrhunskim predsednikom i voleo bih da živim u državi na čijem je on čelu
-Rusija ne laže, ne vodi osvajačke ratove
-Trump je svetla tačka u USA blatu
-Elon Musk, možda najpametniji i najtrezveniji Amerikanac
Re: CSS - best practice 14.09.2010. u 09:36 · pre 196 meseci #11
A sad još jedno pitanje... šta je po vama veliki CSS?
Potpis
Naučio sam...
Da je važnije biti ljubazan nego biti u pravu
Re: CSS - best practice 17.09.2010. u 23:01 · pre 196 meseci #12
@vujkev Lepo ti je rekao Shadowed logicka optimizacija

@cteba
Citat:
Postoji ogranicenje po broju paralelnih konekcija ka nekom domenu. Preporuka HTTP 1.1 specifikacije je 2 konekcije mada noviji brovseri idu i na 4 i 6.
Ne znam o cemu govoris ali nebitno, slazem se da user expirience ne sme da trpi zbog slowly loading portala

Uvek je bolje da se naprave posebni fileovi za CSS i da se nazovu po nekoj konvenciji, optimizacija je nesto sto ide na kraju i obicno se napravi CGI ili za IIS HTTP module koji ce sve contente tipa .css .js etc komprimovati i poslati stream nazad do klijenta (pogledati System.Web.Compression - postoji jos od verzije 2.0)
Re: CSS - best practice 18.09.2010. u 21:15 · pre 196 meseci #13
Citat:
vujkev: A sad još jedno pitanje... šta je po vama veliki CSS?

Hah pa to je kao da cure pitaš šta je po vama veliki... css? :)
Drugim rečima - zavisi od slučaja do situacije. Ako praviš sajt kao što je youtube.com tu posetioci imaju visok kvalitet konekcije( bar očekivao da je ovo slučaj) onda css fajl od 3,4 hiljade redova nije veliki. Isti fajl za "srpski sajt" bi bio preveliki, gde se da predpostaviti da određeni korisnici imaju dial up, koji bi samo css fajl učitavao par sekundi.

U drugom slučaju bolje je podeliti css. Dakle, gledaj da to izračunaš kroz brzinu kojom korisnik učitava stranu.
Potpis
Expert Opinions - Niche Articles
Re: CSS - best practice 18.09.2010. u 22:40 · pre 196 meseci #14
@vujkev
Umesto da razmisljas o velicini css file-a, potrudi se da upoznas namespace koji sam ti naveo dole (ako ne hostujes aplikaciju na IIS7), da otkrijes alate za white-space removal i da naravis ili nabavis modul (ISAPI filter) css,js combiner - koji ce sav content spakovati u jedan file (u runtime-u) gzipvati i vratiti nazad do klijenta.

Ovo je samo jedan od koraka u procesu optimizacije.
Prijavite se da biste odgovorili u ovoj temi.PrijavaRegistracija

Premeštanje teme