Steg 1: Installera Lunarspindeln
Lunarspindeln är ett gratisprogram för Windows. Du laddar ner det från denna sida.

Steg 2: Starta programmet
När du startar Lunarspindeln visas en sökruta där du kan skriva in användarnamnet på en Lunarstormmedlem, exempelvis dig själv.

Steg 3: Leta upp din användare
Skriv in ett användarnamn och klicka på ”Sök”. Efter ett par sekunder visas användarnamnet tillsammans med porträttbilden och det antal blogginlägg respektive gallerikategorier (mappar) som Lunarspindeln kunnat hitta för denna användare. Observera att all information som visas är publik – vem som helst kan via en vanlig webbläsare hitta samma information utan att behöva vara inloggad på Lunarstorm. Detta innebär också att eventuella ”hemliga” blogginlägg inte kommer att kunna laddas ner.

Steg 3: Ladda ner blogginlägg och galleribilder
För att spara (publika) blogginlägg och galleribilder klickar du helt enkelt på respektive knapp i Lunarspindeln. Det skapas automatiskt en mapp på skrivbordet som heter ”Lunarstorm”, och i den en mapp för varje användare du laddat ner inlägg eller bilder från. Bloggen sparas i två format: ren text och RSS (XML). Klart!

Och sedan då…?
När du väl har fått ut det du vill ha kvar från Lunarstorm kanske det är dags att börja fundera på hur du vill blogga och dela med dig av bilder i fortsättningen. Själv tycker jag att Flickr och Picasa Web Albums är bra tjänster för att publicera bildalbum, och Wordpress är en lättanvänd bloggmotor som man antingen kan installera själv på ett webbhotell eller använda någon färdig installation av. Wordpress har dessutom en funktion för att importera blogginlägg från RSS (ej tillgängligt i alla färdiga installationer, saknas exempelvis på Wordpress.com) vilket innebär att du kan få in alla dina Lunarstorminlägg på den nya bloggen med ett par klick.

Lycka till!

• Adresser på formen http://cleanify.net/play/track/in-flames/morphing-into-primal – grymt snygga.
• Automatisk översättning av alla Spotifyadresser som man kopierar/klipper ut (för närvarande endast Windows) – känns som magi.

Testa gärna!

Så i morse satte jag mig och snabbkodade ihop en mycket simpel liten webbapplikation som översätter en vanlig Spotify-adress till en läsbar motsvarighet. Du hittar applikationen, som jag kallat Cleanify, på cleanify.hihaj.com cleanify.net. Testa gärna!

Rent tekniskt fungerar det så att man anger vilken Spotify-adress man vill använda, varpå Cleanify gör ett uppslag mot Spotifys metadata-API och hämtar artist, album och spårinformation (beroende på vilken typ av länk det handlar om). En ny länk innehållande artist etc. genereras och går att använda istället för den ursprungliga. Delar av ursprungsadressen läggs till i slutet av den nya, och själva vidarebefordringen baseras på dessa delar. En väldigt enkel och kanske till och med naiv implementation, men det fungerar.

Uppdatering: Nu finns en ”riktig” version av Cleanify med snyggare länkar och ett program som automatiskt översätter Spotifylänkar i bakgrunden. Här är ett blogginlägg som beskriver den kort.

En gren som de flesta mindre sajter får dras med låga betyg i är ”Use a Content Delivery Network (CDN)” – alltså att använda ett särskilt servernätverk specifikt för att leverera statiskt innehåll (som bilder, stylesheets, javascript etc.) till besökaren. Detta är normalt något som större webbplatser utnyttjar men som ”vanliga bloggare” och liknande kanske inte kan lägga pengar på. Och om man ändå lägger pengar på det och kör testet igen så är risken stor att man ändå får lägsta möjliga betyg. Varför? Jo, som standard känner YSlow bara till någon enstaka CDN-adress (sannolikt Yahoos egna CDN), och om man skaffat ett konto någon annan stans förstår YSlow inte att det faktiskt är ett CDN. Men det går att rätta till (åtminstone hjälpligt).

Under listan över filer som YSlow tycker ska läggas ut på ett CDN står det ”You can specify CDN hostnames in your preferences. See YSlow FAQ for details.”. Följer man länken och läser i FAQ:en så ser man att man först ska öppna Firefoxinställningarna genom att skriva about:config i adressfältet och sedan modifiera värdet som ligger under extensions.yslow.cdnHostnames (som är en tom textsträng som standard). Här skriver man alltså in adressen till sitt CDN, startar om Firefox och kan sedan förvänta sig en betydligt bättre poäng av YSlow.

Jag irriterade mig dock på att standardinställningarna inte innehåller ens de vanligaste eller största CDN-adresserna och gjorde därför en liten undersökning. Detta är vad jag kom fram till – jag ger dock inga som helst garantier för att listan stämmer fullt ut.

• SimpleCDN - simplecdn.net
• Akamai - akamai.net
• Limelight Networks - llnwd.net
• Amazon CloudFront - cloudfront.net
• Rackspace Cloud Files - cdn.cloudfiles.rackspacecloud.com
• Cachefly - cachefly.com
• CoralCDN - nyud.net
• Mirror Image Internet - mirror-image.net
• Flickr - static.flickr.com
• Highwinds - hwcdn.net
• EdgeCast Networks - edgecastcdn.net
• Facebook - fbcdn.net
• BitGravity - bitgravity.com
• AOL - aolcdn.com
• Google APIs - googleapis.com
• Google Analytics - google-analytics.com
• Yahoo APIs - yahooapis.com
• Cotendo - cotcdn.net
• Level 3 Communications - level3.net
• Internap - internap.com

Anger man alla dessa (separerade med komman) borde man kunna få ett mer sanningsenligt resultat när man av nyfikenhet kör YSlow på andra sajter än ens egna. Lägg till nedanstående textsträng under konfigurationsnyckeln extensions.yslow.cdnHostnames i Firefox så finns det i alla fall en teoretisk möjlighet att du kommer börja se några andra betyg än ”F” på ”Use a Content Delivery Network (CDN)” i YSlow.

simplecdn.net, akamai.net, llnwd.net, cloudfront.net, cdn.cloudfiles.rackspacecloud.com, cachefly.com, nyud.net, mirror-image.net, static.flickr.com, hwcdn.net, edgecastcdn.net, fbcdn.net, bitgravity.com, aolcdn.com, googleapis.com, yahooapis.com, cotcdn.net, level3.net, internap.com, google-analytics.com

Notis: Många större sajter mappar en egen subdomän till sitt CDN, vilket ”döljer” leverantören för YSlow. Exempelvis om jag hade, säg, Level 3 som CDN-leverantör så skulle jag kunna peka adressen cdn.fjeldstad.se till mitt konto hos Level 3 (som egentligen kanske har adressen fjeldstad.level3.net) för att få det att se lite snyggare ut om någon kollar min sidkod. YSlow skulle då sannolikt säga att fjeldstad.se inte använder något CDN, trots att jag lagt till level3.net i konfigurationen. Smällar man får ta tycker jag – man kan ju inte gärna sitta och lägga till alla enskilda sajters egna påhittade CDN-adresser.

Om du är det minsta nyfiken på ASP.NET MVC så tycker jag absolut att du ska låna eller köpa den här boken. När jag skaffade den kostade den knappt 300 kr och det var den utan tvekan värd.

Jag skulle häromdagen skapa en cookie i .NET WebBrowser-kontrollen via WebBrowser.Document.Cookies och gjorde så här (min WebBrowser-instans heter ”browser” i exemplen nedan):

browser.Document.Cookies = "MyCookie=My value";

Den (interna) webbapplikation som browsern navigerade runt i kunde sedan verifiera att cookien fanns och göra vissa saker baserat på det, följt av att sätta cookien till ett annat värde. Det var bara det att ibland verkade cookien ha flera olika värden under samma request, vilket orsakade ett oönskat beteende. När jag tittade närmare på det insåg jag att det ibland fanns dubbletter av cookien. Vadan?

Jag började med att ägna en eftermiddag åt att testa olika varianter av ”kolla-om-cookien-finns-i-så-fall-sätt-den-till-ditten-annars-sätt-den-till-datten-eller-ta-bort-den” och andra dumheter tills det var dags att gå hem för dagen med bultande huvudvärk och dåligt humör.

Nästa dag inledde jag istället med att googla efter typ ”duplicate cookies” och hittade ett kort blogginlägg med budskapet:

Kom ihåg att alltid sätta path för dina cookies, annars defaultar den till den aktuella sidans URL vilket kan leda till dubbletter.

Inlägget handlade visserligen om att sätta cookies genom Javascript och document.cookies, men det är mer eller mindre precis samma sak som att göra det via WebBrowser.Document.Cookies. Så hur sätter man path för en cookie? En ny googling tog mig till en beskrivning av cookies på Quirksmode.org och insikten:

browser.Document.Cookies = "MyCookie=My value; path=/";

Genom det enkla tillägget började min cookie gälla för hela sajten och alla dubbletter försvann hux flux.

Slutsats: Sätt alltid path för dina cookies och ta en paus med lite frisk luft och kanske ett mellanmål när du försöker lösa ett problem men är för trött för att inse att Google har svaret…

Så här ser statistiken ut för topp tio över en rätt lång tid tillbaka:

Att indexsidan är den mest visade är helt logiskt. Det är ju bloggens startsida som innehåller de senaste inläggen i sin helhet. Det finns förstås både för- och nackdelar med att visa fullständiga inlägg på förstasidan. Smidigt för besökaren som kan läsa det senaste inlägget och sedan fortsätta med nästa. Men då missar man kommentarerna, som inte syns förrän man klickat sig in på inläggets egna sida.

Det jag tänkte testa nu, eftersom det är så enkelt, är att låta inledningen till varje (längre) inlägg stå kvar på förstasidan så att besökaren kan avgöra om inlägget är värt att läsa vidare. Via en ”Läs mer”-länk kommer man till inläggets sida där man dirkekt får tillgång till kommentarer och den fullständiga texten. Ett extra klick för läsaren, men mycket mer användbar statistik för mig.

När jag läste linjär algebra på universitetet och skulle lösa räkneuppgifter i slutet av ett kapitel i kursboken stod det ofta ”finn alla lösningar till systemet [...] (utöver den triviala)”. Om jag minns rätt så var ”den triviala lösningen” att alla variabler sattes till 0 typ, så att alla rader i ekvationssystemet blev meningslösa. Riktigt så illa är kanske inte min första lösning för bloggstatistikproblemet, men jag hade gärna hittat på något elegantare.

Skulle det exempelvis funka att låta inläggstexterna ligga kvar i sin helhet på startsidan men att ha en ”Kommentarer till inlägget”-knapp längst ner som öppnade inläggets sida? Skulle tillräckligt många klicka på den knappen för att det ska synas i statistiken? Hur blir det med de inlägg som inte har så många kommentarer men ändå är populära? Jag skulle kunna vara lurig och inte skriva ut antalet kommentarer på förstasidan, vilket kanske skulle göra att besökaren blir nyfiken och klickar på länken för att se om det finns några…men jag tycker att det är lite fult samtidigt.

Om någon har ett bra tips eller två, hojta till!

Tittar man i dokumentationen efter en lämplig funktion för att skriva ut datumet hittar man snabbt den lovande the_date(). Beskrivningen börjar bra:

Displays or returns the date of a post, or a set of posts if published on the same day.

Tilläggas bör att funktionen anropas en gång per post, inuti en loop vars ”inre” kontext är ”ett inlägg”. Men vad menar de med slutet av meningen, ”…or a set of posts if published on the same day”? Det är väl självklart att den kommer ge samma resultat för alla inlägg som är publicerade på samma dag…eller? Icke! Läser man vidare i dokumentationen så hittar man detta:

SPECIAL NOTE: When there are multiple posts on a page published under the SAME DAY, the_date() only displays the date for the first post (that is, the first instance of the_date()). To repeat the date for posts published under the same day, you should use the Template Tag the_time() with a date-specific format string.

What now? Bäst att testa…och resultatet visar sig vara att om man har två inlägg som visas upp på samma sida och är publicerade samma dag så returnerar the_date() tom sträng för alla anrop efter det första, tills loopen kommit till ett inlägg som har ett annat datum. Helt intuitivt…eller? Man skulle ju kunna tycka att det är upp till temautvecklaren (användaren av API:t) att avgöra om inlägg ska grupperas ihop eller inte…men men.

Det slutar dock inte där. En bra grej med the_date() är att den använder den datumformatering som blogganvändaren (författaren/administratören) själv har valt i administrationsgränssnittet som default. Det är möjligt att skicka in en annan formatsträng om man vill, men det skulle kunna uppfattas som förvirrande om blogganvändaren ställer in ett format och sedan visas ett helt annat som temautvecklaren hårdkodat, eller hur? Funktionen the_time() fungerar på samma sätt, fast med tidsformat istället för datum förstås. Så om rekommendationen om man vill skriva ut datumet för alla inlägg på en och samma sida (där flera inlägg kan ha samma datum) är att använda the_time(), då måste man ju skicka in en formatsträng. Väldigt många temautvecklare verkar ”lösa” problemet genom att koda in en datumformatsträng de anser lämplig direkt i temat. Och det är precis vad WordPress-utvecklarna själva gör i sitt officiella default-tema, som de rekommenderar temautvecklare att ha som referens.

Det är faktiskt möjligt att få fram de datum- och tidsformatsträngar som blogganvändaren ställt in i adminsystemet, och det är vad jag tycker borde vara självklart i alla teman (förutom att the_date() borde skrivas om så att den beter sig konsekvent förstås). Jag kikade lite i källkoden för WordPress och hittade funktionen get_option(). Den tar ett parameternamn som argument och returnerar motsvarande systeminställning.

get_option('date_format'); // Returnerar datumformatsträngen
get_option('time_format'); // Returnerar tidsformatsträngen

Alltså: för att visa publiceringsdatum per inlägg på en sida där flera inlägg kan vara publicerade samma dag bör man använda:

the_time(get_option('date_format'));

Hursomhelst, nu har jag bestämt mig för att ta bort frågetecknet. Jag ska göra ett nytt WordPress-tema och det ska gå från vag idé till publicering idag. Cirka 12 timmar kvar alltså, och då finns det ju som sagt andra saker på listan som också ska avklaras.

Jag kommer uppdatera det här inlägget allt eftersom, så får vi se var jag hamnar. Till att börja med ska jag jobba med inkomstdrivande grejer en stund, men jag återkommer!

Klockan 14:15: Lunchen är slukad och jag har jobbat det jag ska för dagen, så nu sätter jag igång med bloggen. Jag behöver skissa på den övergripande layouten, ska försöka hitta lite inspirationskällor online. Om någon har tips, säg till!

Klockan 16:00: Jag har gjort ett par olika skisser, men lutar åt en ganska ren layout med vintertema. I slutändan blir det nog mer av en ”realign” än en ”redesign”, jag tror att jag kommer att behålla en del element jag tycker funkar. Men en ny känsla ska förmedlas, inte desto mindre.

Klockan 17:22: Designen börjar likna något, jag gillar den. Än så länge finns den bara i bildform, så nästa steg är att implementera den i ett WordPress-tema. Det kommer bli lika rörigt som alltid, jag ser inte fram emot det (WordPress är bra när det är på plats, men att koda för det…helst inte – de killarna har inte läst Framework Design Guidelines). Först dock: en promenad runt Årstaviken.

Klockan 19:15: Tillbaka från promenad och frukosthandlande, 12100 steg hittills idag – inte illa för en bakislördag. Dags att ta tag i WordPress:andet alltså… Eftersom jag har gått igenom den här processen tidigare, senast när jag gjorde i ordning Utmaningen-bloggen, har jag något att utgå från vilket känns väldigt skönt. WordPress-API:et är rätt jobbigt att sätta sig in i, vilket åtminstone jag tycker är lite ologiskt med tanke på att det är en av världens populäraste bloggmotorer. Antingen tycker folk att det är värt att harva med ett grötigt ramverk för att nå en stor publik, eller så skriver de kanske lika grötig kod själva? Nåväl, here I go…

Klockan 03:07: Okej, jag medger att jag är ett par timmar sen men jag skyller det helt på meckigheten i hur WordPress är uppbyggt. Nu har jag i alla fall ett nytt tema på plats, hoppas det smakar! God natt.

Ett litet tips alltså, om du är ute efter webbhotell.