Webdesign versus snelheid webpagina

[ramon fincken]

Dit is een split van het topic van Raymond: http://www.lancelots.nl/forum/showthread.php?t=7715

[NowHow]

OK, maar daar kun je als webdesigner heel veel zelf aan doen zonder dat dat ten koste gaat van het uiterlijk van de site. Dat ben je toch met me eens?

[ramon fincken]

Oorspronkelijk geplaatst door NowHow

OK, maar daar kun je als webdesigner heel veel zelf aan doen zonder dat dat ten koste gaat van het uiterlijk van de site. Dat ben je toch met me eens?

Nou eigenlijk deels .... , want er zitten wat stappen tussen een design in photoshop, de (x)HTML en de uiteindelijke site zelf.
Als je bijvoorbeeld een fading achtergrond hebt van boven donker naar onder wit.... en dat over de hele breedte van je scherm ... Is het niet slim om daar dan een plaatje van te laten maken van bv 2000 pixels breed en 1000 pixels hoog. Dit kan prima met een 1 tot 5 pixel breed plaatje van 1000 pixels hoog. Dat scheelt echt een boel.
Kijk als je gewoon veel/grote high res plaatjes in je design hebt, dan is het zeker van toepassing, maar ook daar zijn truckjes voor om t wat sneller te laten laden.

[NowHow]

Bijvoorbeeld

Voor jouw info, Ramon: ik heb een tijdje in een cowboyteam bij AAB gezeten als webdesigner (ver verleden: nog voor 2000.. ik had dus veel te maken met langzame lijnen. Vooral ook omdat wij werkten voor het internationale netwerk). Wat jij nu aangeeft zijn juist de dingen die je moet weten als webdesigner om een site sneller te kunnen maken. Het is juist niet klakkeloos overnemen wat een ontwerper heeft gemaakt(of jijzelf), maar kijken of het kleiner kan en of je dingen kunt herhalen zonder dat het ten koste gaat van het ontwerp. En veel visuele zaken kun je ook code-technisch oplossen zonder dat je dat ziet. Maakt het design vaak nog strakker ook.

[NowHow]

O, en een echt grote plaat: gewoon in stukken breken met behulp van Photoshop. Heel makkelijk.

[ramon fincken]

Klopt helemaal, je hebt bv ook javascript. Maar dat is iets wat meestal buiten het ( in mijn ogen ) werkterrein van een webdesigner staat. Ik splits de zaken vaak in meerdere expertises/personen.

Ook leuk: Daar kwam ik laatst achter en dit geintje werkt echt ...
Als je meerdere javascript files nodig hebt ... is het niet slim om die apart aan te roepen. Als je een (bijvoorbeeld) PHP file maakt die ze allemaal serverside inleest en als 1 gezamelijke file serveert ... ben je sneller uit als gebruiker.
Dat komt omdat je dan maar 1 connectie van je browser/internetlijn nodig hebt om alle javascript te laden ipv 3 of 4 ...

[NowHow]

Owwwww! Weet je dat dit besmettelijk is? Ik vond het altijd erg leuk, maar ik ben helemaal geen webdesigner meer. Maar het kriebelt wel: wij hadden in het team, met z'n vieren waren we, 1 webdesigner(ik dus) en 3 programmeurs (we draaiden volledig Microsoft..). Daardoor moest ik vaak ook gewoon de gui helemaal in elkaar draaien. Het aanspreken van de database kreeg ik dan nog vaak wel, maar de rest moest ik zelf uitdokteren.. was wel leuk, maar ik doe het al lang niet meer (en wil dat eigenlijk zo houden ). Wat dat betreft vind ik php trouwens een stuk makkelijker.

[Tom]

Oorspronkelijk geplaatst door ramon fincken

Als je bijvoorbeeld een fading achtergrond hebt van boven donker naar onder wit.... en dat over de hele breedte van je scherm ... Is het niet slim om daar dan een plaatje van te laten maken van bv 2000 pixels breed en 1000 pixels hoog. Dit kan prima met een 1 tot 5 pixel breed plaatje van 1000 pixels hoog. Dat scheelt echt een boel.

Een topic naar mijn hart!

Even op inhaken: Je hebt gelijk, daar gaat niets aan af, maar 1 tot 5 pixels breed is wel erg klein. De bestandsgrootte bij een fatsoenlijk afbeeldingsformaat wordt niet veel groter als je de afbeelding iets van 50 of 100px breed maakt. Voordeel is dat het rendertijd scheelt, een klein plaatje 1000x naast elkaar zetten is veel zwaarder dan een groot plaatje 10x naast elkaar zetten.

Ja, het is een afweging die je maakt, maar ik wilde het maar even gezegd hebben

[ramon fincken]

Dat is ook behoorlijk klein, maar het gaat om het bandbreedte en dus laadtijd principe

Rendertijd is ook iets, maar ik denk dat de impact te klein is om echt te meten.