kodkultur

Drupal-Sverige växer så att det knakar. Gamla kontorskompisen och i24-partnern Björn har till sist lyckas tämja Dries Best. Tillsammans med Karin (Drupalhackande fru) och Maja (möbelbloggande svägerska) har de lyckats iterera konceptet från Björns tunga hobbyprojekt I Have Synth till snabbfotade Möbler.se med Drupal 6 som grund.

Data från egentutvecklade moduler för soffor och andra möbler serveras blixsnabbt från Varnishcachen. Dynamiskt innehåll som en sökning efter Stolar tutar på fint eftersom åldringen Mysql är bortbytt mot Solr.

Läs mer om familjeprojektet Möbler.se: Maja för familjens möbeltraditionen vidare.

Oh ironin.

För nästan exakt ett år sen skrev jag om push via PubSub och hur vi kan gå mot en snabbare webb genom att annonsera nytt material via smarta protokoll i stället för att passivt leta upp data genom att polla feeds.

När det väl börjar hända något i och med att Google välsignat PubSubHubBub och implementerat stöd för protokollet i FeedBurner så kommer WordPressutvecklarna och slår undan benen för realtidswebben.

Med en odokumenterad förändring i hur WordPress 2.8 hanterar utgående pingar försvann vips en stor del av snabbheten och nyttan.

I stället för att tidigare sända pingar direkt när ett nytt inlägg publicerats så batchkörs nu pingarna en gång per timme. Om du inte postat något nytt under den senaste timmen schemaläggs pinget först en timme efter att ett nytt inlägg postats.

I en engelsk bloggpost berättar jag mer och presenterar en lösning: WordPress putting the real time web to a halt?

Evan och Kellan argumenterade under OSCON för att webbtjänster ska pusha data via XMPP i stället för / som komplement till potentiellt resurslösande RSS-feeds.

Josha Schachter och Robert Kaye har hakat på och förklarar varför det är en utmärkt ide.  

Ett case är Friendfeed som pollar Flickrs feeds 2.9m gånger per dygn för att kolla av updates för 45k användare samtidigt som enbart 6.7k av dom är aktiva. Ett enormt slöseri med datorkraft och bandbredd. 

Glädje var stor när jag idag äntligen fick mitt login till betan av Xcerion påkostade webbaserade ”operativsystem” XIOS/3.
Besvikelsen var stor när jag insåg att det antagligen inte är något för mig.

Tada.

I dag har jag lagt alldeles för mycket tid på att researcha Googles initiativ till gatewayprotokoll: OpenSocial. Så här mot dagens slut är jag fylld med försiktig upphetsning.

De marknadsförare som haft våta drömmar om datamining med ett API som direkt knyter samman Orkut och Myspace användardatabaser lär bli besvikna. OpenSocial kan enkelt beskrivas som hybrid mellan ett  system för att skicka data mellan webplatser (tänk dropfiler i BBS-system, ni som var med på den tiden) och Googles widgetsystem. Nyckelkomponenten heter javascript.

I veckan, när systemet förhoppningsvis har mognat lite (och kritiska säkerhetshål täppts igen), kommer det en utförligare rapport. Nöjer mig med att berätta att Orkut nu har en första tillägsapplikation på svenska: en enkel sak som visar de senaste nyheterna från Gnuheter. För att kunna köra appen på Orkut krävs det att Google ger dig developer-access.

Har du fascinerats av det avancerade användargrändsnittet i GMail eller någon annan av Googles webblösningar? Nu kan du snabbt och enkelt skapa liknande saker genom att använda samma bibliotek som Google själv använder. Internetjätten släppte idag sitt Google Web Toolkit som open source under Apache2 licensen.

Den som behärskar Java, eller i alla fall pallar dra ner ett grafiskt utvecklingsverktyg, kan sedan använda GWT för att konvertera Javakoden till Javascript. Kod som påstås innehålla tillräckligt med trix och ”fulfixar” att javascriptet flyter på smärtfritt i alla moderna webbläsare, oavsett plattform. Som exempelprogram med källkod visas bland annat ramen för en helt javascriptbaserad emailklient upp Det dröjer nog inte länge innan vi kommer att se en våg av nya avancerade webbtjänster.

Att Google släpper just GWT under en open sourcelicens är naturligtvis en flört med det breda lager tekniknördar som ivrigt kritiserar företagets storebrortendenser och varnar för att deras allt mer dominerande ställning på webben. Google försöker antagligen desperat visa att de ”ger tillbaka” till den nät och kod- kultur som de profiterar stort på. Om ny spännande programkod att leka med är något som kommer tysta kritikerna med återstår att se 🙂

Andra bloggar om: google, javascript, google web toolkit, ajax, open source, webbutveckling, dhtml, internet. Pingat som intressant.

Google med dess nyförvärv Youtube får det allt svettigare. Bara några dagar efter att Bittorrent Inc, de ursprungliga utvecklarna av bittorrentprotokollet meddelat att de teamat upp med några tungviktare från Hollywood (och skapat allmän förvirring) lanserade utvecklarna av bittorrentklienten Azureus tillsammans med ett flertal mediabolag webbtjänsten Zudeo.

Medan Bittorrent Incs samarbete ska utröna i nya tekniker för distribution av ”köpfilm” är Zudeo ett direkt slag mot Youtube. Zudeo använder bittorrentprotokollet som kanal för att dela ut filmer som användare själv laddat upp till tjänstens webbsida – i betydligt högre kvalitet än de lågupplösta Youtubefilmerna.

På Zudeos webbplats presenteras idag ett flertal filmer enligt vanligt galleriupplägg. När besökaren valt ut och klickat på en film startas ett javaprogram som laddar ner och installerar Zudeoklienten på användarens dator. Klienten är inget annat än en specialanpassad betaversion av bittorrentklienten Azureus. Eftersom Azureus är skrivet i Java så fungerar samma binära version på alla datorer som har java installerat – i dagsläget har de flesta datorer som använder Windows, Mac OS X eller Linux stöd för java.

Efter att filmen laddats ner används de mediaspelare som redan finns installerade på datorn för att spela upp filmen.

Hur funkar det hastighetsmässigt då?

Svaret är: förvånansvärt bra!

En svaghet i bittorrentprotokollet är att det fungerar bäst mellan två datorer som kan kommunicera direkt med varandra på portnivå. Om den ena parten är bakom en brandvägg krävs det att den andra har möjlighet att öppna portar direkt mot Internet för att det ska vara möjligt med en överföring. Om båda parter är skyddade av en restriktiv brandvägg går det helt enkelt inte att initiera en överföring.

För den genomsnittlige datoranvändaren, som skyddas av bredbandsrouter eller brandvägg som hon inte har kunskap att konfigurera om rätt – innebär det alltså att en bittorrentuppkoppling bara fungerar om den andra parten använder en rätt konfigurerad uppkoppling.

Zudeo har löst det här problemet med att sätta upp dedikerade seeds-datorer som från höghastighetslinor kan mata användare som brandsväggsskyddade anslutningar. Och när jag säger hög hastighet menar jag hög hastighet. Filmerna som jag laddat ner levererades med en hastighet på över 15mbit/s.

Andra bloggar om: bittorrent, p2p, videotjänster, video, youtube. Intressant kanske dårå