Efteråt bjuder vi på en god lunch i restaurangen. Hela tävlingen är helt kostnadsfri för din del, så anmäl dig redan idag.

Standout har en lång historia ute på universitetsområdet i Växjö. Med hjälp av hyresvärden Videum har vi gått från den första lilla kontorsplatsen där David satt själv och knåpade ihop hemsidor i början av seklet till att sitta längst upp i SVT-huset med eget konferensrum och plats för flera personer.

Men nu har vi växt ännu mer och fick ett erbjudande om att flytta in i helt nya lokaler på Västergatan i Växjö. Det är precis ovanför det lilla charmiga caféet Gusto. I helgen gick flyttlasset, och så fort det viktigaste var på plats (läs: Internetanslutningen och kaffemaskinen) så körde vi igång.

Om du står framför Gustos entré och går ytterligare 10 meter åt höger står du framför vår nya ingång. Tryck sedan på översta knappen på porttelefonen så kliar vi oss i huvudet och undrar vad som tutar, vi är inte riktigt vana vid ljudet än. Men när vi väl svarat kommer du att välkomnas av en trevlig förinspelad kvinna med lätt östeuropeisk brytning som talar om att dörren är öppen. Då är det bara att gå in i hissen så ser vi till att du kommer upp till fjärde våningen. Vi ses snart!

Vi återkommer med lite bilder från lokalen när vi städat undan det värsta byggdammet.

Fixar finns tillgängliga för Rails 3.0 till 3.2 (exakta versioner som är säkrade just nu är 3.2.2, 3.1.4 och 3.0.12). Nedan följer en kort genomgång för de utvecklare som behöver se om deras applikationer drabbas.

Select-helpern

Om du tillåter användarinput i en select-ruta, vilket är ganska vanligt förekommande där man exempelvis kan välja bland fördefinierade kategorier som användaren har skapat, så blir inte användarens text escapad på rätt sätt.

Du kan gå runt detta genom att göra en content_tag istället för att bara skriva ut innehållet,

Exempelvis <%= select(‘post’, ‘category_id’, ”<option value=’#{category.id}’>#{category.name}</option>”) %> kan du göra om till <%= select(‘post’, ‘category_id’, content_tag(:option, category.name, :value => category.id) %>. Fast om du uppgraderar till senaste versionen är det fixat helt automatiskt.

Safebuffern är inte så safe

Det finns även en säkerhetslucka i SafeBuffer#[] i Ruby on Rails där osäkra buffrar felaktigt kan markeras som säkra. Ingen känd workaround finns i det här fallet, det är uppgradering som gäller (eller manuellt implementera patchen).

Akira Matsuda och Sergey Nartimov ligger bakom felsökning och buggrättning på ovanstående problem.

Källa: http://weblog.rubyonrails.org/2012/3/1/ann-rails-3-2-2-has-been-released

Sidan är byggd i WordPress och ligger på en Ubuntu-server med Apache.

Sidan finns på http://sarskolan2012.se/

Men nu har det blivit dags att köra igång igen! Trots moderniteter som bloggar, Facebook, Twitter och annat är fortfarande ett helt vanligt nyhetsbrev via e-post ett fantastiskt bra sätt för oss att nå ut och framför allt för dig att hålla dig uppdaterad.

Så om du är kund – eller bara är intresserad av vad vi har för oss – är det dags att anmäla sig till vårt nyhetsbrev. Det kommer att komma ut ungefär en gång per månad.

Vi har byggt ett litet enkelt intranät i Ruby on Rails åt VVS-konsulterna FLK. Det har rullat på ett tag, men efter några uppgraderingar av serverns operativsystem blev det plötsligt otroligt.

Normalt sett brukar vi använda Ubuntu-maskiner för att driftsätta webbapplikationer med Ruby on Rails, men ibland kan vi av olika skäl inte välja vilken miljö våra applikationer ska köras i. Så var det nu, och då gäller det att lösa problemen.

Kevin satt och svettades ett tag med att undersöka varför Mongrel hela tiden kraschade, och till slut valde vi att byta ut den mot den lilla snabba webbservern Thin. Den är betydligt mer stabil än många av sina föregångare, men lite problematisk att installera på Windows.

För att folk som hamnar i samma knipa inte ska behöva slita sitt hår publicerar jag några av Kevins anteckningar här.

• Vi installerade Ruby via RubyInstaller
• Du behöver DevKit (finns länkat på Rubyinstallers webbplats. Vi använde den här versionen). Du får inte ta bort mappen du extraherar filerna till. Då fungerar det inte och du får börja om.
• Har du gamla DevKit tools behöver du göra ruby dk.rb install –force för att skriva över dem. Annars failar det.
• Du behöver den senaste versionen av RubyGems (gem update –system)
• Om du får fel relaterade till pathspec, ominstallera de gems den klagar på.
• gemen Abstract och EventMachine behöver du avinstallera om du har dem innan du installerar Thin. gem uninstall abstract eventmachine
• Specificera den absolut senaste releasen av EventMachine i din gemfile, innan du specar gemet ‘thin’. gem ‘eventmachine’, ’1.0.0.beta.4.1′, :platform => :mingw

Kör det ihop sig fullständigt får du höra av dig så kanske vi kan skaka loss en konsult i några timmar som hjälper dig på traven.

Till detta har vi byggt både en webbplats och en webbapplikation där personalen kan svara på frågor om sin chef och där vi sedan kan hämta ut statistik, kommentarer och snygga grafer. Den fungerar både på datorn, på iPad och till och med i en iPhone utan problem.

Nu när applikationen har blivit mer och mer populär och allt fler chefer ska utvärderas så visade det sig att allt blev segt som sirap efter ett tag. Applikationen är skriven i Ruby on Rails och driftas på en Ubuntu-server av senaste snitt. Bra grejer rakt igenom, så vi började mäta prestandan med hjälp av ett mätverktyg som heter New Relic.

Det fina med New Relic är att den visar precis var din applikation blir seg, och i det här fallet kunde vi efter bara några minuter zooma in på att det var genereringen av de snygga graferna som tog onödigt lång tid. Vi snackar om cirka 75 000 ms per graf, vilket blir ganska mycket väntan när det är omkring 40 grafer på en sida som ska laddas.

Ungefär så här ser graferna ut, och det är den högra delen som är jobbig att generera. För att skydda de oskyldiga har jag suddat ut en del detaljer i grafen.

Efter en hel del grävande visade det sig att felet låg i ImageMagick, biblioteket som genererade själva bilden. Det var kompilerat med 16-bitarsgrafik som egentligen är helt onödigt i webbsammanhang. Så jag tog och kompilerade om hela ImageMagick och fick upp hastigheten på varje request till cirka 200 millisekunder.

Vi har alltså en förbättring där graferna går omkring 350 gånger snabbare att generera bara genom att kompilera om ett litet bibliotek. Det är grejer, det!

Lasse på Chefsportalen är en lycklig kund, och det är ju det som är vårt mål – att skapa lyckliga kunder. Det brukar innebär att vi blir ganska nöjda också. :)

Jonas hanterar de flesta programmeringsspråk. Bland annat PHP, Java och på senare tid även Ruby on Rails är saker han gärna sätter tänderna i. Jonas har tidigare varit konsult på Ericsson och även frilansande webbutvecklare.

Förutom webbutveckling gillar Jonas riktigt snöiga vintrar, även om de kan kännas på elräkningen, och drar sig inte för att prova riktigt exklusiva kaffesorter när tillfälle ges.

Vi hoppas att han ska trivas och önskar honom varmt välkommen i gänget!

Det hela är ganska enkelt, men lätt att komma igång med och bygger på att du använder dig av javascriptramverket jQuery. Du hittar en demonstration på http://standout.github.com/gallery/ och användningen är helt fri. Hittar du några buggar får du gärna säga till.

När du lägger upp nya bilder läser vi in dem och anpassar dem för användning på webben. Det är framför allt för att dina besökare ska kunna uppleva en snabbladdad sida och slippa ladda hem allt för tunga bilder. Om du har många bilder så kan det dock ta lite tid innan alla har hunnit behandlas, och om du är alldeles för snabb kan du hinna publicera sidan innan alla bilder är färdigbehandlade.

Därför dyker det nu upp en tydlig stor röd varningsruta som talar om ifall du har några bilder som håller på att behandlas.