Kodning til hurtig sidevisning

• Kan 4, 2024

Uanset om du koder i ASP eller lige HTML, vil du have, at din side skal vises til dine brugere så hurtigt som muligt. Hvis din side vises langsomt, giver dine brugere muligvis op og går et andet sted.

Husk først, at når en person beder om at se en af ​​dine websider, sender du bogstaveligt talt den fysiske fil fra din server til dit besøgs hjemmemaskine. Sådan ser de siden - de får en kopi på deres maskine og deres browser-parses og viser den fil. Så jo større din fil, jo længere tid vil det tage for dem at modtage og vise oplysningerne. Så du vil gøre filen så fysisk lille som muligt.

Det betyder, at du STRIPER DIN KOMMENTARER. Ja, kommentarer er gode til at arbejde med din kode i dit testmiljø. Men du vil ikke have kommentarer på din live-server! Hver enkelt kommentarlinje, du tilføjer, er en anden linje med unødvendigt affald, der tager tid, da filen sendes ned til dine besøgende. Du vil have, at den levende produktionsfil skal være så lille som muligt, så overførslen af ​​filen går så hurtigt som den kan.

Det samme gælder for masser af ekstra hvidt rum, faner osv. Hver af disse tegn optager fysisk plads i filen. Du ønsker, at din fil skal være så effektiv, som den kan være i et levende miljø.

Derefter skal du kigge godt efter din tabelstruktur. Mange mennesker bliver vanvittige med borde og bygger billioner af indlejrede borde. Hver gang du opretter en tabel, skal webbrowseren vente, indtil den når slutningen af ​​tabellen, før den kan finde ud af, hvordan den pågældende tabel skal vises korrekt. Lad os sige, at du har en kæmpeside med en række tabeller. Hvis du lægger alle disse tabeller i en "mastertabel" - skal hele tabellsættet læses og indlæses fuldstændigt, inden noget af det vises! Hvis du i stedet har hver tabel som en separat enhed, kan systemet vise hver tabel, når den er færdig. Sikker på, at siden tegnes i den ene tabel, derefter den næste og derefter den næste i progression. Men i det mindste ser brugeren NOGT at vide, at siden indlæses - i stedet for at se overhovedet intet til slutningen.

Sørg for at bruge så få grafik som muligt, og at hver grafik køres gennem et optimeringsværktøj for at gøre selve filen så lille som muligt. Igen skal brugeren indlæse hver enkelt grafiske fil til deres hjemmesystem, før de kan se den. Jo mere grafik du tvinger dem til at indlæse, desto langsommere bliver siden.

Naturligvis siger det selvfølgelig at have den hurtigste server, du har råd til, på et pænt, stort rør. Hvis du skriver utroligt effektive sider, og din server er hunde-langsom, mister du besøgende. Hvis ingen besøger dit websted, fordi det er for langsomt, er alt det arbejde, du har udført, spildt.

Det er værd at teste dine sider på en opkaldsforbindelse. Bare fordi du har et kabel- eller højhastighedsforbindelse, skal du huske, at mange af dine besøgende ikke gør det. Der er flere hjælpeprogrammer på nettet, der kan fortælle dig, hvor langsomt dine sider vil indlæses ved opkald. Flash og sød programmering er rart - men hvis de betyder, at dit websted ikke bruges af 50% af webpopulationerne, skader de dig.

Kodning til hurtige databaseforbindelser

Video Instruktioner: You Laugh = You're a Gamer - YLYL #0062 (Kan 2024).