Codering voor snelle paginaweergave
Of u nu codeert in ASP of HTML, u wilt dat uw pagina zo snel mogelijk aan uw gebruikers wordt weergegeven. Als uw pagina langzaam wordt weergegeven, kunnen uw gebruikers opgeven en ergens anders heen gaan.

Onthoud eerst dat wanneer iemand vraagt ​​om een ​​van uw webpagina's te bekijken, u dat fysieke bestand letterlijk van uw server naar de thuiscomputer van uw bezoeker verzendt. Dat is hoe ze de pagina zien - ze krijgen een kopie op hun computer en hun browser parseert en geeft dat bestand weer. Dus hoe groter uw bestand, hoe langer het duurt voordat ze de informatie ontvangen en weergeven. Dus je wilt dat bestand zo fysiek mogelijk klein maken.

Dat betekent dat u UW OPMERKINGEN STRIPT. Ja, opmerkingen zijn geweldig voor het werken met uw code, in uw testomgeving. Maar je wilt geen reacties op je live server! Elke regel met opmerkingen die u toevoegt, is een nieuwe regel met onnodig afval dat tijd kost omdat het bestand naar uw bezoekers wordt verzonden. U wilt dat live, productiebestand zo klein mogelijk houden, zodat de overdracht van het bestand zo snel mogelijk gaat.

Hetzelfde geldt voor tonnen extra witruimte, tabbladen, enz. Elk van die tekens neemt fysieke ruimte in het bestand in beslag. U wilt dat uw bestand zo efficiënt is als in een live omgeving.

Bekijk vervolgens uw tabelstructuur goed. Veel mensen worden gek van tafels en bouwen triljoenen geneste tafels. Elke keer dat u een tabel maakt, moet de webbrowser wachten tot het einde van de tabel is bereikt voordat hij erachter kan komen hoe die tabel correct kan worden weergegeven. Stel dat u een gigantische pagina heeft met een reeks tabellen. Als u al die tabellen in één "hoofdtabel" plaatst - dan moet de volledige tafelset volledig worden gelezen en geladen voordat er een wordt weergegeven! Als u in plaats daarvan elke tabel als een afzonderlijke entiteit hebt, kan het systeem elke tabel weergeven als deze compleet is. Natuurlijk, de pagina wordt in één tabel getekend, dan de volgende, en vervolgens de volgende, in progressie. Maar de gebruiker ziet tenminste iets om te weten dat de pagina wordt geladen - in plaats van helemaal niets te zien tot het einde.

Zorg ervoor dat u zo min mogelijk afbeeldingen gebruikt en dat elke afbeelding door een optimalisatiehulpprogramma wordt uitgevoerd om het bestand zelf zo klein mogelijk te maken. Nogmaals, de gebruiker moet elk grafisch bestand naar zijn thuissysteem laden voordat hij het kan zien. Hoe meer afbeeldingen u dwingt om te laden, hoe langzamer de pagina zal zijn.

Natuurlijk is het vanzelfsprekend om de snelste server te hebben die u zich kunt veroorloven, op een mooie, grote pijp. Als je ongelooflijk efficiënte pagina's schrijft en je server is traag, dan verlies je bezoekers. Als niemand uw site bezoekt omdat deze te langzaam is, is al uw werk verloren gegaan.

Het is de moeite waard om uw pagina's te testen via een inbelverbinding. Alleen omdat u een kabel- of hogesnelheidsverbinding hebt, moet u onthouden dat veel van uw bezoekers dat niet doen. Er zijn verschillende hulpprogramma's op internet die u kunnen vertellen hoe langzaam uw pagina's worden geladen bij het inbellen. Flash en schattig programmeren zijn leuk - maar als ze betekenen dat je site niet door 50% van de webpopulaties wordt gebruikt, schaden ze je.

Codering voor snelle databaseverbindingen

Video-Instructies: 5 Makkelijke Sinterklaas Surprises ???? | DIY (Mei 2024).