私と同じように、フォーラムに100日連続で出席して「アフィシオナード」バッジを取得しようとしている人が他にもいます。私はもうすぐ達成できるところまで来ています。連続して1日か2日しか欠席していないはずなので、報告されている出席日数に疑念を抱きますが、本当に奇妙なのは、集計が合っていない点です。
「ユーザー」レポートの四半期別データを見ると、92日となっています。これは四半期全体を指しているはずです。
「管理者」ビューのレベル3要件では、出席日数が92/100日（つまり92%）と報告されており、50%を十分に上回っています。
この2つの事実から考えると、過去に100日目から93日目まで少なくとも8日間欠席していたことになります。
しかし、「ユーザー」ビューで年間出席状況を見ると、スコアは360です。これは1年間で最大5日しか欠席していない（うるう日は考慮しない）ことを意味します。
つまり、統計のどちらかが正確ではないか、あるいは私が何か間違えているのでしょう。
（もちろん、これは深刻な問題ではありませんが、もしバグがあるなら、何らかの影響を及ぼしているかもしれません。）
Data Explorer プラグインをインストールし、連続して何日間フォーラムにアクセスしたかを確認する方法 のクエリを実行したところ、現在の連続出席日数が 99 日と表示されました。もしこれが正しいなら、100 日間の出席日数を報告する管理者ビューは誤っているはずです。前述の通り、tl3_requirements は 92/100 と報告しています。
| username | start_range | end_range | days |
|---|---|---|---|
| EdS | 2019-10-07 | 2020-01-13 | 99 |
| EdS | 2019-09-29 | 2019-10-05 | 7 |
| EdS | 2019-07-28 | 2019-09-27 | 62 |
更新情報：「熱心なファン」バッジを取得したため、その出席計算方法は100に達しました。しかし、レベル3の要件計算では93/100と表示されています。また、Data Explorerの連続出席日数計算では101日となっています。
何かおかしいことが起きていますね。
おそらくタイムゾーンに関する誤解です。サーバー時間は常に UTC で表示されるため、その日付の 00:01 から 23:59 の間にアクセスすればカウントされます。
これらの数値やその他いくつかの数値は、2014/15年にここや他のDiscourseインスタンスで多くの問い合わせを引き起こしました。バッジを取得したい新しいユーザーが非常に多く、Discourseをあまり信頼できていなかったのです。いくつかの違いは実際にはバグであったため、ほとんどの計算は現在かなり確実なものとなっています。
私もいくつか確認しました。DiscourseにアクセスしたUTCの日数をデータとして取得し、集計したことを覚えています。ネットワーク監視ソフトウェアからサードパーティの統計を取得していたため、Discourseの統計を二重に確認することができました。大きな異常が見つかることを期待していましたが、私の統計についてはDiscourseが正しかったです。
それは現在問題がないという意味ではありません。ただ、そのようなことは起こりにくいようです。
ちなみに、私はまだこのバッジを取得していません。なぜなら、この惑星で最もUTCから遠い場所にいる私が、UTCに合わせて働くのは難しいからです。
私はバッジを単にチェックの動機として利用しています。問題なのはバッジそのものではなく、集計方法です。出席日数をカウントしているものが少なくとも2つか3つあり、それらがすべて一致していないのです。
タイムゾーンの問題は、N日間訪問したと思っていたのに、実際にはN日間として表示されていない人を混乱させる可能性は確かにあります。しかし、今回の状況はそれとは異なります。
要約すると、出席日数のカウントは以下の文脈で確認されます。
いくつかの考えを追加させてください…
行動に実質的な影響を与える可能性がある唯一の場面は、L3 の降格です。L3 の出席カウントが「誤っている」場合、実際には出席率50%の目標を達成していないにもかかわらず、それが理由で降格される可能性があります。
Data Explorer によると出席率が100%（290日連続）のメンバーが一人おり、L3 の要件ページでは100日中97日と表示されています。
これは古いことだと知っていますが、好奇心から、これを解決しましたか/魔法のように解決しましたか？
解決できませんでした。自己解決したとは到底思えないので、まだ何かが間違っていると確信しています。コードを読んだり、さらに深く調べたりはしていません。前述の通り、ほとんどの目的では単なる一時的な興味であり、バッジや昇進を1週間程度遅らせるだけです。しかし、L3降格に関する私のコメントはそのままです。
コードが数えられないようなコードベースに責任を持つことになったら、私なら気にするでしょう。それを調べることに興味を持つかもしれませんが、誰もがそうではありません。
私が実行したクエリは、他のフォーラムでも簡単に実行できます。サンドボックスでは、おそらくできません。なぜなら、長続きしないからです。