Time to move on, life is on TV.

16GB

noreply@blogger.com (solanum) — Wed, 11 Apr 2012 21:07:00 +0000

Sweet.

Reblog: The Power of Technical Debt - Anthony Ferrara

noreply@blogger.com (solanum) — Wed, 28 Mar 2012 17:11:00 +0000

The Power of Technical Debt - Anthony Ferrara:

Lately, I've found myself in a number of discussions about Technical Debt and how it applies to project development. Overall, I think it's a very powerful tool that -- when used wisely -- can be a great asset to any team. It seems to me that most of the people that I've been talking to really don't agree, and see Technical Debt as a plague that should be eliminated at first sight. So, I figured I'd share my opinions, and see what you think...
Read more »

Reblog: Symfony 2.0.12 released

noreply@blogger.com (solanum) — Mon, 26 Mar 2012 17:30:00 +0000

Symfony 2.0.12 released:

Symfony 2.0.12 has just been released.
The CHANGELOG has all the details about the changes and you can even have a look at the full diff.

Reblog: Installing the ChildBrowser Plugin for iOS with PhoneGap/Cordova 1.5

noreply@blogger.com (solanum) — Mon, 26 Mar 2012 06:30:00 +0000

Installing the ChildBrowser Plugin for iOS with PhoneGap/Cordova 1.5:

I’ve seen a bunch of people who are new to PhoneGap/Cordova struggle with getting the ChildBrowser up and running. I fought with it today as well and most of my mistakes were based on old blog posts so I wanted to do a quick post that hopefully shows up in Google for people running into the same problems I had.
I’m starting with a blank project. The ChildBrowser plugin I’m using is here which as of this writing has been updated to support Cordova 1.5 with some potential backwards compatibility with 1.4.1. The simplest thing is to probably just download the source as a zip.

Reblog: RIPS static source code analyser - Gareth Heyes

noreply@blogger.com (solanum) — Mon, 26 Mar 2012 00:03:00 +0000

RIPS static source code analyser - Gareth Heyes:

RIPS is a static source code analyser and is one awesome piece of coding by @fluxreiners. Use it now to scan your PHP files for vulnerabilities. It can detect XSS, SQLi, File disclosure, LFI/RFI, RCE and lots more and it’s free. I’m downloading the current version now 0.52, so should you

PHP 5.4.0 stable släppt

noreply@blogger.com (solanum) — Thu, 01 Mar 2012 23:56:00 +0000

The PHP development team is proud to announce the immediate availability of PHP 5.4.0. This release is a major leap forward in the 5.x series, and includes a large number of new features and bug fixes.

Yay!

http://php.net/releases/5_4_0.php
http://www.php.net/downloads.php

DynDNS dödade mina mine.nu-domäner

noreply@blogger.com (solanum) — Tue, 21 Feb 2012 19:00:00 +0000

Märkte av en slump att de mine.nu-subdomäner jag haft hos DynDNS sedan internets begynnelse plötsligt slutat fungera, och var spårlöst borta när jag loggade in och kollade på sidan.

Vidare efterforskning visade att deras varningsmail givetvis hade hamnat i Spam-mappen. De nya reglerna för gratis-konton är tydligen att man måste byta IP-adress minst en gång i månaden på respektive subdomän, eller följa aktiveringslänken i varningsmailet som skickas varje månad om man inte har bytt IP-adress.

Så fick bli att köpa Pro account eller vad det hette, $20/år.

Årets affärsmodell?

Pixelapse: Github for Designers

noreply@blogger.com (solanum) — Thu, 09 Feb 2012 21:23:00 +0000

Versionshantering för PSD-filer, syncar automatiskt vid varje save. Cool startup, fast namnet kanske de ska fila lite på.

http://news.ycombinator.com/item?id=3572755 [Hacker News]

Pixelapse [pixelapse.com]

Pinterest: Det nya svart

noreply@blogger.com (solanum) — Wed, 08 Feb 2012 20:14:00 +0000

Snygg lösning, imponerande tillväxt, förvisso en jäkla massa pengar i botten, men ändå. Dock är innehållet och stämningen hyfsat kissnödig, som Alexander Bard skulle uttryckt det. [1]

Pinterest Hits 10 Million Monthly Uniques Faster Than Any Standalone Site Ever [techcrunch.com]

How Pinterest Is Changing Website Design Forever [mashable.com]

Precis som med många startups verkar intäktsmodellen inte riktigt vara färdigtänkt; den här typen av lösningar känns ju inte direkt rumsrena exempelvis:

Pinterest is quietly generating revenue by modifying user submitted pins [llsocial.com]

[1] http://www.metro.se/noje/bwo-dissar-hultsfred/Objfds!08_1416-22/ - BWO dissar Hultsfred

– Vi har inte där att göra. Där spelar Concretes och alla andra kissnödiga band. Vi vill inte bli associerade med det, säger Alexander Bard.

Förklaringen till varför musen laggar i OS X

noreply@blogger.com (solanum) — Tue, 07 Feb 2012 21:55:00 +0000

Många som kommer från Windows tycker att muspekaren släpar efter på Mac. Tyckte själv det när jag återgick till Mac efter många år på Windows och Linux. Fast som många andra har jag i stort sett vant mig, även om jag inte gärna game:ar i OS X.

Tydligen är det ett släp på 32 ms som spökar, någonstans djupt ned i Quartz Extreme. Jakten har nu börjat på att hitta felet; och förhoppningsvis lösa det, eftersom Apple inte verkar särskilt benägna att göra något själva.

Läs mer: http://d43.me/blog/1205/the-cause-for-all-your-mac-os-x-mouse-annoyances/

Facebook: Git performance results on a large repository

noreply@blogger.com (solanum) — Sun, 05 Feb 2012 21:09:00 +0000

Intressant tråd om hur git presterar vid mycket stora repon.

Läs hela här

From: Joshua Redstone
Subject: Git performance results on a large repository
Newsgroups: gmane.comp.version-control.git
Date: 2012-02-03 14:20:06 GMT (2 days, 6 hours and 43 minutes ago)

Hi Git folks,

We (Facebook) have been investigating source control systems to meet our growing needs. We already use git fairly widely, but have noticed it getting slower as we grow, and we want to make sure we have a good story going forward. We're debating how to proceed and would like to solicit people's thoughts.

[...]

Thoughts?

Cheers,
Josh

Intressant från Fog Creek; varför har säljare provision?

noreply@blogger.com (solanum) — Thu, 19 Jan 2012 16:53:00 +0000

Among our many cherished verities and assumed assumptions is the widespread belief—nearly universal practice actually—that salespeople are to be paid commissions. It’s the way things are done. Stop signs are red. Salespeople get commissions.

But why?

Intressant om provision från Fog Creek (skaparna av StackExchange), som själva lagt av med det:

Why do we pay sales commissions? [Fog Creek Blog]

As John, one of our salespeople said, “It’s made the team better. It’s removed the ‘me, me, me’ mentality. Now I want to share information with everyone on the team, and everyone is willing to pitch in because it doesn’t hurt me to help my colleagues.”

Google, Wikipedia, Reddit, Craigslist, Flickr stänger i protest mot SOPA/PIPA

noreply@blogger.com (solanum) — Wed, 18 Jan 2012 09:36:00 +0000

Såhär ser Google ut idag i USA.

Idag stänger flera stora sajter för att protestera mot lagförslagen PIPA och SOPA (i den amerikanska senaten respektive representanthuset): http://americancensorship.org/infographic.html

"YouTube would just go dark immediately," Google public policy director Bob Boorstin said at a conference last month. "It couldn't function."

Bland de som stänger:
Wikipedia (http://en.wikipedia.org/wiki/Main_Page)
Reddit (http://www.reddit.com/)
Craigslist (http://philadelphia.craigslist.org/)
Wordpress (http://wordpress.com/)
Free Software Foundation (http://www.gnu.org/)
Mozilla (http://www.mozilla.org/)
Flickr (http://www.flickr.com/)

Reblog #1: Facebook Social Plugins, The Aura Project, Shim, 3D i WebKit, JQ.Mobi

noreply@blogger.com (solanum) — Mon, 16 Jan 2012 19:45:00 +0000

Facebook uppdaterar sina social plugins, inget superintressant där: http://klinger.io/post/15672435659/the-unannounced-updates-to-facebooks-social-plugins

The Aura Project siktar in sig på PHP 5.4 istället för 5.3; utmanare till Symfony2 möjligen: http://paul-m-jones.com/archives/2219

Boston Globe släpper testverktyget Shim på Github, Javascript/Wifi-hack som gör så att flera enheter delar cookies och surfar till samma URL:er på samma gång. Givet om man ska testa responsive design: https://github.com/marstall/shim/

Making Love To WebKit, 3D i Safari med endast CSS. Firefox och Chrome verkar på g. Synd bara att vi måste vänta ut IE6, IE7, IE8 och IE9 innan det kan bli aktuellt att använda i större sammanhang: http://acko.net/blog/making-love-to-webkit/ (kolla sidan i Safari för bästa effekt, hint: scrolla upp)

JQ.Mobi; ett vettigt alternativ till jQuery Mobile? Snart kanske: http://www.readwriteweb.com/mobile/2012/01/jqmobi-is-a-mobile-optimized-h.php

Google: Don't be evil?

noreply@blogger.com (solanum) — Sat, 14 Jan 2012 23:37:00 +0000

Mocality secretly recorded Google employees offering to build a website for the businesses and, in one case, falsely claiming that Mocality would charge to list its business. (The Guardian)

Mocalitys blogginlägg: http://blog.mocality.co.ke/2012/01/13/google-what-were-you-thinking/

Google ber om ursäkt: http://www.guardian.co.uk/technology/2012/jan/13/google-kenyan-rival-mocality-database

Sammanfattning, från Guardian-artikeln:

According to Magdalinski, suspicions were raised after Mocality started receiving calls from businesses on its directory asking how they shoud go about setting up a website – which Mocality has never offered.

Mocality then set up what it described as a "sting" operation, changing some of the telephone numbers on its business directory to the contact details of its own call centre.

"When we listened to the calls, we were beyond astonished," said Magdalinski.

Mocality secretly recorded Google employees offering to build a website for the businesses and, in one case, falsely claiming that Mocality would charge to list its business.

"Since October, Google appears to have been systematically accessing Mocality's database and attempting to sell their competing product to our business owners," Magdalinski wrote in the blogpost. "They have been telling untruths about their relationship with us, and about our business practices, in order to do so.

"I did not expect to find a human-powered, systematic, months-long, fraudulent (falsely claiming to be collaborating with us, and worse) attempt to undermine our business, being perpetrated from call centres on two continents."

Symfony 2: Inte bara ett framework

noreply@blogger.com (solanum) — Fri, 13 Jan 2012 18:24:00 +0000

Blir mer och mer imponerad av Symfony 2, speciellt efter Fabien Potenciers (hittills) sex delar långa guide om hur man använder Symfony 2:s komponenter till att bygga sitt egna framework.

Välj och vraka mellan byggstenarna helt enkelt; och samtidigt en inblick i tankarna bakom uppbyggnaden av Symfony 2 Standard.

Här är del 1: Create your own framework... on top of the Symfony2 Components

iDoneThis: Få saker gjort genom att se vad andra får gjort

noreply@blogger.com (solanum) — Wed, 11 Jan 2012 19:17:00 +0000

I mängden av nyårslöftesrelaterade startups hittade jag iDoneThis.

Du signar up med din e-post och beskriver det du vill få gjort, och om du vill få det gjort varje dag eller varje vecka.

Efter ett par dagar har du blivit tilldelad en slumpmässigt utvald grupp, kring 20 personer. Du får då ett mail som beskriver vad varje deltagare i just din grupp har gjort under gårdagen, samt en uppmaning att svara på mailet och beskriva vad du har gjort idag.

We probably didn’t need scientists to actually come up with a figure (80% failure rate!) to know that New Year’s resolutions don’t stick.

Instead, build a habit! You can start with baby steps, like drinking water instead of soda, attaining small successes and rewards that will build up until voila, habit!

The ever-helpful Zen Habits has great tips on building habits: make it enjoyable, commit to one habit at a time, and harness the power of a social network.

Tell us your New Year’s Habit and we’ll match you up in teams of people building similar habits. We'll keep you on track with a nightly email reminder. Just reply with what you did. The next morning, you’ll get an email with your team's progress, and you’ll be on your way to long term-change slowly but surely.

Utdrag ur dagens iDoneThis-mail för min grupp:

Wrote for 20 minutes on my pilot.
Reworked horror novel opening.
still working on the same lyric. feels a little like waiting at a bus stop for the express to come by. no timetable in sight, but i'm here until it arrives.
Finished a draft! We'll see how it reads in the morning.
No writing, but caught up on some overdue emails.

Sushi till middag

noreply@blogger.com (solanum) — Tue, 10 Jan 2012 19:11:00 +0000

Gött.

jQuery Mobile: Diverse problem

noreply@blogger.com (solanum) — Mon, 09 Jan 2012 21:03:00 +0000

jQM tar för mycket kraft att ladda om vid varje sidladdning; speciellt i mobila enheter. Det självklara valet blir då att bara ladda jQuery och jQM en gång; och sedan ladda påföljande sidor med hjälp av AJAX (detta är dessutom ganska djupt inbyggt i jQM:s navigeringslogik).

Då stöter vi på ett antal problem.

404: File not found
Om man stöter på en sida som returnerar en felkod som jQuery:s AJAX-anrop tolkar som ett "error"; exempelvis 404, så visas inte svarssidan alls. Istället får man ett felmeddelande från jQM:s navigeringssystem, och lämnas kvar på sidan man befann sig på tidigare. Detta är dessutom klurigt att ändra utan att göra ganska stora förändringar i jQM-koden, som då blir ett helvete att underhålla när det ska uppgraderas.

Enklaste "lösningen" är att helt enkelt inte skicka "rätt" HTTP-felkoder från backend, utan att alltid skicka 200 OK när innehållet faktiskt ska visas. Detta är inte något större problem om det inte handlar om en sida som Google ska indexera; där felkoderna faktiskt fyller en funktion.

Sidspecifik JS/CSS
I den lösning jag jobbar i nu så byggs ett block med JS och ett block med CSS för varje kombination av templates. Så vid första sidladdningen laddas alltid bara den JS och den CSS som behövs för den sidan; inte mer. När man då byter sida med hjälp av AJAX så kommer jQM inte att plocka ut CSS/JS från HEAD-delen av svaret, utan bara plocka ut själva DIV:en med sidans innehåll.

Detta bör gå att lösa genom att lyssna på lämpligt jQM-event; parsa HEAD-delen av svaret själv, och kopiera in nyupptäckt CSS/JS i sidans riktiga HEAD-del innan den nya sidan visas ut.

Annonser
Vår gamle vän document.write dyker som vanligt upp i AJAX-sammanhang. Annonskoder håller i regel stenåldersnivå; det krävs document.write i minst två led för att fungera, och dessutom kräver eventuella tredjeparts-taggar ännu ett eller två led för att få ut något.

På desktop-sidan har vi löst detta med en modifierad variant av LazyWrite som fungerar relativt bra i nyare webbläsare. I övriga låter vi helt enkelt document.write göra sitt; vilket ju är ett alternativ när man inte laddar om hela sidan med AJAX.

Återstår att se om LazyWrite är lösningen även på mobilsidan. Preliminära tester visar att det åtminstone inte fungerar rakt av. Gissningsvis har det att göra med hur jQM hanterar SCRIPT-blocken i de AJAX-hämtade sidorna, och förhoppningsvis går det att göra något åt genom att lyssna på något event.

Återkommer förhoppningsvis med lösningar, och en separat post om den där CSS/JS-implementationen.

A worthy adversary for President Obama

noreply@blogger.com (solanum) — Sat, 07 Jan 2012 22:06:00 +0000

(Hurr durr: Reddit)

Do you fear getting trapped in a dull conversation?

noreply@blogger.com (solanum) — Fri, 06 Jan 2012 12:05:00 +0000

(Hurr durr: Reddit)

Nyårslöftesrelaterad idé

noreply@blogger.com (solanum) — Thu, 05 Jan 2012 08:00:00 +0000

Starta en sida där man registrerar sig och ger ut antingen kreditkortsnummer, eller sätter in en summa pengar, mot att man uppfyller sitt löfte (exempelvis träna 2 ggr/vecka).

Uppfyller man det inte (behöver inte direkt kontrolleras, utan kan vara samvetsstyrt), så dras det en mindre summa från ens konto. Alternativt om man satt in pengar; uppfyller man löftet för den veckan/månaden, så får man en del av pengarna tillbaka.

Om man inte vill blanda in pengar: Koppla till Facebook, avge ett löfte; om du inte följer löftet så postar den till alla dina vänner om hur dålig du är. Ifall du sagt att du följt löftet för den veckan, så postar den tid/datum då du påstod att du gymmade, och ber dina Facebook-vänner kommentera ifall du faktiskt gjorde det eller inte.

Fantasy Premier League - Gameweek 20

noreply@blogger.com (solanum) — Wed, 04 Jan 2012 19:34:00 +0000

För tätt mellan gameweeks på sistone, glömt av transfers två gånger senaste fyra omgångarna.

Denna vecka spelar Spurs två matcher, men jag glömde såklart att sätta Bale som kapten.

Och givetvis spelar inte Larsson, och istället tar Sessegnon 10 poäng; som jag köpt först till nästa vecka.

Hittills står det 29 - 48 i veckans cup-match; med Ba, Rooney, Nani och Bales andramatch kvar att spela. Min motståndare har dessutom både Van der Vaart och Bale, med Van der Vaart som lagkapten. Allt hänger alltså på att MUN-NEW blir väldigt målrik. Och att VdV bryter båda benen under uppvärmningen.

Nästa vecka har jag nog bättre förutsättningar; Sessegnon inköpt (för andra gången), och lite fräschare bänk.

Varnish är min vän (och libvmod-header)

noreply@blogger.com (solanum) — Mon, 02 Jan 2012 20:42:00 +0000

Efter många timmars testande och googlande har jag byggt en lösning som jag är hyfsat nöjd med.

Några saker jag lärt mig:
- Varnish har inte så bra stöd för ETags som jag trodde
- Varnish är sjukt snabbt
- Ingen gillar Set-Cookie-headern; och browsers gillar speciellt inte när man merge:ar flera Set-Cookie-headers till en (även om det ska vara lugnt enligt RFC:n)

Då till problemet; jag ville ha flera parallella versioner av en resurs, som utåt sett skulle ha samma URL. För att veta vilken av dessa som ska hämtas behöver man minst ett anrop till backend.

Utöver detta vill jag helst kunna få cookies från backend vid varje sidvisning; om det absolut inte går vill jag strippa Set-Cookie-rader helt från cachade svar. Detta skulle dock resultera i att en massa oanvända sessioner startas, men skulle nog gå att komma förbi på något sätt.

ETags galore?
Först försökte jag olika lösningar med ETags, Vary: ETag, 304-svar från backend, osv. Lyckades dock inte få det att funka, då Varnish inte skickar If-None-Match om inte klienten skickat det, och då blir det ingen gemensam cache; och alltså ganska värdelöst.

302 Found
Så, vi skippar ETags helt; vi behöver en unik URL för varje version av resursen. Kan vi då dölja denna URL för besökaren? Vi bakar helt enkelt in ETag:en i URL:en istället.

- Varnish frågar backend efter resursen med URL "/forum"
- Backend svarar med en 302-redirect till "/forum?etag=foo"

Här kommer det vackra, i vcl_fetch;

if(beresp.status == 302) {
set req.url = beresp.http.location;
return (restart);
}

Redirecten hanteras nu alltså internt av Varnish, klienten har ännu inte fått något tillbaka.

- Backend svarar på "/forum?etag=foo" med en helt vanlig sida, med lämpliga cache-headers
- Varnish cachar sidan med ETag:en i URL:en, och skickar den till klienten
- Nästa gång någon hämtar samma resurs och den fortfarande är kvar i cachen med samma ETag så kommer den bara träffa backend en gång (då den får 302-svaret)

Cookies då?
Vi gör ju faktiskt redan en helt vanlig request mot backend som har klientens cookies med sig. Vi sparar helt enkelt Set-Cookie-raderna vi får tillbaka, i den nya requestens header X-COOKIES i vcl_fetch:

if(beresp.status == 302) {
        set req.url = beresp.http.location;
        header.copy(beresp.http.Set-Cookie, req.http.X-COOKIES);
        return (restart);
}

Sedan i vcl_deliver så plockar vi ut dessa och lägger i Set-Cookie på vårt svar:

unset resp.http.Set-Cookie;
header.copy(req.http.X-COOKIES, resp.http.Set-Cookie);

Detta vore inte möjligt utan libvmod-header, som tillhandahåller header.copy-funktionen. Om man hade använt Varnish inbyggda funktioner för att sätta Set-Cookie så hade man nämligen bara fått med den första Set-Cookie-raden om det varit flera.

Varnish, Etags, och Cache Invalidation

noreply@blogger.com (solanum) — Sun, 01 Jan 2012 22:44:00 +0000

Försöker hitta en optimal lösning för Varnish med hjälp av Etags. I princip tror jag att jag är ute efter att flera Etags kan vara giltiga samtidigt för en viss resurs.

Scenariot
- Tre olika klienter med tom cache gör varsin request, klient #2 är inloggad, #1 och #3 är inte inloggade.
- Varnish cache är tom innan första requesten görs
- Alla klienter hämtar samma sida, låt säga "/forum", inga edge side includes eller liknande.
- Back-end returnerar endast Etag och eventuellt 304-svar om klienten inte är inloggad. Annars returneras ett helt vanligt svar med privata cache-headers etc.

Om requesterna görs i ordningen 1-2-3
#1: Får fräsch sida, sparas i Varnish cache
#2: Får fräsch sida, Varnish cache rensas för objektet
#3: Får fräsch sida, sparas i Varnish cache

Om de görs i ordningen 1-3-2
#1: Får fräsch sida, sparas i Varnish cache
#3: Får cachad sida
#2: Får fräsch sida, Varnish cache rensas för objektet

Möjlig lösning
Konfigurera Varnish så att den inte gör något alls (specifikt; så den inte invaliderar cachen) om ingen Etag kommer från backend, utan bara skickar vidare requesten till klienten. Går säkert att konfa så, verkar ganska flexibelt.

Nästa problem: Flera valida Etags
Om vi har flera varianter av en sida, för olika typer av oinloggade besökare. Exempelvis vill vi cacha sidan olika för om webbläsaren stödjer lazyload av våra annonser eller inte. Då har vi plötsligt två eller fler konkurrerande Etags för samma resurs, som kommer invalidera varandra.

Detta borde dock Varnish kunna hantera; den skulle ju kunna skicka flera Etags med en "If-None-Match"-header till backend. Frågan är hur den ska veta vilken som ska invalideras när den får tillbaka en 200 istället för 304?