Varför nya Kiaindex är snabbare:

Bättre kod: En anledning till de problem som fanns med den gamla listan var att väldigt många ville komma åt webbplatsen samtidigt under en kort tidperiod. Med snabbhet som högsta prioritet har listan skrivits om från grunden i php med stöd av cakePHP som ramverk. Php i sig kräver inte en viss struktur vilket gör att programmerare kan utrycka sig på de mest kreativa sätt. CakePHP är baserat på MVC-struktur och liknar på vissa sätt Ruby on Rails. Istället för att lägga tid på att bygga den grundläggande strukturen ägnar man mer tid åt produktiv programmering. Mycket fördelaktigt!

Server cache: Grundtanken har varit “allt som går att cacha, ska cachas”. Detta innebär att person nummer två som besöker en viss sida på Kiaindex inte behöver vänta på att servern ska generera sidan man vill åt, vilket var fallet tidigare. Varje sida får en unik url som kan delas upp i flera stycken. Exempel:

Varje begäran kan på så sätt jämföras i cache-motorn. Servern kan ägna sig åt mer givande uppgifter än att upprepade gånger leverera samma innehåll.

Optimerad sökning i trädstrukturerad lista: Antalet databassökningar för att generera en lista var tidigare väldigt stort eftersom varje rad på Kiaindex har möjlighet att ha undersajter. Många frågor till databasen innebär hård belastning.
Exempel: Ett nätverk på kiaindex kan i sig innehålla ett nätverk. Det nätverket innehåller sajter som i sin tur kan ha tillhörande sajter och även subsajter. Skiss på hur det kan se ut:

Databaskoppling är ofta en flaskhals i webbapplikationer och var definitivt det som gav för höga visningstider på Kiaindex. I den nya versionen ställs minimalt antal databasfrågor genom att mer data hämtas i varje enskild fråga. Och om en fråga redan är ställd tidigare, hämtas den från cache och behöver inte ställas igen. Kort sagt; smartare ställda frågor, betydligt färre till antalet och få upprepningar.

Resultat:

Med snabbare visningstider har också antalet sidvisningar gått upp kraftigt. Extra tydligt syns resultatet på sidor per besök. Snabbare laddningstider leder ofta till att besökaren väljer att klicka omkring mer på sajten.

Jämfört med statistik från de 5 senaste månaderna har tisdagens trafik slagit det gamla sidvisningsrekordet dubbelt. Med stor sannolikhet kommer ett nytt rekord att sättas på onsdag då nya veckosiffror publiceras.

En vecka kvar till tentor och inlämningsuppgift till på måndag => helg på Chalmers. Men vi var långt från ensamma 😛

Lördag:

Söndag:

Söndag kväll:

Done and done! Dags att röra sig hemmåt..

Tack till Nicklas!

https://sebastiannilsson.com/nedladdningsbart/index.php?dir=Chalmers/LV3/

Gjorde nyss en installation av win7 64-bit och fick vissa problem jag inte haft tidigare på win7 32-bit. Bilden till höger visar blåskärmen jag fick varje gång jag försökte sätta datorn i strömsparläge (hibernate).

Bakgrund:
Strömsparläge innebär att windows sparar ner allt innehåll på minnet till hårddisken. Datorn stänger därefter av det mesta och väntar på att man ska väcka den igen. När man går tillbaka från strömsparläge laddar den in allt från hårddisken till minnet igen.

Orsak:
Windows sparar den minnet till en fil. Om denna fil inte är stor nog får man detta felmeddelande. I mitt fall har jag ram-minne på 6 Gb och när jag körde win7 32-bit kan man endast använda ungefär 3 Gb. Eftersom operativsystemet använde hälften av minnet var det inget problem att spara ner detta på hårddisken, men när jag uppgraderade till 64-bit fick det inte plats.

Lösning:

1. Öppna startmenyn och skriv cmd
2. Högerklicka på cmd.exe och välj Kör som administrator.
3. När kommandotolken är öppen skriver du in:
   powercfg /hibernate /size 100
4. Stäng cmd och testa och se om det fungerar nu

Det den gör är alltså att sätta hiberfil.sys till samma storlek som installerat minne.

Min ser ut som följande:

User-agent: *
Disallow: /administrator/
Disallow: /cache/
Disallow: /components/
Disallow: /includes/
Disallow: /installation/
Disallow: /language/
Disallow: /libraries/
Disallow: /media/
Disallow: /modules/
Disallow: /plugins/
Disallow: /templates/
Disallow: /tmp/
Disallow: /xmlrpc/
Sitemap: http://www.sebastiannilsson.com/sitemap.xml

Disallow innebär helt enkelt att jag inte tillåter att crawlern går in i dessa mappar.

Sitemap ger en hint till var crawlern hittar min sitemap i xml-format.

Intressant artikel som behandlar detta område något: http://dinomvarld.se/Internet/Googles-svar-till-nyhetssajterna-Ni-slipper-vara-med

De flesta som testar twitter slutar efter ett tag. Kanske för att det känns jobbigt och onödigt att uppdatera på så många ställen hela tiden. Du har säkert även facebook och kanske även ytterliggare en microblogg att hålla uppdaterad. Ett smart lösning är ping.fm där man kan skriva till alla samtidigt. Ännu smartare blir det om du installerar Ping on Air så att du kan microblogga direkt från skrivbordet.

Nu uppdaterar jag twitter, treplex facebook page, (bli fan 😉 ), LinkedIn och Bloggy från samma ping-konto.