以前の一部のバグと同様に、投稿のリンクボックスに表示される投稿数を見ると、投稿番号が表示されます。しかし、これは右側のナビゲーションバーに表示される数字と一致しません。
このトピックが問題を明確に示しているかもしれません: Migrate a phpBB3 forum to Discourse - #580 by gerhard
したがって、このトピックの最後の投稿（執筆時点）は「投稿 #580」と呼ばれていますが、スクロールバーでは 256 / 257 と表示されています。このトピックの 2 番目の投稿を見ると、#303 と番号付けられているため、その前にいくつかの「ウィスパー（非公開投稿）」があるのではないかと推測されます。
また、この投稿の後に番号にギャップがあります: Migrate a phpBB3 forum to Discourse - #307 by Canapin
ここにもう一度ウィスパーがあるのでしょうか？
いいえ、単に削除された投稿の集まりです。バグではありません。
はい、その話題でその状況が当てはまるなら、囁き（whispers）のある話題を確認するか、ここで囁きを送ってからテスト返信を投稿してみてください。同じ現象が発生するはずです。
残念ながら、このバグは私のフォーラムで、何か恐ろしいことが起きていると勝手に想像している批判的・-paranoidなメンバーに気づかれてしまいました 
この仕組みをどのように想定されていますか？
スタッフを信頼していないことが問題であれば、コミュニティではモデレーションなどのすべての対応をオープンに透明に行う必要があるのではないでしょうか？
投稿番号は、スクロールバーで計算された投稿番号と一致し、非モデレーター向けの「ささやき」をスキップする必要があります。ささやき投稿へのリンクは引き続きサポート可能ですが、例えば /topicid/w-postid のような少し異なる URL 形式を使用し、「w」プレフィックスでその投稿 ID がささやきであることを示すようにするとよいでしょう。
私たちは非常にオープンですが、それでも一部の人がトピックにどれだけのささやきがあるか指摘し、物事を煽ろうとするのを防ぐことはできません。
これは、目に見えるメリットがゼロなのに、あまりにも多くの作業を要するようです。
もしあなたのコミュニティがウィスパーが「使用可能であること」を好まない場合、「ウィスパーを有効にする」設定でそれを無効にすると役立つかもしれません。
それでも、トピック内に削除された投稿がある場合、カウントがずれるという事実は変わりません。ユーザーたちはその不一致に対して依然として警戒心や paranoia を抱くでしょうし、不必要に囁き機能を失うことになります。
削除された投稿が数の不一致の原因であることを、ユーザーにシンプルに説明すれば十分です。それ以外については、ユーザー自身が根拠のない不安（あるいは陰謀論）を乗り越える必要があります。
有名な最期の言葉ですね 
投稿のパーマリンクから「ささやき」を無視した場合、管理者はどのように「ささやき」にリンクすればよいのでしょうか？そうすれば、あなたが提案したように、ささやき用の新しい URL 形式を追加する必要があります。
これに対して私はすでに以下のように返信しました。
つまり、私たちは堂々巡りをしているのです。
前の投稿では、スクリーンショットに示されているように、投稿番号と件数が一致しないという「外見上の」修正のみを求めていました。他の部分は手間がかかるわりに効果が小さいとのご指摘でしたので、それについては見送りました。
これは長年続いている問題であり、改善を試みる動きもいくつかありましたが、現在に至るまでこの状況が続いています。
私の考えでは、これは必要な透明性と、気づかれないこととの組み合わせです（はい、ある種の矛盾です）。
投稿を時系列順に表示するという方針については、Twitter のような大規模プラットフォームが削除された投稿の問題に対処しているのと同様に、妥協するつもりはありません。このような番号の不一致は、その方針に伴う必要なコストのようです。
Twitterが何をしているのかについて、詳しく説明するか、参考資料へのリンクを提供していただけますか？私はTwitterを使っていないので、Discourseがここで何をしているかを比較・対照する参照がありません。
要点を簡潔にまとめると：
日付を確認してください
返信の表示順序を絶えず入れ替えることで、削除された返信や不要な返信を容易に埋もれさせることができ、これが起きていることを証明する簡単な方法がありません。
さらに、炎上を煽るような反応がトップに優先表示され、炎上を鎮めるのではなく、アルゴリズムによってさらに煽られることになります。
ああ…その「編集された順序」の話ですね。削除された投稿の記録などにどのような影響があるか、考えていませんでした。
はい、その点に完全に同意します。
そのため、同じ画面に表示される2つの「投稿番号」が一致している方がよいと思います（スクリーンショットは上記の私の投稿にあります）。URL内の投稿番号（通常はスクロールが必要）は実際の投稿順序番号を明らかにしてしまいますが、それでも構いません。
ページのスクロール機能は各投稿の「表示されている」番号を知っているため、これを投稿ダイアログで再利用するのは難しいとは考えにくいのですが、私はコードを見ていないので確実なことは言えません！
私もコードがどのように処理しているかはわかりませんが、私の推測では、Postgres インデックスを使用して削除された投稿やウィスパー投稿を除外した非削除・非ウィスパー投稿をカウントする集計データベースクエリを行えば、総数の計算は高速に行えるはずです。
一方、各投稿の実際の番号（ウィスパーや削除された投稿を無視して）を表示することは、ほぼゼロのメリットに対してパフォーマンスに大きな悪影響を与える可能性があります。あるいは、新しい投稿が作成または削除されるたびに投稿の番号付けを更新するバックグラウンドプロセスで実装することもできますが、その間は番号がずれている状態になります。
どちらのオプションも私には好ましくありません。ただし、総数がどのように計算されているかはおおよそ推測できます（もし投稿 ID をまず取得し、その後に総数を計算しているなら、ご要望の機能を実現する際にパフォーマンスへの悪影響を最小限に抑えられる可能性が高いかもしれません）。
（ここでは URL を変更するのではなく、表示番号の変更のみを考慮しています。URL を変更すると、時間が経つにつれてリンクが誤った投稿を指すようになり、さらに悪影響が及ぶためです）
この番号付けに関する「問題」については、トレードオフとして捉えています。理想的な状況ではありませんが、他の可能性と比較しても、現在の方式が最善だと考えています。さらに、実際のところ、理想的なシナリオとはどのようなものでしょうか？（だからこそ、これをトレードオフと呼んでいるのです）
バックグラウンドで行う必要があるもう一つの作業は、他のトピックで参照されているリンクの URL を変更することです。
問題が発生し得る点はここでもあります：他のサイトへの共有リンク。
URL をタイムスライダーに合うように変更すると、以前共有された URL と一致しなくなります。
このトピックでは数値が正しいためテストできませんが、タイムラインの現在の数値が正しく、投稿と関連付けられるのであれば、フロントエンド側でわずかな変更だけで対応可能です。つまり、URL ではなく投稿番号のみを変更する限り、ペナルティなしで実現できるでしょう。
はい、その通りです。タイムラインが正しく処理しているので、投稿番号（URL 内ではなく）にそのデータやロジックを再利用するだけで十分です。
