Såhär ligger det till: Jag använder Extreemtracking på min hemsida och när klockan är 21.00 så visar Extreemtracking att klockan är 21.40 (på last 20 visitors). Fast när man kolla på current report så står det 21.00. Den slår även över till nytt dygn fel. Jag vet att tv.nu´s statistik på Extreemtracking visar rätt och många andras också fast inte min, :angry:. Vad är det som är fel?

Har du kollat så att rätt tidzon är inställd? Vi ligger på GMT +1.

edit: Såg att extreemtrackern visade olika. Sorry, läste slarvigt.

Vi har också haft lite problem med extremetracker då den visar fel tid. Den verkar dock visa rätt dagsvis dock.
Då räknare som ligegr "utanför" sin server oftast är lite instabila och kan visa fel så rekommenderar jag att endast köra extreme eller liknande som ett komplement till din räknare som du har hos din host.

Vad felet beror på hos extreme vet jag dock inte.

Nu har jag fixat statikstik på servern och nu hoppas jag att den är bättre.

Tyvärr är ens egna statestik värt noll och ingenting när det kommer till att utnyttja det kommersiellt.

För lätt att manipulera, jobba vidare på att få till din tredjepart statestik, det är mitt råd.

Thomas

Jepp jag tror det också. Man måste ju även logga in på kontrollpanelen för att se statistiken. Problemet kvarstår dock. Hur gör jag för att fixa till statistiken på Extreemtracking?

Är du helt 100 på att den räknar fel, har periodvis haft samma grej på min sida som du nämner men aldrig tänkt på att den kan räkna fel i totalsumman per dygn.

Min slutsatts var att statestikens databas (läs mjukvaran som kommuniserar med sql) inte var perfekt synkad med funktionen som ger oss webmasters möjlighet att kolla stats enligt vår specifika tidszon.

Gissningsvis har en av servrarna problem med att räkna om GMT mot systemklockan alternativt är systemklockan rätt men sommartyid är fel.

Summan gissar jag på är rätt, men tror du nåt annat vore det intressant att veta varför du tror det.

Thomas

Är du helt 100 på att den räknar fel, har periodvis haft samma grej på min sida som du nämner men aldrig tänkt på att den kan räkna fel i totalsumman per dygn.

Min slutsatts var att statestikens databas (läs mjukvaran som kommuniserar med sql) inte var perfekt synkad med funktionen som ger oss webmasters möjlighet att kolla stats enligt vår specifika tidszon.

Gissningsvis har en av servrarna problem med att räkna om GMT mot systemklockan alternativt är systemklockan rätt men sommartyid är fel.

Summan gissar jag på är rätt, men tror du nåt annat vore det intressant att veta varför du tror det.

Thomas[/b][/quote]
Extremetracking ger inte tillförlitlig statistik.
Jag körde ett tag med Extremetracking, AddFreeStats och min egen IpCounter (räknar unika IP/dygn. Låg på min egen server) samtidigt.
Jag utgick härifrån att en och samma person behåller sitt IP-nummer under hela vistelsen på sidan, därför utgick jag ifrån att IpCounter visade mest tillförlitlig statistik.

Extremetracking räknade ALDRIG rätt. Den låg nästan alltid under vad mina egentliga besökare var.
Den kunde variera mellan 0%-40% lägre besökarantal än vad IpCounter visade.

Likaså AddFreeStats. Men den var lite bättre. Har lärt mig att man får lägga till 10%-20% till unika besökarantalet för att få det rätta värdet. Den fungerar jämnare mycket "jämnare fel" än Extremetracking.

Om ni kan, lägg upp en IpCounter under några dygn. (Använda då inte en txt-version. Skriv en för MySQL.
Jag lyckades krascha min server, för drygt ett år sedan, när ipCounter.log blev för stor!)
Sen är det lätt att jämföra.

Na då får du inte unika besökare, 24 timmar skall en IP räknas bort då, inte endast under hela vistelsen.

Jepp sannolikt om du läser det jag skrev ovan.

Thomas

Kanske klumpigt uttryckt av mig.
Jag syftade på att att IpCounter räknade unika Ip-nummer per dygn. Och att en och samma person har exakt samma Ip-nummer alltid.

Om man räknar, som jag gjorde, dvs unika per dygn, så blir det iofs fel om man får en besökare 23:55, som stannar till 00:05. Då räknar det som två besökare.
Men då jag har ganska många besökare och medeltiden en besökare stannar på sidan är relativt kort, så blir felmarginalen relativt liten.

Humn, kanske får testa och se om det diffar mycket.

Thomas

Humn, kanske får testa och se om det diffar mycket.

Thomas[/b][/quote]
Om du inte orkar skriva så mycket själv, så finns där ett script på http://proxy2.de/scripts.php, som heter DailyCounter (använder MySQL), som är väldigt lätt att modifiera. Du kan då ändra det till den tid ett och samma Ip-nummer ska räknas som unikt.

Annars finns där IpCounter.pl (Det scriptet, som jag använde (fick min server att krascha). Finns på http://www.rasell.plus.com/ipcounter/). Men det är nog inte aktuellt för dig Thomas. Den använder nämligen en txt-fil att lagra informationen i...

Generellt sätt får man bäst statistik med en extern räknare från en någorlunda snabb server.

En serverside räknare på samma server körs vid ett request, vilket inte nödvändigtvis betyder att en sida laddas hos en besökare. Därmed visar en extern räknare lägre men i teorin mer rätt (självklart finns det undantag).

Att räkna ett IP per dygn som ett besök är ju också något missvisande då personer med en delad uppkoppling och ett extern IP bara räknas som ett besök och personer med dialup kan räknas som flera besök bara de startar om modemet.

För att få fram unika besök har jag hört att en rätt vanlig metod är att räkna IP-adresser från httpd-loggen på request för .html|.php|.asp|... och sen dra bort en viss procentsats (5% och 10% är vanligt).