Tack vare att man inte behöver vara ”vänner” så kan man enkelt följa en större mångd personer. På så sätt får du snabbt ett stort flöde med ”nyheter” att läsa – lite som att skapa sig en egen redaktion av personliga nyhetsinsamlare. Problemet med Google Plus, precis som för Twitter, ligger i själva ”uppstartsfasen”. På Facebook växer ditt nätverk utifrån din kontakter i ”verkligheten”, så behöver det inte vara på Twitter och Google Plus. Istället kan du mer fritt välja personer du vill följa. Vilka har samma intressen som du? Vilka är aktiva och gör många inlägg? Vilka skriver bra? Google Plus försöker hjälpa dig att hitta personer att följa genom att titta bland dina Gmail-kontakter. Men vad göra om de du har där inte använder Google Plus ännu? Då måste du leta upp dem på annat sätt! Det finns t.ex. en lista med personer som skriver om fotografi som du kan titta på, om du är intresserad av ju fotografi. Ett sådant försök finns i Trey Ratcliffs The Google+ Photographer’s List. Det känns som om Google Plus borde ge större hjälp med sånt här, t.ex. genom någon form av grupper; men innan dess så fås det lösas på andra sätt.

Ett annat sätt att göra det på är som hos Alltop Pluserati (se bild nedan) där ett antal utvalda Google Plus:are presenteras med sina senaste inlägg. Genom att titta på den listan så kan man hitta personer som man kanske är intresserad av att följa.

Min tanke blev därför att skapa en liknande uppsättning personer, men med fokus på svenskar. Det var inte så lätt. Mestadels för att Google Plus inte verkar ha så många aktiva svenskar ännu. Jag har i alla fall gjort ett litet försök på nyhetr.se/pluserati (se bild nedan).

För att skapa nyhetr.se/pluserati så behövdes en funktion som hämtar publika inlägg från Google Plus. Kod för att göra det fanns att hitta på GitHub under Russel Beatties PlusFeed. Jag har använt den koden för att skapa en egen en ”PlusFeedSwe” som finns på plusfeedswe.frisim.se (se bild nedan). Koden ”skrapar” innehåll från Google Plus och gör om det till en feed. Det görs med ett Python-skript som jag kör på Google App Engine. PlusFeedSwe är publik och kan användas även till annat, t.ex. för att visa dina publika inlägg på en blogg, eller liknande.

Twitter presenterade i slutet på veckan en kommande funktion kallad Annotations, som, om jag förstått det rätt, gör det möjligt att lagra extrainformation ihop med varje tweet i samband med att tweet:en skapas. Det får mig att tänka på den Twitter lists extended som jag programmerade härom månaden. Twitter Annotations verkar dock inte göra det möjligt att addera extrainformation till profiler i en Twitter-lista, vilket Twitter lists extended gör. Med Twitters namnval så skulle jag ha döpt den till Twitter list annotations stället. Nu blev inte Twitter lists extended något större succé tyvärr, 15 personer har provat den, ingen använder tjänsten. Tyvärr rimmar det ganska väl med hur jag uppskattade potentialen från början. Potentialen med Twitter Annotations bedömer jag som liiiite större ;-)

För ett tag såg jag någon som skrev om jQTouch, kanske var det på Hacker News. jQTouch är ett Javascript-bibliotek för att utveckla webbsidor för iPhone för att hjälpa till att få funktion och utseende att bli iPhone-likt, och att få webbsidor i iPhone att likna applikationer. Den hjälper också till med splash-screen och lite till. Att skapa en sida i jQTouch påminner lite om hur det var att skapa en WAP-sida på 90-talet. Där var allt organiserat i ”cards” som återfanns i en och samma fil. Med jQTouch är det likadant, men blir det lite mer flexibelt då jQTouch har väldigt bra stöd för AJAX. jQTouch bygger på Javacript-biblioteket jQuery.

Jag har tagit några skärmbilder på min nuvarande ”alfa-version”. På den första bilden syns hur startikonen ser ut om den läggs på en hemskärm. Funktionen blir lite olika om man startar den från en ikon på hemskärmen eller som man går till webbsidan från iPhones Safari. Med en start-ikon på hemskärmen så kan man med jQTouch få webbsidan att köra i ”maximerat läge” vilket gör att Safari inte syns, och det ser ut nästan precis som en ”riktig” applikation. Denna möjlighet använder t.ex Google Wave för iPhone.

En sökning kan görs på normalt iPhone-sätt. Klicka på inmatningsfältet och tangentbordet dyker upp.

Just nu är detta hela funktionaliteten. Min plan är att få till all funktionalitet från Nyhetr.se att det fungerar på iPhone-versionen, inklusive Twitter-login. Planen är också att jag bara ska visa länkar till nyheter som finns på ”mobilversioner” av nyhetssajterna. Då detta är en ”spinnoff” av den vanliga webbsökningen så kommer jag även i fortästtningen bara ett indexera normala nyhetssidor (inte mobilversioner). Detta gör att jag kommer att begränsa sökningen till webbsajter som har en liknande länkstruktur på sin mobila version som på sin normala webbsida. De som har det just nu är HD, IDG, Expressen och Aftonbladet, och kanske någon mer. Jag vet inte hur svårt det är att få det klart, eller hur lång tid det tar, men jQTouch är kul att leka med när man väl greppat hur det fungerar.

På Nyhetr.se ser det du såhär:

Du kan också få data i ”widget-format” som du enkelt kan lägga på den egen webbsida. Exempel på hur det kan se ut för min Twitter-användare @nicclas ser du på bilden nedan.

Alltså, för att prova gör såhär:

1) Leta upp ett Twitter-login. Har du inget så kan du skapa ett hos Twitter.

2) Gå till Nyhetr.se och klicka på ”Logga in” eller ”Logga in med Twitter”.

3) Gör några sökningar på ord eller fraser som intresserad dig. Spara gärna sökningarna som bokmärken för att enkelt göra om dem även vid ett senare tillfälle. Klicka på länken ”Markera som viktig” i anslutning nyhetsrubriker som du tycker är intressanta. Alla rubriker du markerar som ”viktiga” kommer att synas i din RSS-feed och nyhetsruta.

4) Gå till exempelsidan för att se hur du kan visa dessa på din hemsida, endera med RSS eller i en nyhetsruta.

Klart!

Detta är en första test av vad man kan göra om man har inloggning på nyhetssöksajten. Utvidgningar som att, baserat på vilka nyheter du markerat som viktiga, föreslå eller lägga till fler nyheter automatiskt ligger naturligtvis nästa till hands, men inget sånt är ännu testat.

Jag har återanvänt mycket av den kod jag skrivit tidigare. Det innebär samtidigt att det är ett litet hopkok av språk och tekniker. Jag använder språken PHP [front-end delen av nyhetr.se], Javascript [nyhetsrutan], Python [mellanlagringen på Google App Engine] och Java [Frisims spindel/sökmotor] och kör det hela på en Amazon EC2 server och mellanlagrar data på Google App Engine.

Har du förslag på hur man kan förbättra denna halv-automatiska nyhetsbevakning? Kommentera eller maila!

Funktionaliteten ser kanske inte supercool ut just nu, men denna typ av Twitter och Facebook-integration tycker jag har stor potential även för mindre sajter. Genom att besökare på Nyhetr.se har konto och vänner på Twitter och Facebook och genom Twitters och Facebooks APIn så får jag möjligheten att använda denna information även på min sajt. Till exempel så blir det relativt enkelt att visa vilka nyhter som de du följer på Twitter har markerat. DN.se har funktionen Vänners nyheter som gör just detta genom koppling en till Facebook. Eftersom Twitter har en ”geo location”-funktion under utveckling så finns också möjligheten att anpassa de ”viktiga” nyhterna så att till exempel nyheter som markerats som viktiga av personer i samma region som du visas.

Innan Nyhetr har relativ många besökare så är det dock intressantare för de allra flesta att se nyheter som ”någon” markerat, snarare än bara de som markerats av dina Twitter-vänner. Sannolikheten att dina Twitter-vänner markerat någon nyhet är helt enkelt för liten med få användare. Problemet med ”the vinner takes it all” gäller naturligtvis som vanligt, och utan många användare blir funktionen mest en rolig programmeringsövning för mig – och det var också målet från början. Trots det så får du väldigt gärna prova funktionen och kommentera här eller via mail – tack!

Alla sidvisningar på nyhetr.se går nu via front-end-cache:n Varnish. De flesta sidvisningar är dock sökresultatsidor, och de har jag valt att inte cache:a alls, så ”hitraten” på data som cache:as är relativt låg. Finessen med att använda Varnish att flikarna under startsidan inte behöver genereras om vid varje sidvisning. Det innebär att drygt 20% av sidvisningarna tas från en cache, medan resten skapas som vanligt.

0+03:19:35
Hitrate ratio:       10      100    
Hitrate avg:     0.2365   0.2397


För den om som ”måste” ladda nyhetsdata även under denna timme så kan man göra det från Nyhetr.se istället. Anropen är identiska sånär som på domännamnet.

Uppdatering (torsdag 16:01): Servern är nu flyttad och inkopplad och verkar må precis som tidigare, dvs. rätt bra.

Data som visas på Frisim Ping är verkliga in-ping; inget fusk. Det enda som inte gör det ”realtid” på riktigt är att uppdateringsbufferten bara laddar data från servern var 15:e sekund. Notera att det är in-pingningar som visas, många pingar inte bara när bloggen är uppdaterad. Bättre att pinga en gång för mycket än en gång före lite verkar vara parollen. Många blogg-script åter-pingar vid efterhandsredigeringar, andra använder många ping-tjänster. Detta gör att samma blogg kan pinga in flera gånger under relativt kort tid. I live-listan kan flera av dem synas.

Frisim indexerar 47402 bloggar. Ungefär hälften av det som pingas in indexeras, resten klassas som skräp. Men som data på framsidan av Frisim antyder så är det bara 6622 av dessa som har skrivit inlägg under de senaste två veckorna.

Ännu lite coolare hade det blivit om jag använt Friendfeeds Tornado-server, istället för att köra mot Apache-servern, men det får vänta till nästa gång.

Jag kan också konstatera att Frisim Ping är den överlägset mest välbesökta sidan på Frisim.com. Det är en tydlig indikation att bloggare fortfarande är väldigt intresserad av varifrån de får sina besökare.

Nu har jag provprogrammerat lite. Det visade sig vara mer komplicerat än jag trodde. Problemet är att Bit.ly, som används för att skapa korta länkar, ger olika länkförkortningar (hash) beroende på vem som skapat dem. De skapar alltså olika länkar till en och samma URL, t.ex dessa två http://bit.ly/W7yzX, http://bit.ly/JkPmw leder till exakt samma URL. Det som behövs är därför en möjlighet att fråga Bit.ly om alla förkortningar som de skapat för en viss länk, och sedan söka hos Twitter efter ”tweets” som använder någon av dem. Alterantivt behöver man hålla koll på hela Twitter-flödet och ”expandera” alla kort länkar. Trixigt! Som tur är finns det redan några som har funderat på problemet, t.ex Twingly och Backtweets. Jag har provat Backtweets och kan nu även visa ”tweets” som länkar till en specifik nyhet. Så här ser det ut:

Nackdelarna med Backtweets är att den ibland returnerar felaktigheter, samt att det naturligtvis innebär ytterligare en fördröjning innan tweeten hittas. Än så länge visas bara relaterade tweets under ”aktuellt-filken” på Nyhetr.se, men om det visar sig ge något mervärde är det enkelt att skapa även för andra listor med nyhetslänkar. Just nu är det mestadels nyhetssajternas egna Twitter-feed-bots som länkar deras egna nyheter, vilket inte är speciellt intressant, tyvärr.

Som av en tillfällighet är detta väldigt likt den funktionalitet som nysläppta Twingly Channels har. Nyhetr.se använder dock inte tweets för att rangordna nyheterna, utan det sker fortfarande bara med hjälp av blogglänkar eller ”word bursts”.

Blogghotellet blogghotell.se är den som pingar in överlägset mest ”SPAM” av svenska IP:n. Blogghotellet verkar pinga ut från en server hos Oderland.

Av de 44685 bloggar som passerat SPAM-filtret, och som Frisim också hittat en RSS-feed till, är det bara 2591 bloggar som är ”aktiva” och som har uppdaterat och pingat in igen inom de senaste 14 dagarna.

Skillnaden mellan SPAM och normala bloggar är tyvärr ibland hårfin. Somliga bloggar verkar fyllas med lite random texter, andra innehåller texter som ingen männsika rimligen kan stå för. Även om Frisim indexerar bloggar och gör dem sökbara, så är jag mest intresserad av att analysera vad bloggare länkar till, och i första hand vilka nyhetsartiklar som det länkas till just nu.