Hallo!
Ik probeer tbv mijn stats de snelheid van de lijn van de bezoeker te meten. Dit doe ik momenteel als volgt:
Bij het parsen van de page geef ik een tijdcode mee in ms. Vervolgens roept javascript een plaatje aan en geeft deze tijd mee. Bij het opvragen van het plaatje meet ik het verschil tussen die tijd en de huidige tijd.
Deze methode werkt, zij het (uiteraard) zeer onbetrouwbaar. Enkele uitzonderingen daargelaten krijg ik voor breedbandverbindingen waardes < 1000 ms en voor dialers >1000 ms. Ik weet dat deze methode zéér rudimentair is, want:
- Het houdt geen rekening met geografische afstanden
- Het houdt geen rekening met eventuele andere downloads die al bezig zijn
Dit zijn beiden problemen waar ik mee kan leven, omdat ik de effectieve snelheid wil meten, niet de theoretisch haalbare.
Echter, er is een derde probleem:
- De data die over en weer wordt gestuurd is erg klein.
Dit betekent imo dat je veel te maken hebt met overhead waardoor de waarden erg schommelen. (vanuit 100mbit LAN naar de webserver toe haal ik bijv nog wel eens waarden van 800-900ms terwijl een 4 mbit lijn in de USA soms maar 600ms nodig heeft). Dit maakt de waarden onbetrouwbaar en grof, waardoor ik niet mooi kan uitsplitsen naar bijv dial, 1-5 mbit, 5-10 mbit en >10 mbit oid.
Tot op heden dacht ik dat hier geen oplossig voor was. Totdat ik van mensen hoorde dat Google Analytics dit wel netjes deed. Daarom is er weer een sprankje hoop gaan leven: Heeft iemand enig idee hoe bovenstaand systeem te verbeteren zodat de metingen betrouwbaarder worden?
Voor de duidelijkheid: De pagina moet snel blijven laden dus we kunnen geen testfiles ed gaan gebruiken... maar dat doet GA bij mijn weten ook niet!
Ik probeer tbv mijn stats de snelheid van de lijn van de bezoeker te meten. Dit doe ik momenteel als volgt:
Bij het parsen van de page geef ik een tijdcode mee in ms. Vervolgens roept javascript een plaatje aan en geeft deze tijd mee. Bij het opvragen van het plaatje meet ik het verschil tussen die tijd en de huidige tijd.
Deze methode werkt, zij het (uiteraard) zeer onbetrouwbaar. Enkele uitzonderingen daargelaten krijg ik voor breedbandverbindingen waardes < 1000 ms en voor dialers >1000 ms. Ik weet dat deze methode zéér rudimentair is, want:
- Het houdt geen rekening met geografische afstanden
- Het houdt geen rekening met eventuele andere downloads die al bezig zijn
Dit zijn beiden problemen waar ik mee kan leven, omdat ik de effectieve snelheid wil meten, niet de theoretisch haalbare.
Echter, er is een derde probleem:
- De data die over en weer wordt gestuurd is erg klein.
Dit betekent imo dat je veel te maken hebt met overhead waardoor de waarden erg schommelen. (vanuit 100mbit LAN naar de webserver toe haal ik bijv nog wel eens waarden van 800-900ms terwijl een 4 mbit lijn in de USA soms maar 600ms nodig heeft). Dit maakt de waarden onbetrouwbaar en grof, waardoor ik niet mooi kan uitsplitsen naar bijv dial, 1-5 mbit, 5-10 mbit en >10 mbit oid.
Tot op heden dacht ik dat hier geen oplossig voor was. Totdat ik van mensen hoorde dat Google Analytics dit wel netjes deed. Daarom is er weer een sprankje hoop gaan leven: Heeft iemand enig idee hoe bovenstaand systeem te verbeteren zodat de metingen betrouwbaarder worden?
Voor de duidelijkheid: De pagina moet snel blijven laden dus we kunnen geen testfiles ed gaan gebruiken... maar dat doet GA bij mijn weten ook niet!
/u/7685/ruinmytune-60x60.png?f=community)
), dan heb je de totale tijd vanaf request tot (alles) laden bij de client.