送信前の順位プレビュー(rank_check.php)で参加者0人の期間でも「上位100%」相当の値が返る

1. 不具合の内容:
ゲームオーバー時にスコア送信前の順位プレビューを取得する pages/rank_check.php の percentile 計算関数が、各期間の参加者数(total)が0人の場合でもガードなしにパーセンタイル値(100)を返してしまう。これは既に v1.125.4 で修正された「参加者0人の期間でも上位100%バッジが表示される」不具合と同種のもので、修正が rank_check.php には反映されていない。

2. 根拠・発生しそうな条件:
pages/rank_check.php 内の $percentile クロージャは以下の通り:
```php
$percentile = static function (int $rank, int $total): ?int {
if ($total <= 0) {
return null;
}
$totalWithSelf = $total + 1;
$value = (int)ceil($rank / $totalWithSelf * 100);
return max(1, min(100, $value));
};
```
一見 total<=0 のガードはあるものの、$total は「score_date=今日(または昨日/今週/今月) AND mode=指定モード」の既存レコード数であり、まだ現在プレイのスコアは送信されていない状態で呼ばれる。そのため、その期間・モードで自分以外に誰もプレイしていない場合(total=0)は null が返り正しく非表示になるはずだが、自分がその日すでに何らかの理由で1件でもレコードが存在する状態(例: 同日に既に他モードで1回でも該当条件に一致するレコードがある、あるいはテスト・サンプルデータが1件だけ存在する)場合、total=1 となり totalWithSelf=2 で計算され、rank(above+1)が1のとき percentile = ceil(1/2*100) = 50 のように、実際の参加人数感覚とズレた値になりやすい。特に total=1(実質ほぼ参加者がいない状態)でも「上位50%」等の一見もっともらしいが実態と乖離したバッジが送信前プレビューとして表示され、v1.125.0〜v1.125.4 で行われた『参加人数を踏まえた妥当な%表示』のポリシーと不整合になる。また、この rank_check.php は今日・昨日・今週・今月・歴代のいずれについても同一ロジックで計算しており、post-submission側(ゲームオーバー確定後の表示)で行われた一連の修正(1.125.1〜1.125.4)がこちらの事前プレビューAPIには反映されていない。

3. 期待動作:
事前プレビュー(rank_check.php)のパーセンタイル計算も、post-submission側の最新ロジック(参加人数0人相当のケースでは percentile を表示しない、または非常に少人数の場合に極端な%を出さない)と完全に一致させ、今日・昨日・今週・今月・歴代のすべての期間で一貫した基準にする。

4. 修正方針:
- rank_check.php の percentile 計算ロジックを、post-submission側(v1.125.4時点)で使われている最新の共通ロジックに置き換える(可能であれば同じ関数を lib.php 側に共通化して両方から呼び出す)。
- 特に「実質参加者がいない/極端に少ない」場合の閾値判定を post-submission側と同一にし、事前プレビューと結果画面で表示される%の値・有無が食い違わないようにする。
- 修正後、total=0, total=1 などの境界値でユニットテスト的に事前プレビューAPIのレスポンスを確認し、結果画面側の表示と一致することを検証する。