[CSS] CSS inladen van ander domein

[avdwerf]

Ik heb een aantal website die qua structuur e.d. hetzelfde zijn, alleen zijn er wat kleuren en plaatjes anders. Al die sites draaien op dezelfde server, alleen in een ander mapje voor de verschillende domeinnamen. Nu wil ik op een algemene site de standaard css en plaatjes plaatsen, en op de verschillende domeinen een simpele css waar de verschillende kleuren in staan.

Nou kan ik gewoon een css inladen van een ander domein, maar heeft dit nog consequenties voor de snelheid? Of maakt dat niet zoveel uit?

[RobIII]

avdwerf schreef op vrijdag 01 oktober 2010 @ 10:15:
maar heeft dit nog consequenties voor de snelheid?

Ja, maar dan wel in positieve zin
Dit omdat browsers max. een x aantal gelijktijdige connecties opzetten binnen een enkel domein tijdens het laden van een pagina en alle resources (images/scripts/stylesheets/whathaveyou). Dit doen browsers om "netjes" te blijven en de server niet meteen te overvallen met 150 connecties als er een resourceintensieve pagina geladen wordt. Zodra je bepaalde zaken gaat serveren vanaf andere domeinen betekent dat dus meer gelijktijdige connecties en dus meerdere paden waarover je resources geladen worden en dus komt het geheel sneller binnen fietsen.

Dat is ook precies de reden waarom tools als YSlow, Google's PageSpeed etc. je aanraden een CDN te gebruiken en is bijv. de reden waarom T.net gebruik maakt van tweakimg.net voor het serveren van afbeeldingen e.d. Als die domeinen dan ook nog eens cookieless zijn scheelt dat weer in de grootte van de requests die over-en-weer gaan etc. en al met al kan het dus een aardige slok op een borrel betekenen.

Zie ook bijvoorbeeld hier en hier. Ondanks dat het vaak gaat over "geografisch gunstig gelegen locaties om de resources te serveren" is dat maar een deel van het verhaal dus; het heeft ook te maken met het max. aantal gelijktijdige connecties die een browser opzet binnen een domein.

quote: http://www.ietf.org/rfc/rfc2616.txt

Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy.

crisp schreef op vrijdag 01 oktober 2010 @ 10:27:
Met dien verstande dat je wel moet zorgen dat je weer niet van teveel verschillende domeinen resources gaat ophalen; dit in verband met DNS lookups en het slow-start algorithme van TCP/IP

Ben ik eens volledig, blijkt 't nog niet volledig genoeg te zijn Maar idd, dat had er nog bij gemoeten.

[ Voor 112% gewijzigd door RobIII op 01-10-2010 10:31 ]

[crisp]

Met dien verstande dat je wel moet zorgen dat je weer niet van teveel verschillende domeinen resources gaat ophalen; dit in verband met DNS lookups en het slow-start algorithme van TCP/IP

[Wolfboy]

RobIII schreef op vrijdag 01 oktober 2010 @ 10:16:
[...]

Ja, maar dan wel in positieve zin
Dit omdat browsers max. een x aantal gelijktijdige connecties opzetten binnen een enkel domein tijdens het laden van een pagina en alle resources (images/scripts/stylesheets/whathaveyou). Dit doen browsers om "netjes" te blijven en de server niet meteen te overvallen met 150 connecties als er een resourceintensieve pagina geladen wordt. Zodra je bepaalde zaken gaat serveren vanaf andere domeinen betekent dat dus meer gelijktijdige connecties en dus meerdere paden waarover je resources geladen worden en dus komt het geheel sneller binnen fietsen.

Wel erbij zeggen dat je het niet moet overdrijven. Teveel domeinen gaat weer vertragend werken omdat je meer verbindingen moet opzetten en meer dns lookups moet doen

Maar... alle afbeeldingen/css/javascript verdelen over 2-3 domeinen is over het algemeen een goede optie ja. Uitgaande van een redelijk gelijke verdeling dan

edit:
hmm... topic iets te lang open gehouden. nu best wel redundant met crisp z'n reply

[ Voor 4% gewijzigd door Wolfboy op 01-10-2010 11:26 ]

[peterkuli]

Er vanuit gaande dat de verschillende domeinen op verschillende fysieke servers draaien; wat gaat er dan gebeuren als er 1 domein uit ligt?

[RobIII]

peterkuli schreef op vrijdag 01 oktober 2010 @ 12:29:
Er vanuit gaande dat de verschillende domeinen op verschillende fysieke servers draaien; wat gaat er dan gebeuren als er 1 domein uit ligt?

Dan laadt je CSS (of andere resource) niet... what else? Dat kan ook gebeuren als de DNS voor server X niet resolved/plat ligt/whatever. En dat gebeurt ook als de routing naar server X niet werkt en naar de site zelf wel. Etc. etc. Shit happens.

Even los van dat TS waarschijnlijk een eigen server wil gaan gebruiken voor die ene CSS; als je een beetje fatsoenlijk CDN gebruikt is de kans veel en véél groter dat de site zélf niet bereikbaar is dan dat het CDN niet bereikbaar is. Die knakkers hebben infrastructuren waar je u tegen zegt met uptimes waar je misselijk van wordt. Daar ga je met je eigen (al dan niet dedicated) servertje niet tegen op kunnen.

[ Voor 31% gewijzigd door RobIII op 01-10-2010 12:51 ]

[Wolfboy]

peterkuli schreef op vrijdag 01 oktober 2010 @ 12:29:
Er vanuit gaande dat de verschillende domeinen op verschillende fysieke servers draaien; wat gaat er dan gebeuren als er 1 domein uit ligt?

Hangt er vanaf.

Bij afbeeldingen en css laden ze gewoon simpelweg niet. Bij externe javascript blijft je browser wachten op een timeout (voelt dus alsof de site down is voor de meeste gebruikers).

Al kan je css/js/image hosting natuurlijk gewoon via een content delivery network regelen, dan is je kans op downtime best beperkt.