Entreprenörens evolution genom tiden:

Via YeOS.

Jag beslutade mig för att gå till botten med detta och drog igång Charles Proxy och tittade lite på JSON-trafiken och kunde då samtliga appar som listades under mitt Facebook-konto: Gowalla, Flixster,Texas HoldEm Poker, Rabble, Ditto, Kicksend, Wrapp, Marketplace, Bump,Spotify, foursquare, Instagram, Airbnb.

Några appar som listas men inte har attributet nativethirdpartyappicon: true är TripIt, Zerply och Earndit.

Min tes är att Facebook gör reklam för de appar jag har godkänt tidigare via webben exempelvis och då länkar till tillhörande iPhone (iPad?) app.

Skärmdump:

Så här ser JSON-strängen ut för Airbnb:

{"path":"fbrpc://nativethirdparty/f?fallback_url=itms%3A%2F%2Fitunes.apple.com%2Fapp%2Fid401626263&app_id=138566025676&access_token=BAAABORTKLIPPT&expires_in=3600&ref=search",

"photo":"https://fbcdn-photos-a.akamaihd.net/photos-ak-snc1/v85005/64/138566025676/app_1_138566025676_2800.gif",

"text":"Airbnb",

"uid":138566025676,

"type":"App",

"openinnewtab":true,

"nativethirdpartyappicon":true,

"paths":[],

"bootstrap":1}

Tidigare så var det SCB som visade sig ha två prislistor men tog standard betalt för icke kommersiellt bruk och informerade överhuvudtaget inte att det fanns en prislista för kommersiellt bruk. Nu senaste så behövde jag ta del av forskningsdata som indata till en algorithm men forskningen fick inte användas i kommersiella syften. Det innebär att jag måste ta fram samma data igen vilket innebär dubbelarbete.

Visst det är bra för BNP och fler får jobb om vi har dubbelarbeten. Jag förespråkar öppen källkod och öppen data, dessa två kan se till att storverk blir till.

Vi kom fram till en hel del intressanta saker och förhoppningsvis så kommer det även att komma ett 24h Hackaton framöver gällande databasjournalistik. Flertalet deltagare ansåg även att namnet databasjournalistik var lite felaktigt och att det istället bör heta datajournalistik för att mer spegla verkligheten.

Jag tyckte att det var intressant att vi alla arbetat med öppen data men med olika förutsättningar och infallsvinklar. Med lite perspektiv så kan man verkligen säga att ”open data is the new oil”.

Vi diskuterade även vad för data från myndigheter som är intressant ute på marknaden och efterfrågan är framförallt sådant som säljs dyrt av myndigheterna såsom kartdata, bolagsinformation osv.

Övriga deltagare var:

• Anders R Olsson
• Peder Söderlind, Glykol
• Martin Lindqvist, Glykol
• Gunnar Nygren, Södertörns Högskola
• Robert Leonardi, Södertörns Högskola
• Helge Huttenrauch, Södertörns Högskola

Projektledare är Ester Appelgren och mer information om projektet hittar du här på Södertörns hemsida.

I går så fixade jag en fem år gammal bugg som gjorde att cachningen på min sajt BloggVärde fungerade suboptimalt. Felet bestod i att jag använde en sekundräknare som uppdaterades i en SQL-fråga mot databasen.

Dock så cachar jag genom memcache och en md5-summa som beräknas på SQL-frågan, eftersom SQL-frågan blev ny varje sekund så cachades bara frågorna i en sekund. Det sänker förvisso belastningen till SQL-servern lite men när jag hade fixat buggen så gick sajten flera sekunder snabbare.

Jag har även flyttat över BloggNytt till molnet aka Amazon EC2 och håller på att flytta mer av mitt bloggnätverk från 2007.

Du glömmer väl inte att lägga till ping.bloggnytt.se i din lista över XML-RPC tjänster som du pingar från WordPress? Du lägger in http://ping.bloggnytt.se under Inställningar->Skrivinställningar och Uppdateringstjänster.

Så här i juletider så är det inte bara NORAD som spårar jultomten utan även undertecknad. Med hjälp av en USRP från Ettus och GNU Radio (mjukvaruradio) så tänkte jag försöka se om någon jultomte dök upp.

Men döm av min förvåning då jag installerade gr-air-modes och hittade diverse flygplan istället, följande nedanflygbolag dök upp under några få dygn (totalt 45 unika flygplan). Nedan listas flygplanets ICAO-kod och går att slå upp mot följande tabell.

Förutom ICAO-koden så skickas även högd, hastighet samt lat/long ut från flygplanet. Dessa koder kallas för ADS-B /Mode S. Samma information används av exempelvis FlightRadar24 och annan utrustning du kan använda för att ta emot denna information är SBS-1eR från Kinetic Avionics.

• AAL
• ABW
• AEW
• AFL
• AFR
• AIC
• ANA
• BAW
• BLX
• BTI
• CES
• DAL
• EDW
• ESS
• ETD
• FIN
• IBE
• ICE
• JAL
• JKK
• JTG
• KLM
• LLC
• NAX
• NTJ
• NVR
• PIA
• QTR
• RYR
• SAS
• SEK
• SIA
• TAP
• TAY
• THA
• THY
• TSO
• UA
• UAE
• UAL
• VKG
• VPK
• ZDF

Om sanningen ska fram så sökte jag inte efter någon flygande jultomte..

Läs mer på bloggen här: http://isoc.se/wp.

Jonas Lejon, medlem i ISOC-SE bloggar om API och öppen data – isoc.se/wp/?p=237 – sprid gärna! ;) #ISOCSE #BLOGG

— ISOC Sweden Chapter (@ISOCSE) December 19, 2011

Man kan ju undra hur Twitters algoritm fungerar. Följ mig på Twitter vettja:

https://twitter.com/jonasl

CC Flickr @ladydragonflyherworld

Jag är en optimeringsnörd, det måste jag erkänna. Jag kan sitta i timmar och optimera små kodsnuttar eller webbsidor tills det att det inte går att göra så mycket mer. Därför brukar jag som bekant använda mig av molntjänster såsom Amazon S3 samt CloudFront för att lagra statisikt innehåll.

För att optimera webbsidor så använder jag bl.a. verktyget Google PageSpeed för att hitta  flaskhalsar och en uppenbar sak som PageSpeed klagade på var att Expire/Cache-headers samt komprimering. Standard så stödjer ej Amazon S3/CloudFront ej komprimering men med hjälp av s3cmd och några extra flaggor så går detta att lösa:

1. Komprimera dina stylesheets och javascript:

$ gzip -9 style.css

2. Ladda upp komprimerade filerna och sätt headers:

$ s3cmd put style.css.gz s3://cloudfront.domän.se/ --mime-type "text/css"  --add-header "Content-Encoding: gzip" --acl-public --add-header "Expires: Sun, 17 Jan 2038, 19:14:07 GMT" --add-header "Cache-Control: max-age=315360000"

Verktyget s3cmd hittas här: http://s3tools.org/s3cmd

Uppdatering: Typo fixad. Tack Emil Stenström.

CC-BY 2.0 Flickr @kylehase

Att en övergång till DNSSEC är något som just nu är något som diskuteras för fullt på bl.a. Internetdagarna 2011 där jag närvarade för några dagar sedan. Att DNSSEC är rätt väg att gå är nog något som ingen ifrågasätter och även så har E-delegationen skrivit om införande av DNSSEC.

Dock så stötte jag problem i helgen då en svensk registrar infört DNSSEC på många av sina .SE-domäner och jag flyttade över till en extern DNS som var Amazon Route 53 i detta fall. Och då blir det problem: för domänen ser då ut att ha DNSSEC men namnservern i detta fall svarar att det inte finns (DS finns men inte DNSKEY) och att stänga av DNSSEC var omöjligt.

Som tur var så kunde jag snabbt flytta över domänen till Frobbit som hjälpte mig.

Läs även mer om DNSSEC hos .SE.

Så vad kan vi lära oss av detta? DNSSEC ökar säkerheten men även komplexiteten och risken för problem ökar då många fel leder till att domänen slutar fungera.

Så här uppenbarade sig mitt problem med SERVFAIL:

dig www.dnssec-failed.org

; <<>> DiG 9.7.2-P2 <<>> www.dnssec-failed.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 17692
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.dnssec-failed.org.        IN    A

;; Query time: 108 msec
;; SERVER: 192.168.1.2#53(192.168.1.2)
;; WHEN: Fri Nov 19 16:08:29 2010
;; MSG SIZE  rcvd: 39</pre>

Använd följande länk för att donera:

• https://donera.wikimedia.se/sv/donera

Och förhoppningsvis så kommer även svenska medier att donera pengar snart för det är oroväckande tomt på denna sida över större donationer till Wikimedia Sverige.

Extra roligt just nu är att Jimmys Wales ansikte och vädjan visas på varenda artikel vilket har resulterat i en ny meme.

Några av de företag som fanns representerade var Cisco, Tele2, SEB, Folksam, Google, Yahoo och Nokia.

Diskussionerna fokuserade på tre frågor som bl.a. handlade om hur stater kan och bör hjälpa företag i dessa frågor. Mycket intressant var även att höra hur olika företag arbetade där Google Transparency Report togs upp några gånger som exempel.

Stort tack till ambassadör Lisa Emelia Svensson som arrangerat mötet. Läs även på Regeringens hemsida här för mer matnyttigt innehåll eller @SweMFA, #fxinternet på Twitter.

Uppdaterat med några bilder:

Det runda bordet som var fyrkantigt

Middag på kvällen

Den fina inbjudan till middag på UD

Grundfilosofin bör dock alltid vara att skriva portabel kod utan statisk information såsom sökvägar eller annat som kan komma att ändra sig om du ökar eller minskar din kapacitet eller flyttar koden. Det är dock inte alltid helt lätt att skriva flexibel och portabel kod då du alltid någonstans måste inneha ett beroende mot den nuvarande plattformen.

1. Undvik statiska sökvägar eller URL:er
2. Dokumentera beroenden såsom Redis, MySQL och eventuella PHP-moduler som används
3. Undvik versionsspecifika funktioner
4. Inte direkt specifikt för molntjänster men glöm för all del inte att ta backup (och använd GitHub).

1. Uppstart i verbose-läge är trevligt: sudo nvram boot-args=”-v”
2. Att automatiskt dölja eller förminska dockan är ett måste.
3. Att lära sig tangentbordskortkommandon underlättar vardagen ypperligt tillsammans med exempelvis Alfred. Testa även att köra några minuter/timmar helt utan mus.
4. Vid installation av certifikat för iOS-utveckling så rekommenderas den Wizard som återfinnes developer.apple.com. Kan vara lätt att glömma något steg annars.
5. Ställ in terminalen så Pro-temat används som standard.
6. Installera Dropbox, Little Snitch och WaterRoof.
7. Konfigurera brandväggen med WaterRoof.
8. Andra appar som kan vara bra att ha är Charles Proxy, VLC, Skype, Chrome, VirtualBox, Spotify och Xcode.
9. Kontrollera om SSD-disken stödjer TRIM.
10. Införskaffa en tuff dekal från exempelvis Etsy.

Jag köpte(!) nyligen lite data från Statistiska centralbyrån (SCB) och fick då även en kopia av deras allmänna avtalsvillkor där följande bl.a. framgår:

För utnyttjande och spridning av arbetsresultatet utanför den egna organisationen gäller följande begränsningar: Arbetsresultatet får inte, varken helt eller delvis, vidare-försäljas eller på annat sätt utnyttjas i kommersiella syften eller sammanhang av uppdragsgivaren.

Vilket är helt tokigt eftersom PSI-lagens syfte är att gynna en informationsmarknad, saxat från regeringens hemsida:

Olika aktörer i samhället kan vidareutnyttja information för olika ändamål, t.ex. skapandet av nya e-tjänster, såväl kommersiella och ideella.

Då kan man ju undra hur SCB tänker. Dock så tittar man när SCB:s allmänna avtalsvillkor fastställdes så ser man datumet 2009-09-09 vilket var före PSI-lagen vunnit laga kraft.

Så jag får enbart bygga icke-kommersiella tjänster på SCB:s data, intressant.

Uppdatering: Att SCB valt att göra så här resulterar i mindre skatteintäkter till staten samt eventuella nyanställningar till följd av projekt där denna data skulle kunna användas uteblir.

Uppdatering 2: Man bryter även mot PSI-lagen (lag 2010:566) genom att diskriminera kommersiell verksamhet. I lagen så framgår följande:

8 § Villkor för vidareutnyttjande ska vara relevanta och icke- diskriminerande för jämförbara kategorier av vidareutnyttjande. Villkoren får inte i onödan begränsa möjligheterna till vidareutnyttjande.

Även så släpptes en rapport med titelen Stockholm: mötesplats för utveckling av digitala tjänster.

Ladda hem rapporten här: http://sv.stockholmitregion.com/rapport/

Uppdatering: I rapporten så återfinnes en mängd kända namn såsom mig själv, Joakim Jardenberg, Ted Valentin, Peter Krantz mfl.

Några exempel på där du kan använda Unix-sockets är i Redis samt om du använder Nginx och PHP-FPM. För att använda Unix-sockets i Redis behöver du enbart lägga till följande rad i redis.conf:

unixsocket /tmp/redis.sock

Och för att använda denna socket när du ansluter kan variera lite beroende på vilken klient du använder, men på följande sätt gör jag:

$redis->connect(‘/tmp/redis.sock’);

Glöm inte att rättigheterna på /tmp/redis.sock måste vara så att både Redis samt klienten kan läsa. Nu över till hur man konfigurerar Nginx och PHP-FPM att använda sockets.

Första steget är att konfigurera FPM att lyssna på en socket, och detta görs i konfigurationsfilen. Min återfinnes här:

/etc/php5/fpm/pool.d/www.conf

Och i denna fil ändrar jag där raden listen återfinnes så det ser ut något i stil med:

listen = /var/run/php5-fpm.sock

Och nästa steg är att ändra så att Nginx vet att vi har en Unix-socket för PHP-exekvering och det kan göras genom att lägga till eller ändra din ”upstream” om du använder en sådan:

upstream php {
        server unix:/var/run/php5-fpm.sock;
}

Och sedan använda fastcgi_pass php på följande sätt till varje server:

     location ~ \.php$ {
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
                #NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
                include /etc/nginx/fastcgi_params;
                fastcgi_intercept_errors on;
                fastcgi_pass php;
        }

Vill du fördjupa dig ännu mer gällande Unix sockets kan du läsa här. MySQL och PHP skall enligt manualsidan automatiskt välja Unix sockets om det finns tillgängligt vilket det bör göra standardmässigt.

Inom SEO-branschen har man länge försökt att förstå hur Googles rankningsalgoritmer fungerar men nu när Facebook spelar en allt större roll i våra dagliga beslut vid köp så kommer även fler att försöka sig på att lista ut hur Facebooks algoritmer fungerar. Du kanske spontant tänker: Men det handlar ju om vad mina vänner rekommenderar och gör? Och i sin grundform handlar det om just det. Men algoritmerna kommer att ranka, gruppera och sortera just det som vi gör.

Att en av mina vänner tittat på filmen Hackers kanske inte gör att jag kommer att uppmärksamma händelsen men att tre personer just tittade på filmen gör att den händelsen får ett större utrymme i mitt flöde eller på den specifika sidan för det verbet ”watching”. Men som alltid så kommer det finnas utrymme för manuella eller automatisk viktning av algoritmerna till den som betalar bäst?

Filterbubblan blev plötsligen mycket större.

Det som sedan händer är att PHP-koden parsar meddelandet och hämtar ut olika delar såsom rubrik (subject), meddelande och eventuella bilder som är bifogade.

Men först lite beroenden, denna guide fungerar enbart om du har en VPS eller egen server med Sendmail, PHP och pear-paketet Mail_mimeDecode. Pear-paketet kan installeras på följande sätt:

# pear install Mail_mimeDecode

Först måste vi konfigurera Sendmail att ta emot brev för vissa adresser. Detta förfarande har jag automatiserat genom att generera en virtusertable-fil i /etc/mail-katalogen. Du kan behöva uppdatera din sendmail.mc med nedan och generera en ny sendmail.cf:

FEATURE(`virtusertable’,`hash -o /etc/mail/virtusertable’)dnl

Alternativt så kan du direkt via /etc/aliases sätta upp följande snutt som gör så att inkommande E-post hamnar hos PHP:

mms:  ”| /usr/bin/php /var/www/bloggy.se/docs/newmail.php”

Det som händer då är att allt som går till mms@bloggy.se alternativt det som routas via virtusertable till mms@bloggy.se på följande sätt:

zlv3dc@bloggy.se mms@bloggy.se

Hamnar i PHP hos newmail.php och kommer in som stdin. Obs, om du ändrar i aliases, virtusertable eller .mc-filen så måste du generera nya filer (med kommandot newaliases eller makemap hash exempelvis). Följande kod använder jag sedan för att parsa mailet:

  define("DOMAIN", "bloggy.se");

  include_once('Mail/mimeDecode.php');

  $input = file_get_contents("php://stdin");
  $from = "unknown";

  @file_put_contents("/tmp/maillog.txt", $input."\n--- new mail --\n", FILE_APPEND);

  $params['include_bodies'] = true;
  $params['decode_bodies'] = true;
  $params['decode_headers'] = true;
  $params['input'] = $input;

  $structure = Mail_mimeDecode::decode($params);

  $to = $structure->headers['to'];
  $from = $structure->headers['from'];

  #mailme('<pre>'.print_r($header, true).'</pre>'); // For debugging
  $header = imap_rfc822_parse_headers($input);

  foreach($header as $foo => $bar) {
    if($foo == 'to' || $foo == 'cc') {
        foreach($bar as $k) {
            if($k->host == DOMAIN) {
                $dste = $k->mailbox;
            }
        }
    }
  }

  foreach ($structure->parts as $part) {
    // Save text
    if (isset($part->ctype_primary) && $part->ctype_primary == "text") {
        if(strlen($part->body) > 2 && !preg_match("/iPhone$/", $part->body))
            $text = $part->body;
    }
  }
  if(!$text)
    $text = $header->headers['subject'];

  if(!$text)
    $text = $structure->headers['subject'];

Och slutligen så hamnar antingen innehållet i mailet eller rubriken i $text om vi har tur.

• Att tänka på innan lansering
• Gratis affärsidéer
• Saknar du en trevlig logotyp?
• Optimera din MySQL databas
• Skickar du E-post från din webbtjänst?
• 10 saker att tänka på vid skapande av API
• Hur redundant är DNS hos webbhotellen?
• Fördubbla dina Google Adsense intäkter

Vad väntar du på? Nominera ditt favoritprojekt.

Du kan även läsa en intervju med mig på Loopia-bloggen där jag ger lite tips och råd hur du kan lyckas med ditt webbprojekt.

En fråga som uppkommer relativt ofta är: Hur säkert är WordPress? Och för att svara på den frågan så finns det ett antal faktorer som jag anser intressanta att titta på och dessa inkluderar men begränsas ej till följande:

• Ålder – Hur gammal är mjukvaran, om mjukvaran funnits 10 år eller några månader kan vara en faktor för nyare mjukvaror har troligtvis ej genomgått samma granskning (antalet ögon som tittat på koden).
• Track record – Har det tidigare identifierats sårbarheter? Använd Secunia.
• Öppen vs. stängd källkod – Jag litar mer på öppen källkod än stängd.
• Kompetens hos utvecklare – Svårt att avgöra.
• Kodstandard – Fulkod vs. finkod. Koden i WordPress är bra, dock ej supermycket kommenterad.
• Uppdateringar – Sker det det några uppdateringar? Om koden senast uppdaterades 2005 så finns det med större sannolikhet brister. WordPress har ett bra system för uppgradering, glöm dock inte att uppdatera.
• Installationsbas – Hur många använder systemet? Troligtvis har fler testat systemet om fler använder det. 14.7 percent of the top million websites in the world use WordPress.
• Säkerhetsfunktioner och säkerhetsuppdateringar – Kommer det säkerhetsuppdateringar? Finns det några säkerhetshöjande funktioner i systemet. Här finns ett antal såsom slumpmässig nonce och HttpOnly cookies.
• Komplexitet i systemet och antal rader kod.

 - Säkerhet skall likt löken byggas i flera lager, inte som en kedja. Faller ett lager finns det andra säkerhetsmekanismer som fortsätter skydda systemet. Källa

Post- och Telestyrelsen (PTS) som vanligtvis är en rätt osexig myndighet med många jurister väljer nu att släppa lite offentlig data via API. Detta är så klart mycket välkomnande och något som dess GD (gerneraldirektör) Göran Marby berättade om för några månader sedan då jag träffade honom på KommITS-mässan där vi bådade talade.

Den data som de nu först släpper ut är ”Sök operatör” dvs att du kan med hjälp av ett telefonnummer fastställa vilken operatör detta nummer tillhör. Detta har flera användningsområden där ett är att du kan ringa billigare (gratis?) inom vissa operatörer och kan då använda detta nya API direkt i din mobiltelefon för att se vilken operatör dina kontakter har.

Fredrik Oljeqvist, it-chef på PTS säger:

- Vi har under året fått många förfrågningar om ett API för tjänsten ”Sök operatör” så vi har beslutat oss för att utveckla och publicera ett sådant. De flesta förfrågningarna har kommit från utvecklare som vill skapa appar för smarta telefoner. Att publicera information på detta sätt ligger i linje med E-delegationens vision om att framtidens e-förvaltning ska utvecklas tillsammans med samhällets aktörer.

Denna kommentar anser jag visar på PTS är lyhörd på inkommande förfrågningar från utvecklare samt har koll på vad som händer inom e-förvaltningsområdet specifikt det PSI-arbete som E-delegationen driver gällande vidareutnyttjande av offentliga handlingar.

Teknisk dokumentation i PDF-form hittas här samt information hittas även här. På Twitter så berättar även PTS att det ej finns några restriktioner i användningen.

Bra jobbat! Nu får vi hoppas att fler myndigheter följer PTS utveckling och öppnar upp API:er.

Först och främst så bör du stänga av alla plugins och då se om prestandan fortfarande är dålig, för tyvärr finns det många dåliga plugins (se här då Computer Sweden intervjuade mig och Nikke, år 2009).

Okej, nästa grej att testa är att slå på något cache-plugin i form av W3 Total Cache eller WP Super Cache. Du kan även testa att ”städa upp” i databasen då många plugins lägger temporär eller onödig information i databasen (kommentera om du vet något plugin som gör detta).

Använder du ett cache-plugin så bör du även installera memcached samt titta i källkoden längst ner på sidan hur många SQL-anrop som cachas, exempelvis (skriver WP Super Cache också ut detta?):

Object Caching 730/765 objects using memcached

En annan grej man kan testa är att använda strace direkt från kommandotolken i Linux tillsammans med PHP, ungefär så här:

$ cd /min/blogg/

$ strace php index.php

Så får du lite loggrader utspottade på skärmen och om det står still länge på ett ställe så ser du exakt vad som händer på den raden. Samt så bör du även testa Xdebug så kan berätta exakt vilken rad i PHP-koden som går långsamt, tar lite tid att installera och använda.

Du kan även titta i MySQL:s slow-log som kan aktiveras på eller hittas i /etc/mysql/my.cnf (sök efter log_slow_queries).

Sist men inte minst det som jag brukar göra är att lägga upp Varnish som en front-end proxy framför Apache exempelvis, detta är en helt mer eller mindre transparent lösning. Kom även ihåg att Apache slukar massor av minne jämfört med Nginx som istället kan användas till memcached. Detta är nog det bästa tipset jag kan ge samt att testa använda ett CDN.

Sen finns det så klart mycket man kan göra på själva sidorna som WordPress spottar ut (sprites, javascript etc), men det är utanför detta blogginlägg.

Uppdatering: Glömde skriva två saker som jag nämnde på sessionen, dels är det att använda sig av en OP-code cache typ APC eller eAccelerator samt så kan även URL-strukturen i WordPress slöa ner prestandan.

Redan på väg till tåget som skulle ta mig till Stockholm så började det första äventyret då vägen var avstängd och taxin fick ta en omväg vilket gjorde att jag enbart hade 1  minut tillgodo för att komma på tåget till Stockholm. Väl på tåget så möttes jag av byBricks sköna gerillakampanj som gick ut på att de skulle dela ut kuddar till alla som sov i tält med ett fint brodyr som det stod ”Dröm söta drömmar” på.

Bussresan från Stockholm till Tjärö gick mycket bra och var uppstyrt av Gunnar Lindberg Årneby. Väl nere på SSWC så medverkade jag i två sessioner där jag och Magnus Kolsjö pratade om PSI-lagen och på den andra sessionenen så pratade jag, @tdh och @animalin om tre vinklar på WordPress. Jag stod för serverbiten och fokuserade på prestanda såsom dåliga plugins, cache samt hitta flaskhalsarna.

Kortfattat kan jag beskriva SSWC med följande: mycket intryck, funderingar, känslor, dans och kärlek.

Det där spontana mötet som uppstår överallt, mellan sessioner, i duschen (?!), vid middag/lunch och på kvällen. Att diskutera video med Jonas Hombert på JayCut och sedan bolla idéer vidare med Björn Fant (VideoPlaza) några timmar senare. Jag har ju en nyfunnen kärlek till Kinect och OpenCV.

Avslutar med några bilder som är tagna med min iPhone:

Jag tänkte gå igenom hur du själv kan använda dessa API:er i dina egna implementationer med hjälp av exempelvis PHP eller Python. Observera att informationen som du hämtar via API:er eventuellt inte användas till vad som helst då den kan omfattas av upphovsrätt eller andra lagar.

Först och främst så måste vi ladda hem någon form av Proxy-programmvara som medger analys av den API-trafik som går fram och tillbaka från iPhonen och Appen. Jag rekommenderar Charles Proxy som är gratis att använda men det finns även en betalversion för ynka 50$ som jag har köpt (du slipper ”nag-screens” och sådant). Charles Proxy fungerar för Linux, Mac och Windows.

Här är en skärmdump på hur det ser ut när du startat upp Charles Proxy:

Så, det första vi ska göra är att stänga av så att vi ej ser all webbsurf till och från vår egna dator och det kan man göra under Proyx-fliken och sedan se till att ”Windows Proxy” ej är förkryssad.

Nästa steg är att vi ska skicka ett E-brev med Charles SSL-certifikat till vår iPhone för att ges möjlighet att analysera krypterad HTTPS-trafik till och från telefonen. Ladda hem följande ZIP-fil: charlesproxy.com/ssl.zip och packa upp den där du sedan hittar en .CRT fil som du bifogar i ett mail som du sedan kan öppna på din iPhone (Dropbox eller annan typ av filöverföring går säkert också bra).

När du lagt in Charles certifikat i din telefon bör det se ut så här under Inställningar -> Allmän -> Profil (längst ner):

Då var det nästa steg, och det är att ta reda på IP-adressen till din dator. Jag brukar använda cmd.exe och sedan skriva ipconfig så bör det se ut något i stil med:

Denna IP-adress skall vi ange under inställningarna som det nätverk vår iPhone är ansluten till. I mitt fall så är det via WiFi och längst ner under inställningarna för det trådlösa nätverket anger jag IP-adressen till min dator som kör Charles Proxy så det ser ut så här:

Sedan är det bara att starta den App som vi vill analysera på iPhonen, i mitt fall så startar jag Swedavias App vid namn Arlanda flygplats. Och se hur Charles Proxy visar API-anropen efter varandra. Eftersom vi är intresserad av Avångar så klickar jag helt enkelt på Avångar i Arlanda Appen och får upp följande intressanta API-anrop i Charles:

Fleratalet parametrar är intressanta att anteckna eftersom de behövs vid anrop från PHP eller Python. Det varierar från app till app men i detta fall är det URL:en för anrop som innehåller flygplats (airport=arn_utr) samt datum (searchDate=2011-08-10).

Tittar vi på XML-svaret så ser det ut enligt följande:

När vi sedan implementerat en funktion som härmar denna förfrågan så bör vi få ut samma XML-svar i slutändan och kan då exempelvis hämta hem avgångar med PHP och CURL på följande sätt:

<?php
  $today = date("Y-m-d");
  $path = '/ArrivalsDeparturesMobile/ArrDepMobileService/ArrDep.asmx/GetDeparturesFlightTable?airport=arn_utr&language=sv&searchString=&searchDate='.$today;
  $host = "wsc1.swedavia.se";

  $headers = array(
    "GET $path HTTP/1.1",
    "Host: $host",
    "User-Agent: Arlanda/1.4 CFNetwork/485.13.9 Darwin/11.0.0",
    "Authorization: Basic V1NBcnJEZXBNb2JpbGU6c1AtR0U1NWJlY3I4c1BhKWhlMHBlNXJ1NkVmYUNyRSE=",
    "Accept: */*",
    "Accept-Language: sv-se",
    "Accept-Encoding: gzip, deflate",
    "Pragma: no-cache",
    "Connection: keep-alive"
  );

  $ch = curl_init();
  curl_setopt($ch, CURLOPT_URL, "http://".$host.$path);
  curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
  curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);

  $sXML = curl_exec($ch);

  $oXML = new SimpleXMLElement($sXML);

  print_r($oXML);

?>

Ovan kod kan du sedan köra från kommandotolken enligt följande:

$ php swedavia.php

Tadaa! Nu slipper vi använda vår iPhone varje gång vi ska se avgångar från Arlanda. I detta exempel så behövdes ej SSL-certifikatet användas då anropen skickas i klartext.

Det tar några timmar att komma igång och köra och i mitt fall så valde jag Amazon SES för att skicka ut E-post då någon gör lösenordsåterställning på BloggBackup och Blogbackupr. Kostnaden är $0.10 per 1000 E-brev vilket jag tycker är okej och det finns ingen bindningstid, uppsägningstid osv.

Så här går du till väga för att börja skicka E-post:

1. Skapa ett Amazon AWS-konto samt Amazon SES-behörighet (jag var tvungen att verifiera mig via telefonen då en automatisk röst läser upp en PIN-kod).

2. Ladda hem Amazon SES scripts där ses-verify-email-address.pl ingår. Du måste ange din AWSAccessKeyId samt AWSSecretKey i en fil som perl-scriptet använder sig av. Dessa uppgifter hittar du Account -> Security Credentials. Verifiera sedan din E-post så du kan börja att skicka från den (Amazon mailar en länk som du måste klicka på).

3. Konfiguera SPF och lägg till include:amazonses.com – Eftersom jag använder Google Apps sedan tidigare så har jag även include:_spf.google.com med i min SPF som ser ut så här:

”v=spf1 mx a include:getanewsletter.com include:_spf.google.com  include:amazonses.com ~all”

4. Ladda hem AWS PHP SDK med hjälp av pear:

# pear channel-discover pear.amazonwebservices.com

# pear install aws/sdk

5. Ladda hem Amazon SES PHP Mailer från GitHub: https://github.com/geoloqi/Amazon-SES-Mailer-PHP

6. Testa att skicka enligt ”Usage” som ser ut enligt följande:

<?php   require_once('AmazonSESMailer.php'); // Create a mailer class with your Amazon ID/Secret in the constructor  $mailer = new AmazonSESMailer('your id', 'your secret'); // Then use this object like you would use PHPMailer normally!  $mailer--->AddAddress('you@example.com');
$mailer->SetFrom('you@example.com');
$mailer->Subject = 'Sent from Amazon SES';
$mailer->MsgHtml('This is a test');
$mailer->Send();
?>

7. Begär fullständig access så du kan skicka E-post till vem som helst (utanför sandbox). En verifiering som tar max 24h.

Observera att Amazon SES har en standardgräns på 1000 st E-post om dagen. Du kan dock begära högre quota. Jag tror även att dessa 1000 dagliga E-postbrev om dagen är gratis om du skickar från en Amazon EC2 instans.

Syftet är att främja utvecklingen av en informationsmarknad genom att underlätta medborgares och företags användning av handlingar som tillhandahålls av myndigheter. Källa

Här kan du läsa överklagan i PDF-form:

Överklagan är skriven av Magnus Kolsjö.