Onderwerp: [php] teller telt te veel mp3-bestanden

Hallo,

Ik experimenteer sinds kort met een php-script om de mp3-downloads en de
link-klikken te tellen. Ik gebruik daarvoor het script van ODTrack
(www.oodie.com).
Dat werkt goed (zeker voor de links), alleen het volgende:
als ik met Mozilla een mp3 binnenhaal (wordt afgespeeld met QT) wordt
keurig 1 hit geteld; haal ik datzelfde bestand met IE binnen (wordt
afgespeeld met WMP) worden opeens drie hits geteld.
Iemand enig idee hoe dat kan?

Rob

--
http://www.onp.nl

Rob Feil <nospam@plea.se> wrote:
> Dat werkt goed (zeker voor de links), alleen het volgende:
> als ik met Mozilla een mp3 binnenhaal (wordt afgespeeld met QT) wordt
> keurig 1 hit geteld; haal ik datzelfde bestand met IE binnen (wordt
> afgespeeld met WMP) worden opeens drie hits geteld.
> Iemand enig idee hoe dat kan?

Er wat staat er in je logs van de server? Telt dat script soms ook HEAD
en un-modified-since (enz.) requests?

--

Daniel Tryba

In article <MPG.18da5de11c41cb969896a1@news.cistron.nl>, nospam@plea.se
says...

> Ik experimenteer sinds kort met een php-script om de mp3-downloads en de
> link-klikken te tellen. Ik gebruik daarvoor het script van ODTrack
> (www.oodie.com).
> Dat werkt goed (zeker voor de links), alleen het volgende:
> als ik met Mozilla een mp3 binnenhaal (wordt afgespeeld met QT) wordt
> keurig 1 hit geteld; haal ik datzelfde bestand met IE binnen (wordt
> afgespeeld met WMP) worden opeens drie hits geteld.
> Iemand enig idee hoe dat kan?

Dat kan komen door een aantal oorzaken. Bijvoorbeeld dat IE het
downloaden splitst in 3 delen en die onafhankelijk van elkaar ophaalt
(tegelijk dan wel achter elkaar) (vgl met download-accelerators).

Of misschien (ik gok erop dat dit hem is) wordt hij eerst door IE
gedownload, daarna wordt WMP geopend en die gaat het dan opnieuw
downloaden (nou ja, zal wel uit cache komen) en dan nog een keer

Kan je in je logs zien wat de return codes zijn? In het eerste geval heb
je uit m'n hoofd 2x 206 (incomplete download) en 1x 200 (all ok), in het
tweede geval heb je 1x 200 en 2x 304 (cache-hit).

David

In article <MPG.18da602462ef90a99896d0@fb1.euro.net>,
d.baakman@student.utwente.nl says...
> In article <MPG.18da5de11c41cb969896a1@news.cistron.nl>, nospam@plea.se
> says...
>
> > Ik experimenteer sinds kort met een php-script om de mp3-downloads en de
> > link-klikken te tellen. Ik gebruik daarvoor het script van ODTrack
> > (www.oodie.com).
> > Dat werkt goed (zeker voor de links), alleen het volgende:
> > als ik met Mozilla een mp3 binnenhaal (wordt afgespeeld met QT) wordt
> > keurig 1 hit geteld; haal ik datzelfde bestand met IE binnen (wordt
> > afgespeeld met WMP) worden opeens drie hits geteld.
> > Iemand enig idee hoe dat kan?
>
> Dat kan komen door een aantal oorzaken. Bijvoorbeeld dat IE het
> downloaden splitst in 3 delen en die onafhankelijk van elkaar ophaalt
> (tegelijk dan wel achter elkaar) (vgl met download-accelerators).
>
> Of misschien (ik gok erop dat dit hem is) wordt hij eerst door IE
> gedownload, daarna wordt WMP geopend en die gaat het dan opnieuw
> downloaden (nou ja, zal wel uit cache komen) en dan nog een keer
>
> Kan je in je logs zien wat de return codes zijn? In het eerste geval heb
> je uit m'n hoofd 2x 206 (incomplete download) en 1x 200 (all ok), in het
> tweede geval heb je 1x 200 en 2x 304 (cache-hit).

eh... nee, ik heb niet de toegang tot / beschikking over logfiles van de
server.

Rob
--
http://www.onp.nl

In article <MPG.18da640b8b1db8dc9896a2@news.cistron.nl>, nospam@plea.se
says...
> In article <MPG.18da602462ef90a99896d0@fb1.euro.net>,
> d.baakman@student.utwente.nl says...

> > Kan je in je logs zien wat de return codes zijn? In het eerste geval heb
> > je uit m'n hoofd 2x 206 (incomplete download) en 1x 200 (all ok), in het
> > tweede geval heb je 1x 200 en 2x 304 (cache-hit).
>
> eh... nee, ik heb niet de toegang tot / beschikking over logfiles van de
> server.

Maar ik wel

IE:

09:12:13 130.89.164.150 GET /01alfabet.mp3 200
09:12:15 130.89.164.150 GET /01alfabet.mp3 206
09:12:29 130.89.164.150 GET /01alfabet.mp3 200

David

In article <MPG.18da6ffe2f182c959896d1@fb1.euro.net>,
d.baakman@student.utwente.nl says...
> In article <MPG.18da640b8b1db8dc9896a2@news.cistron.nl>, nospam@plea.se
> says...
> > In article <MPG.18da602462ef90a99896d0@fb1.euro.net>,
> > d.baakman@student.utwente.nl says...
>
> > > Kan je in je logs zien wat de return codes zijn? In het eerste geval heb
> > > je uit m'n hoofd 2x 206 (incomplete download) en 1x 200 (all ok), in het
> > > tweede geval heb je 1x 200 en 2x 304 (cache-hit).
> >
> > eh... nee, ik heb niet de toegang tot / beschikking over logfiles van de
> > server.
>
> Maar ik wel
>
> IE:
>
> 09:12:13 130.89.164.150 GET /01alfabet.mp3 200
> 09:12:15 130.89.164.150 GET /01alfabet.mp3 206
> 09:12:29 130.89.164.150 GET /01alfabet.mp3 200
>
> David
>

Dat verklaart het een en ander, bedankt.
Als IE altijd op die manier werkt moet ik aangezien op de betreffende
site dit jaar 91,63% IE-hits waren de mp3-hits maar eens door 3 gaan
delen.

Rob

--
http://www.onp.nl