2

私は、Web ページの読み込み時間を測定する JavaScript ライブラリ (http://github.com/lognormal/boomerang) を維持しており、それらをビーコンでサーバーに送信しています。送り返す時間には、相対的なもの ( )end-startと絶対的なもの ( new Date().getTime())があります。

ほとんどの場合、私が見る絶対的なタイムスタンプは理にかなっていて、リクエスト時間から数秒以内です。それから時々、非常にばかげたタイムスタンプを目にし、どうすればいいのかわかりません。サンプルは次のとおりです。

112731879   (Safari 4 on Mac OS X 10.4.11 (PPC))
574766408   (Android 2.3.1)
6855660455  (iOS 4.2.1 on iPad)
5000        (Safari 3.1)
356902853   (Mobile Safari 4.0.4 on iOS 3.2 (iPad))
133643085   (Mobile Safari 5.0.2 on iPhoneOS 4.2.1 (iPod))
2775235876  (Mobile Safari 4.0.5 on iPhoneOS 4.1 (iPod))

これらは主にモバイル デバイスのように見えますが、そうでないものもいくつかあります。これらのタイムスタンプはすべてミリ秒である必要があるため、最近のものには 13 桁が必要であることに注意してください。

ネットを検索しましたが、適切な検索クエリがないか、これについて話しているものが何もありません。私は自分の iOS デバイスをテストして、13 桁のタイムスタンプを取得したので、これらが何であるかはわかりません。どこを探すべきか、何を探すべきかについてのアイデア/提案をいただければ幸いです。

これらの要求の一部が偽物である可能性があることは理解していますが、ユーザーの閲覧パターンの残りの部分は、ユーザーが Web サイトの正当なユーザーであることを示唆しています。

4

1 に答える 1

0

これは、Date() が基づいている信頼性の低いシステム クロックに関連している可能性がありますか? 新しい performance.now() API は、このような問題に対処するのに役立つはずです (ただし、この問題が現実の世界でどの程度一般的であるか、またはなぜモバイルがそれほど劇的に影響を受けるのかはわかりません)。

http://gent.ilcore.com/2012/06/better-timer-for-javascript.html

于 2012-06-13T21:23:53.610 に答える