Via Google Operating System hittade jag in till webbtjänsten Whatdoyousuggest.net som låter mig navigera i en trädstruktur baserat på ett initialt sökord och sedan Googles Suggest-funktionalitet som används på Google.com för att föreslå sökresultat.

Även om det kanske inte blir min nya startsida så är det ett ganska läckert sätt att visualisera sökresultat. Jag gillart!

Länk till exemplet nedan.

Det planeras ett nytt Bargento i Paris. En gathering med representanter från Varien som kommer och pratar Magentos framtid. Ett utmärkt tillfälle att träffa geeks, partners, upphovsmännen och annat.

Arrangörerna funderar på att göra detta till ett engelskt event så att vi som inte kan franska även har nytta av detta. De har en request på sin sida nu där de ber oss höra av sig om vi vill att det skall bli ett engelskt event. Om de får 100 intresseanmälning så blir det av.

Följ länken och meddela ditt intresse så tycker jag att vi möter upp där nere i slutet av maj!

http://www.bargento.fr/bargento-4/international-event-bargento-4-goes-english-compliant/

Det finns några saker som jag aldrig lär mig utantill. Sånt som jag måste Googla.  Varje. Gång. Att öppna upp Mysql för remote-anslutningar under utvecklingsperioden är en sådan sak. Det skall nämnas redan nu att en frisk människa egentligen inte bör göra detta men under utvecklingsperioder kan det vara mycket skönt att köra med t.ex. Webyog istället för PhpMyAdmin.

Då är det några steg man måste gå igenom. Jag hamnar alltid på den här sidan när jag Googlar. Jag funderar på att göra ett bokmärke av den.

http://www.cyberciti.biz/tips/how-do-i-enable-remote-access-to-mysql-database-server.html

För en tid sedan snubblade jag över YQL när jag hittade den här bloggposten som visar hur man med hjälpa pseudo-SQL kan göra uppslagningar över alla OS-medaljer genom tiderna. Jag blev lite nyfiken och började gräva lite i YQL som detta exempel är baserat på. Det är en rätt intressant tjänst från Yahoo! som bygger på att man utifrån en strukturerad datakälla som t.ex. ett CSV-dokument kan göra SQL-uppslagningar och få svaret i form av XML eller JSON. Eftersom YQL cache’ar datakällan så kan man om jag förstått saken rätt använda detta för storskalig drift. Vid drift använder man en specifik url för att plocka ut svaret från uppslagningarna men under utveckling kan man arbeta i deras konsoll för att testa datan. Prova själv här: http://developer.yahoo.com/yql/console

Den här sliden från Slideshare.net gör ett ganska bra jobb av att beskriva vad det handlar om.

Vid sidan av att själv använda CSV-filer som datakälla kan man använda något av alla de API’er som exponerar sig själv mot YQL som t.ex. Yahoos egna tjänst Flickr. Där kan man t.ex. söka upp bilder från en viss användare med följande exempel:

select id from flickr.photos.search(10) where text=’donkey’ and license=4

Eller hämta headlines från CNN och deras webbplats med följande uppslag:

select * from html where xpath=”//a” and url=”http://cnn.com”

Rätt intressant tjänst på det hela taget. För att testa tjänsten lite mer testade jag att lägga den här listan över Sveriges kommuner i en egen CSV-fil och göra lite uppslagningar mot den. Efter lite trixande fick jag till det. Exemplet nedan plockar ut en lista över alla kommuner med under 10 000 invånare.

http://developer.yahoo.com/yql/console/#h=select%20*%20from%20csv%20where%20url%3D%22http%3A//utveckling.swedmedia.se/extra/yql/kommunlista.csv%22%20AND%20col3%20%3C%2010000

Man kan ju fundera över om detta har någon riktigt användning i den riktiga världen men jag tänker att så länge jag själv vill göra komplexa uppslagningar ur t.ex. ett exceldokument kan jag enkelt göra detta genom att exportera dokumentet till CSV och använda konsollen på YQL.

Någon som har erfarenhet av att använda YQL i den riktiga världen?

I veckan har jag haft förmånen att få lägga händerna på min första installation av Magento Enterprise 1.7 och kunnat göra en rad storskaliga tester. Jag har varit nyfiken på denna version eftersom den har implementerat Page Cache vilket innebär att för de sidor där sessions-objektet ännu inte är aktiverat. D.v.s. kategorisidor, produktsidor och andra delar av sajten går blixtsnabbt så länge man inte använder Recently Viewed Products eller lägger någon produkt i varukorgen. Då slutar Page Cache fungera och prestandan sänks till mer normala nivåer.

Från att hantera 40 requests/sekund klarar Magento Enterprise 1.7 nu av ca 250 anrop per sekund. Denna förändring är avgörande för att påtagligt höja den begränsade prestandan i systemet. I fredags satt jag i en telefonkonferens med en tekniker från Varien och fick veta att man i en framtida version planerar Page Cache, inte bara på alla sidor som saknar sessioner, utan alla template-filer som inte använder sig av sessioner. Det betyder att även om man lägger något i varukorgen så kommer delar av varje sida att alltid ligga under Page Cache. Enligt dem själva i upp till 99% av anropen. Det låter ju onekligen hoppfullt.

Äntligen känns det som att Magento börjar nå en prestandanivå som tillåter tillräckligt storskalig drift. Jag har inte följt planerna för Community Edition på sistone men jag antar att man inte kommer att lägga Page Cache annat än i Enterprise-versionen. Jag har funderat över om det skulle vara möjligt att bygga en egen modul som ger motsvarande funktionalitet i Community Edition. Kanske. Någon som har en idé?

Jag hittade den här statistiken på Gizmodo.com idag. Den är rätt intressant tycker jag. Här kan man se hur olika produkter(Android, iPod, iPhone) fördelar sig demografiskt i olika åldrar. Enligt denna statistik är användningen av iPhone ganska jämt fördelat från 17 år upp till 55+. Med något större närvaro bland äldre(vilket förklaras av kostnaden).

http://gizmodo.com/5480421/the-ipod-touch-is-this-generations-tamagotchi

Jag gillar eAccelerator framför PHP’s egna APC-accelerator. Det är skönt att ha kontroll över konfigurationer och jag gillar rapporteringen i status-sidan. Men det finns ett problem med nyare versioner av eAccelerator om man vill köra det samtidigt som Magento. Det bryter inloggningsmöjligheterna på admin och Frontend spökar när man skall visa ut kategorisidor.

Lyckligtvis finns det några skarpa huvuden i forumen som hittat lösningar på detta. Tyvärr kräver den ena lösningen modifikationer i Zends kodbas vilket gör att man måste göra modifikationer som inte går att extenda i local-mappen. Den andra ändringen går dock extenda på sedvanligt vis.

Följ den här tråden så hittar du lösningen. Fungerar bra. Och man kan fortsätta använda eAccelerator. Det här känns som bad behaviour i Magento och inte något fel i eAccelerator.

http://www.magentocommerce.com/boards/viewthread/56007/

En polare visade mig Feedly.com idag. En rätt smart extension till din webbläsare som parse’ar alla dina feeds i Google Reader och visar dem i ett helt annat gränssnitt. Rätt läckert faktiskt. Det påminner lite Helvetireader.com fast påverkar mer än bara CSS’erna. Den tweaker även funktionaliteten. Efter ett par timmars testande är jag över lag imponerad och undrar om det här kan vara ett alternativ.

Jag skall testa i en vecka i alla fall.

Startsida

Mest populära bloggposter(inte bara i mina feeds)

Hittar automatiskt länkade filer

Delade länkar

Kul när ett IT-företag gör SuperBowl-reklam… efter IT-bubblan. Med egna intjänade pengar. Vilka andra har gjort det, Amazon?

När jag för några år sedan började jobba med Dagen.se hade vi många långa och infekterade diskussioner om vad som faktiskt var ”unika besökare”. Varje verktyg som analyserade loggarna från IIS sa en sak, TS-statistikverktyg en annan och Google Analytics en tredje. Även begreppen unika besök, unika besökare och om de skulle räknas per dag eller vecka var mycket förvirrat. Det blev riktigt rörigt när olika personer började slänga sig med olika siffror i marknadsföring, styrelsemöten etc. Till slut har dock branschen landat i att vad man räknar är unika besökare per vecka. Alltså hur många olika personer besöker min webb under en och samma vecka. Detta mäts med olika klientbaserade verktyg som bara räknar faktiska mänskliga besökare, verktyg som duckar för Google-botar och andra ting.

Det är väldigt skönt att det råder någon typ av branschstandard i detta och att de flesta är överens. Därför var det märkligt när jag började gräva i veckan efter en allmän uppfattning om vad som är samtidiga användare. Ni vet den där siffran som brukar stå på vissa forum: ”användare online: xxx st”. Den siffran mäter oftast antalet aktiva sessioner, en siffra som varierar beroende på hur lång timeout man har på sina sessioner. 20 minuter är inte helt ovanligt. Vilket betyder att en session räknas som aktiv i 20 minuter från och med den sista sidladdningen hos en användare. Så om en användare har varit inne på en sida i 5 minuter och klickat runt kommer denne hanteras som ”online” i ytterligare 20 minuter. Totalt lever sessionen i 25 minuter. 20 minuter är inte någon standard utan bara vanligt förekommande så för t.ex. en sajt som har en sessionstid på 60 minuter kommer att framstå som mer välbesökt än en med 20 minters timeout.

Detta kan tyckas vara ett problem av akademisk karaktär men det kan faktiskt bli ganska problematiskt när man skall lasttesta en ny webbplats i förhållande till hur stor trafik den gamla har. Jag har i veckan gjort en rad lasttester med verktyget www.loadstorm.com. En av många sajter som låter mig simulera verkliga trafikflöden/riktiga besökare. Där kan jag beställa tester för att simulera 100 samtidigt pågående användareflöden. Något som på riktigt mäter vad som händer när 100 personer samtidigt besöker en sida.

Men hur många samtidiga besökare har den gamla sajten  om det står att den har 100 samtidiga sessioner? Eftersom många av dem är i idle-mode och inte aktivt besöker sidan just nu borde ju 100 sessioner inte vara samma sak som 100 samtidiga användare i loadstorm eller andra verktyg.

Jag tänker därför så här: Att om den genomsnittliga besökstiden på en sajt är 5 minuter och sessionstiden är inställd på 20 minuter borde varje session leva i genomsnitt 25 minuter. Av dessa är 20 minuter dödtid då besökaren faktiskt inte genererar någon trafik mot webbplatsen. Med det antagandet borde ju rimligtvis det verkliga antalet besökare vara: 5 minuter/25 minuter = 0.2*100 antal användare online just nu = 20st.

Så om en sajt motsvarar de siffror jag mäter ovan borde ju det verkliga antalet samtidiga användare utgöra ca en femtedel av de sessioner som för närvarande är aktiva. Till saken skall dock nämnas att detta bara gäller för genomsnittet. Topparna är ju rimligtvis högre än så men för att utföra tester som motsvarar den trafik en sajt har idag behöver man fundera lite över detta för att kunna plocka fram bra mätvärden.

Detta är ju sällan något problem för gemene man utan bara något som utgör ett huvudbry för IT-chefen. Men ändå. Det är icke desto mindre intressant att fundera över.