時間制限付きタブのリロードでは、間隔がサイトにとって長すぎる場合、レート制限が適用され、ページにチャレンジする可能性があります。
Auto Refresh Turbo は、選択したスケジュールでブラウザのタブ API を使用してリロードされます。これはダッシュボードにとっては強力ですが、脆弱なエンドポイントやボット対策のエンドポイントでは簡単にやりすぎてしまいます。間隔の選択は、1 秒を争うものではなく、運用上の決定として扱います。
「レート制限」がタブに表示される様子
- HTTP 429 または「リクエストが多すぎます」バナー
- 大量のリロード後の空のタイル
- ログイン ウォールまたは一時ブロック
- 手動更新では表示されなかったキャプチャ画面またはチャレンジ画面
スケジュールされたリロードは、人間による更新と同じようにドキュメント URL にヒットします。負荷の高い SPA では、負荷ごとに数十の API 呼び出しがファンアウトされる可能性があります。そのため、「60 秒間隔」では、1 分間に多くのバックエンド ヒットが発生する可能性があります。
保守的に始めましょう
<オル>壁面ディスプレイについては、ダッシュボード更新ガイダンスの適切な範囲をご覧ください。
柔軟剤としてのランダムな間隔
完璧にメトロノーム的にリロードすると、アクセス ログで目立つことがあります。 ランダムな最小-最大遅延により、負荷を分散しながらデータをほぼ最新の状態に保ちます。これらは禁止を回避するものではありません。一定のリズムが必要ない場合の礼儀です。
不審なページ停止
オプションの疑わしいページのヒューリスティックは、ドキュメントがエラーまたはチャレンジ画面のように見える場合にセッションを停止できます (デフォルトはオン)。これは安全ブレーキであり、キャプチャ ソルバーではありません。起動した場合は、間隔を長くするか、インシデント中に一時停止するか、そのホストの更新を停止するなど、原因を修正してください。
実験のため N の後に停止
リロード時にサイトがどのように動作するかをテストする場合は、N の後に停止を使用します。短いバッチを実行し、応答を検査してから、長時間の実行間隔を決定します。無制限モードは、すでに信頼できる正常なボード用です。
スケジュール期間の無駄を削減
毎日のスケジュールはウィンドウの外で一時停止するため、誰も見ていないときに夜間のサイクルがクォータを消費することはありません。これは、もう一度 [開始] を押すまでセッションを終了する停止とは異なります。詳細については、スケジュールの一時停止と停止をご覧ください。
ハードリフレッシュとロード
ハード リフレッシュはキャッシュをバイパスするため、オリジン トラフィックが増加する可能性があります。これは、すべてのティックのデフォルトとしてではなく、通常のリロードによって古いシェルが残る場合に使用します。クッキーは残ります。ハードリフレッシュだけではセッションをクリアすることはできません。 ハード リフレッシュと通常のリロードでモードを比較します。
マルチタブのロードと突然の停止
独立したセッションとは、それぞれ 15 秒の 3 つのタブが「1 つの穏やかな投票者」ではないことを意味します。原点ごとの総リロード圧力をカウントします。同じホスト上で重複する多数のタイマーよりも、適切な間隔で 1 つのウォール タブを優先します。
更新が突然停止した場合は、バグを想定する前に、スケジュールの一時停止、インタラクション時の停止、N 後の停止、および疑わしいページの停止を確認してください。 トラブルシューティングについて説明します。
試してみる
Auto Refresh Turbo をインストールし、最初に 1 つの低速でクリーンなループを証明します。間隔はローカル ストレージに残ります。オプションの Umami/GlitchTip テレメトリは、サイトのリロード トラフィックとは別のものです。プライバシー ポリシーをご覧ください。