Kommentarer till Statistik är grunden för positivt förändringsarbete http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html En E-handlares Bekännelser Tue, 07 Feb 2012 13:23:23 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Av: Dan Nilsson http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10692 Dan Nilsson Sun, 29 Jun 2008 13:04:58 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10692 Ja, analytics äger precis som många säger. Mitt system stödjer analytics och dess konverteringsfunktioner, men jag vill undvika upplåsning av statistik hos tredje part och dessutom ha statistik i realtid. Ja, analytics äger precis som många säger. Mitt system stödjer analytics och dess konverteringsfunktioner, men jag vill undvika upplåsning av statistik hos tredje part och dessutom ha statistik i realtid.

]]> Av: Peter Korkala http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10688 Peter Korkala Sun, 29 Jun 2008 10:22:17 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10688 Det är ju också mycket lätt att gömma sig (som besökare) från GA. Ett exempel är att lägga till "127.0.0.1 www.google-analytics.com" i hosts-filen. Det finns ju också flera plugins t Firefox som gör samma sak. Eftersom Analytics är det vanligaste statistikverktyget är det flest besökare som "gömmer" sig för det. Statistiken ska man ta med en nypa salt, och tänker man på det är Analytics riktigt bra. Det är ju också mycket lätt att gömma sig (som besökare) från GA. Ett exempel är att lägga till ”127.0.0.1 http://www.google-analytics.com” i hosts-filen. Det finns ju också flera plugins t Firefox som gör samma sak. Eftersom Analytics är det vanligaste statistikverktyget är det flest besökare som ”gömmer” sig för det. Statistiken ska man ta med en nypa salt, och tänker man på det är Analytics riktigt bra.

]]> Av: Ola Vikström http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10556 Ola Vikström Fri, 27 Jun 2008 20:26:43 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10556 Analytics sorterar ut skit ur din trafik. Så vad du får med andra verktyg är helt enkelt sämre data, men kanske fler besökare från rysslands utkanter. Analytics sorterar ut skit ur din trafik. Så vad du får med andra verktyg är helt enkelt sämre data, men kanske fler besökare från rysslands utkanter.

]]> Av: WP-junkie http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10555 WP-junkie Fri, 27 Jun 2008 20:09:38 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10555 Jag administrerar ett tiotal sidor med wordpress i grunden, och jag har inte enkom positiva erfarenheter från Analytics. Jag har provkört 5 olika statistikprogram, och alla visar olika data, Ananlytics verkar missa en hel del av trafiken. Adsense visar också andra siffror. Måste vara skönt att skapa ett eget system från grunden, så att du vet att du kan lita på datan. Jag administrerar ett tiotal sidor med wordpress i grunden, och jag har inte enkom positiva erfarenheter från Analytics. Jag har provkört 5 olika statistikprogram, och alla visar olika data, Ananlytics verkar missa en hel del av trafiken. Adsense visar också andra siffror.

Måste vara skönt att skapa ett eget system från grunden, så att du vet att du kan lita på datan.

]]> Av: Mikael http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10554 Mikael Fri, 27 Jun 2008 19:20:59 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10554 En detalj som du kanske känner till men som många väldigt rutinerade systemutvecklare missar är att skapa korrekta index i databasen. Gör garanterat under för dina svarstider och jag gissar att storleken på dina databaser inte hindrar att du kör dina rapporter mot levande data. Med summeringstabeller/aggregerade värden börjar underhåll och komplexitet dra iväg lite väl för att motivera nyttan (något bättre svarstid). Din blogg har blivit given läsning även om jag inte pysslar med e-handel. Bra inspiration och skön mentalitet! En detalj som du kanske känner till men som många väldigt rutinerade systemutvecklare missar är att skapa korrekta index i databasen. Gör garanterat under för dina svarstider och jag gissar att storleken på dina databaser inte hindrar att du kör dina rapporter mot levande data. Med summeringstabeller/aggregerade värden börjar underhåll och komplexitet dra iväg lite väl för att motivera nyttan (något bättre svarstid).

Din blogg har blivit given läsning även om jag inte pysslar med e-handel. Bra inspiration och skön mentalitet!

]]> Av: Ola Vikström http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10521 Ola Vikström Fri, 27 Jun 2008 15:44:23 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10521 Datorer är billigt som fan. Köp en galet snabb server med tri-ultra-quad-processorer och 50 terrabyte minne. Inte värt att koda saker effektivt när man kan köpa sig ur problemet. Okej kanske inte alltid sant. Men fan va skönt att datorkraft är så satans billigt. Min tid är fan inte det. Ola (Proffesionell Databasprogrammerare) Datorer är billigt som fan. Köp en galet snabb server med tri-ultra-quad-processorer och 50 terrabyte minne. Inte värt att koda saker effektivt när man kan köpa sig ur problemet. Okej kanske inte alltid sant. Men fan va skönt att datorkraft är så satans billigt. Min tid är fan inte det.

Ola (Proffesionell Databasprogrammerare)

]]> Av: Marcus http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10519 Marcus Fri, 27 Jun 2008 15:06:11 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10519 Jag brukar köra dagssamanställningar kombinerat med en enkel "livesida" där saker som är tidskritiska men som inte kräver så mycket av databasen visas. Det blir någon slags kompromiss mellan statistikberoendet och vad som är praktiskt... Jag brukar köra dagssamanställningar kombinerat med en enkel ”livesida” där saker som är tidskritiska men som inte kräver så mycket av databasen visas. Det blir någon slags kompromiss mellan statistikberoendet och vad som är praktiskt…

]]> Av: Hjalmar http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10518 Hjalmar Fri, 27 Jun 2008 14:54:41 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10518 En lösning är att ha en separat statistik daemon som ligger och summerar allt data i realtid i minnet och som kan svara på dina requests via ett anrop. Lite overkill för ditt system antagligen. En lösning är att ha en separat statistik daemon som ligger och summerar allt data i realtid i minnet och som kan svara på dina requests via ett anrop. Lite overkill för ditt system antagligen.

]]> Av: Hjalmar http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10517 Hjalmar Fri, 27 Jun 2008 14:53:08 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10517 Fördelen med att köra det aggregerat är att du har det i en egen tabell om inte en egen databas. Då behöver du inte bekymra dig om locks. Dvs om en skrivning sker medans din läsning/summering pågår så pre-empas läsningen tills skrivningen är klar. Om du kör aggregeringen per dag varje timme. Per vecka och månad varje dag (mitt i natten) så förlorar du ju aldrig mer än max 23h59m statistik på veckorapporterna. Det kanske inte spelar så stor roll med en dag hit eller dit i en månadsrapport. Det finns mig veterligen ingen perfekt lösning, du kan ju försöka dig på att summera det från live-tabellen och det summerade datat men det är krångligt att göra på ett bra sätt tror jag (du får göra det i userland/php antagligen). Fördelen med att köra det aggregerat är att du har det i en egen tabell om inte en egen databas. Då behöver du inte bekymra dig om locks. Dvs om en skrivning sker medans din läsning/summering pågår så pre-empas läsningen tills skrivningen är klar.

Om du kör aggregeringen per dag varje timme. Per vecka och månad varje dag (mitt i natten) så förlorar du ju aldrig mer än max 23h59m statistik på veckorapporterna. Det kanske inte spelar så stor roll med en dag hit eller dit i en månadsrapport.

Det finns mig veterligen ingen perfekt lösning, du kan ju försöka dig på att summera det från live-tabellen och det summerade datat men det är krångligt att göra på ett bra sätt tror jag (du får göra det i userland/php antagligen).

]]> Av: Dan Nilsson http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html/comment-page-1#comment-10513 Dan Nilsson Fri, 27 Jun 2008 14:23:13 +0000 http://www.dan.se/statistik-ar-grunden-for-positivt-forandringsarbete.html#comment-10513 Men Hjalmar jag har ju förklarat att jag gör selektionen slumpmässigt OM kunden inte besökt sidan förut. Om du går in på sidan 20 dagar senare från ditt första besök får du självklart samma konfiguration förutsatt att den fortfarande är aktiv i A/B-testet. Jag kör aggregering på Trivia och det är smidigt men jag förlorar realtidsvisningen då eller hur? Det är lite därför jag vill ha eget statistiksystem och inte Analytics. Jag vill se allting i realtid, det äger, men blir skitslött :) Men Hjalmar jag har ju förklarat att jag gör selektionen slumpmässigt OM kunden inte besökt sidan förut.

Om du går in på sidan 20 dagar senare från ditt första besök får du självklart samma konfiguration förutsatt att den fortfarande är aktiv i A/B-testet.

Jag kör aggregering på Trivia och det är smidigt men jag förlorar realtidsvisningen då eller hur? Det är lite därför jag vill ha eget statistiksystem och inte Analytics. Jag vill se allting i realtid, det äger, men blir skitslött :)

]]>