Subscribe to RSS feed Abonner på RSS feed or eller follow me følg meg on Twitter? på Twitter?
Website optimization is an important process for every webmaster trying to reach “the top”. Webside optimalisering er en viktig prosess for hver webmaster prøver å nå "toppen". It includes several parts, some of which may not be plausible for all. Den omfatter flere deler, noen som kanskje ikke er troverdige for alle. Optimisation refers to the cleaning of code markup, images and backend so that your site loads quickly, and causes less stress on your webserver. Optimalisering refererer til rengjøring av koden markup, bilder og bakstykket slik at nettstedet ditt lastes inn raskt, og fører til mindre stress på webserveren din.
The Importance of Optimization Viktigheten av optimalisering
Website optimisation is important, because more optimized pages translate into lower load times. Webside optimalisering er viktig, fordi mer optimalisert sider slår ut i lavere lastetider. In today's world, “everyone wants everything quickly”, so quick and responsive sites help you to retain your visitors more. I dagens verden, "alle ønsker alt raskt", så rask og responsiv nettstedene hjelper deg å beholde de besøkende mer. In other words, you can cut down or eliminate the number of frustrated surfers who ditch your blog because it doesnt load quickly. Med andre ord kan du redusere eller eliminere antall frustrerte surfere som grøft bloggen din fordi den ikke lastes raskt. This is more relevant if your blog is targeted towards a non-tech-savvy audience, who are likely to have slower connections. Dette er mer relevant hvis bloggen din er målrettet mot et ikke-teknologisk avanserte publikum som kan ha tregere tilkoblinger.
By optimization, you can save some bandwidth(although this is not why most people do it). Ved optimalisering, kan du spare båndbredde (selv om dette ikke hvorfor de fleste mennesker gjør det). Also, in times of intensive activity, like being Dugg or Stumbled, optimization can be the difference between your blog going offline due to stress, and your blog staying healthy even while getting ~50k visits in a day. Kan også i tider med intensiv aktivitet, som å være Dugg eller Snublet, optimering være forskjellen på bloggen din går offline på grunn av stress, og bloggen din bo sunt samtidig får ~ 50k besøk på en dag.
Some of the easiest optimization techniques include compression of codes whenever possible (like CSS), compression of images for lower sizes (use Photoshop), and reducing the number of http requests and number of objects. Noen av de enkleste optimalisering teknikker inkluderer kompresjon av koder når det er mulig (som CSS), komprimering av bilder for lavere størrelser (bruker Photoshop), og redusere antall HTTP-forespørsler og antall objekter. There are also hardcore stuff, including tweaking your webserver (which few can do), tweaking your scripts to execute faster, reduce the number of PHP functions in your theme etc. Det er også hardcore ting, inkludert tilpasning din webserver (som få kan gjøre), for å finjustere skriptene kjøre raskere, redusere antall PHP funksjoner i temaet ditt osv.
My guiding light My guiding light
Paul Stamatiou is an optimization-crazy college student, and has written several guides. Paul Stamatiou er en optimalisering-crazy college-student, og har skrevet flere guider. I found Paul Stamatiou's guides, Jeg fant Paul Stamatiou's guide, How to Optimize your CSS Slik Optimaliser CSS and og 5 ways to speed up your site 5 måter å øke hastigheten på nettstedet ditt amazing. utrolig. After reading them a few times and implementing a few steps, I was able to cut down the loading time of this blog from 27 seconds on a dialup, to around 6 seconds! Etter å ha lest dem et par ganger og implementere noen skritt, kunne jeg kutte ned lastetiden av denne bloggen fra 27 sekunder på en oppringt, til rundt 6 sekunder! I used his blog as a benchmark, because he is pretty much up there with the best in optimization. Jeg brukte sin blogg som en rettesnor, fordi han er ganske mye der oppe med de beste i optimalisering.
I took his advice to heart, and experimented a little more. Jeg tok hans råd til hjertet, og eksperimenterte litt mer. More specifically, here are the steps (I will have a detailed How-to post later, so watch out!): Mer spesifikt, her er en fremgangsmåte (jeg vil ha en detaljert Slik innlegg senere, så watch out!):
- Deleted all unnecessary images, like the RSS feed icon and Technorati Fav button. Saved 4Kb. Slettet alle unødvendige bilder, som RSS-feed-ikonet og Technorati Fav knapp. Lagrede 4KB.
If you cannot abandon your images, at least move them to the same server ( uploads, or images folder). Hvis du ikke kan forlate bildene, i det minste flytte dem til den samme serveren (opplastninger, eller bilder mappe). - Compressed the CSS using Komprimert CSS-hjelp CleanCSS CleanCSS . Saved 3Kb. . Lagrede 3KB.
- Used PHP compression for CSS stylesheet, as Stammy(above) suggested. Saved 2Kb. Brukes PHP-komprimering for CSS-stilark, som Stammy (ovenfor) foreslått. Lagrede 2KB.
- Removed the earlier header image, which was 500 x 200, and replaced it with a smaller 412 x 118px, with a white background. Fjernet den tidligere topp-bildet, som ble 500 x 200, og erstattet den med en mindre 412 x 118px, med en hvit bakgrunn. White backround was very helpful. Saved 10Kb. White backround was very helpful. Lagrede 10KB.
So, that cut down the size by 19Kb, without compromising much on quality. Så skar det ned størrelsen på 19KB, uten at det går mye på kvalitet. I am not (yet) aware of all the server-side optimisation, so no comments there. Jeg er ikke (ennå) klar over alle server-side optimalisering, så ingen kommentarer der. Long story short, the optimisation bug is on me too Lang historie kort, er optimalisering feilen på meg også ![]()
On a lighter note, I actually managed to beat Stammy's blog load times by a good margin. På en lighter note, jeg faktisk klarte å slå Stammy blogg lasting med god margin.

It is probably due to the sponsor images on his sidebar. Det er sannsynligvis på grunn av sponsoren bildene på sidepanelet hans. His blog is hosted on MediaTemple's (dv) server. Hans blogg ligger på MediaTemple's (dv) server. For reference, this blog is on a shared webhost (for now). For referanse, er denne bloggen på en delt webhost (til nå).
Here are (56K speeds of ) some sites according to Her er (56K hastigheter) enkelte steder i henhold til Web Page Analyzer Web Page Analyzer , as of August 19, 2007 , Og med 19 august 2007
(Note: These are time taken for loading, and not actual rendering in the browser): (Merk: Dette er tiden det tar for lasting, og ikke faktiske gjengi i nettleseren):
PaulStamatiou.com – PaulStamatiou.com -- 7.08 seconds 7,08 sekunder
TechZilo (this blog) – TechZilo (denne bloggen) -- 4.33 seconds 4,33 sekunder
TechCrunch – TechCrunch -- 204.97 seconds 204,97 sekunder
Why did I show these load times? Hvorfor gjorde jeg vise disse lasting? Bragging rights? Skryting rettigheter? No. Nei
Just to prove that even big sites like TechCrunch could do with a bit of optimization. Bare for å bevise at selv store områder som TechCrunch kunne gjøre med litt optimalisering. I am sure that Mike Arrington will have no problem in wasting extra bandwidth, losing some frustrated visitors or being Dugg. Jeg er sikker på at Mike Arrington vil ha noen problemer med å sløse med ekstra båndbredde, men tapte noen frustrerte besøkende eller blir Dugg. However, 204 seconds is way too much by any standards. Imidlertid er 204 sekunder altfor mye etter enhver målestokk.
So, make sure you optimize your blog the next time you decide to get your hands dirty in code Så sørg for at du optimalisere bloggen din neste gang du bestemmer deg for å få hendene skitne i kode ![]()
Related reading Relaterte lesing
- TextSnip: free online code bin TextSnip: Gratis online-kode bin
- Site Update : Asides and Footnotes Sideoppdatering: Asides og Fotnote
- BitDig: Digg-like site for torrents BitDig: Digg-lignende nettsted for torrents
- Remove PirateBay BitTorrent site account Fjern Piratebay torrentsiden konto
The Web Page Analyzer is based on several things such as the user's location and download speed (i think). Web Page Analyzer er basert på flere ting som brukeren befinner seg og nedlasting hastighet (tror jeg). As such it says 1.55, 1.06, 16.14 for the three sites you mentioned, in that order for me and will probably say something different for someone else. Derfor står det 1.55, 1.06, 16.14 for de tre områdene du nevnte, i denne rekkefølge for meg, og vil trolig si noe annerledes for en annen.
@Paul: Thanks for dropping by. @ Paul: Thanks for dropping by. I forgot to add that all speeds were for dialup. Jeg glemte å legge til at alle hastigheter var for oppringing. Hope that solves your problem. Håper det løser problemet.
thats the min disadvantage of self hosted blogs and thats where blogger wins! dvs at min ulempen av selvtillit vert blogger og dvs hvor blogger vinn!
I haven't faced any such problems, Jeg har ikke møtt noen slike problemer,
Most of surfers now have a broadband , and with i my blog hardly takes two seconds De fleste av surfere har nå bredbånd, og med i bloggen min knapt tar to sekunder
Although some graphics take time but text is visible once u type in address. Selv om noen grafikk ta tid, men teksten er synlig når u skriv inn adressen.
n I hav got a cool report n Jeg hav fikk en kjølig rapport
HTML: 19708 4.13 0.30 HTML: 19708 4,13 0,30
HTML Images: 196940 45.65 7.44 HTML Bilder: 196940 45,65 7,44
CSS Images: 0 0.00 0.00 CSS Bilder: 0 0,00 0,00
Total Images: 196940 45.65 7.44 Totalt Bilder: 196940 45,65 7,44
Javascript: 84241 18.39 2.05 Javascript: 84241 18,39 2,05
CSS: 3761 1.55 0.82 CSS: 3761 1,55 0,82
Multimedia: 0 0.00 0.00 Multimedia: 0 0,00 0,00
Other: 0 0.00 Andre: 0 0.00
Tip: Red color doesn’t matches with white color, try something else and don’t you think overloaded text link ads advertisement? Tips: Rød farge doesnâ € ™ t samsvarer med hvit farge, prøve noe annet og donâ € ™ t du tror overbelastet tekstkoblingsannonser reklame?
@Ashwini: Blogger sure wins, since Google's servers are among the fastest (though not the most reliable). @ Ashwini: Blogger sikker vinner, siden Googles servere er blant de raskeste (men ikke den mest pålitelige). But the lack of flexibility really is the problem. Men mangelen på fleksibilitet er egentlig problemet. With advanced compression techniques, light-weight theme and reasonable server, WordPress can beat Blogger. Med avansert komprimering teknikker, lett tema og rimelig server, kan WordPress beat Blogger.
Especially since Blogger themes are notorious for tonnes of JavaScript (check the source code towards the end). Spesielt siden Blogger Temaene er beryktet for tonn JavaScript (sjekk kildekoden mot slutten). It isn't added by the us, but by Blogger automatically. Det er ikke lagt til av oss, men av Blogger automatisk.
I am changing the colour scheme of the theme, one bit at a time. Jeg endre fargeskjema for temaet, en bit om gangen. I changed the header, footer and navbar. Jeg endret overskriften, bunntekst og navbar. Next up, content+sidebars. Neste opp, innhold + sidefelt. OK? OK? As for ads, they're affiliate links, nofollowed and harmless in the sidebar. Som for annonser, de tilknyttede koblinger nofollowed og ufarlig i sidepanelet. Maybe I should reduce them to the most-rewarding ones only. Maybe Kanskje jeg burde redusere dem til det mest givende seg bare. Maybe
There's also Det er også http://tools.pingdom.com/fpt/ http://tools.pingdom.com/fpt/ which I think is much more accurate than Web Page Analyzer. som jeg tror er mye mer nøyaktig enn Web Page Analyzer.
@Paul: I had tried it, but it was before the optimization craze ( which is thanks to you!) @ Paul: jeg hadde prøvd det, men det var før optimalisering mani (som er takket være deg!)
Let me check it now. La meg sjekke den nå.
my blog gets 135 seconds, not exactly great. bloggen min får 135 sekunder, ikke akkurat store. I guess I need to do some blog optimizing myself but at least I am faster then Techcrunch. Jeg tror jeg må gjøre noen blogg optimalisere meg selv, men minst jeg hurtigere så Techcrunch.
@Michael : TechCrunch is slow mostly because of graphics (sponsors on sidebar). @ Michael: TechCrunch er langsom mest på grunn av grafikk (sponsorer på sidepanelet). Yours is slow because of the theme – it depends on background images too much. Hilsen er treg på grunn av temaet - det avhenger av bakgrunnsbilder for mye. Don't do too much optimization – your theme might get bland (as mine is). Ikke gjør for mye optimalisering - temaet kan få bland (som min er). Besides, it depends on the target audience – if they're high-tech, there's no problem, since they will have high-speed connection. Dessuten avhenger det av målgruppen - hvis de er high-tech, er det ikke noe problem, siden de vil ha høyhastighets tilkobling.
Sumesh even when I wasn't paying attention to your advise still our blog loads at 4 secs (Paul Stamatiou suggestion). Sumesh selv når jeg ikke fulgte med på råd fortsatt vår blogg belastninger på 4 sekunder (Paul Stamatiou forslag). Not that bad! Ikke så ille! Anyways, I still think we have some Optimization to do. Anyways, jeg tror fremdeles vi har noe Optimering å gjøre.