時間制限付きリロードにより、一部の Web UI が放棄されたように見えるのを防ぐことができます。これは普遍的な「アイドル状態防止」を保証するものではありません。
ユーザーは多くの場合、タブをサインインしたままにし、キューを緑色に保ち、キオスク ページに古いアイドル画面が表示されないようにしたいと考えます。 Auto Refresh Turbo は、Service Worker と Chrome アラームを介してスケジュールに従ってタブをリロードします。これによりあなたのセッションが維持されるかどうかは、サイトが Cookie、トークン、アイドル タイムアウトをどのように処理するかによって決まります。
リロードでできること
- 見た目が古くなったダッシュボードとステータス ページを更新する
- URL を再ヒットすると、サーバーでレンダリングされたボードに現在のデータが表示されます
- 複数のタブで異なる間隔で個別に実行する
通常のリロードとハード リロードでは、どちらも Cookie がそのまま残ります。ハードリフレッシュはキャッシュのみをバイパスします。詳細: ハード リフレッシュと通常のリロード。
リロードで約束できないこと
- アイドル ログアウト ポリシーをすべて破る（一部のタイマーは単なるページの読み込みを無視します）
- 明示的なユーザーアクションでのみ更新される認証トークンの更新
- WebSocket 専用アプリを独自のハートビートなしで「存続」状態に保つ
- キャプチャ、MFA プロンプト、セキュリティチャレンジのバイパス
サイトでフォーム内で定期的なクリックが必要な場合、リロードだけでは役に立たない可能性があります。また、ストップオンインタラクションにより入力時の更新が停止します。
賢明な設定
<オル>特に運用ウォールについては、「ダッシュボードの自動更新」をご覧ください。ポップアップが閉じられた後もアラームがどのように存続するかについては、タブのライフサイクルとリロードをご覧ください。
ランダムな間隔
ランダムな最小値と最大値の範囲により、鮮度の予算内に収まりながら、アクティビティをメトロノームに抑えることができます。 レート制限を引き続き尊重します。セッションの維持は、積極的な負荷の言い訳にはなりません。
N 後の停止と安全停止
短い教師ありテストには stop-after-N を使用します。疑わしいページの停止をオンのままにして、エラー ページが永遠にリロードされるのではなく、チャレンジ画面でループを終了できるようにします。同じタブがエディタでもある場合、クリック/入力時のストップを保護します。
複数タブのセッション
独立したセッションとは、モニタリング ボードと管理コンソールが 1 つのタイマーを共有しないことを意味します。ポップアップ リストで実行中のタブを追跡し、機密性の高いホスト上に忘れられたリローダーを残さないようにします。
視覚的なフィードバックとの組み合わせ
オペレータが壁の次の目盛りを確認する必要がある場合は、ページ上のビジュアル タイマーを有効にします。ワーカーと同期します。 Cookie を置き換えたり、サイトに欠けているキープアライブ API を発明したりするものではありません。
ローカルデータ
間隔とスナップショットはローカルの chrome.storage に保存されます。オプションの Umami/GlitchTip テレメトリは、リロードするサイトとは別のものです。内部アプリでオンページ ツールを有効にする前に、プライバシー ポリシーをお読みください。
失敗したとき
サイトが依然としてアイドル状態になる場合、アイドル ポリシーには、より速い延長間隔ではなく、アプリ内キープアライブまたはより長いサーバー タイムアウトが必要である可能性があります。リロード自体が停止した場合は、一時停止と停止およびトラブルシューティングでスケジュールの一時停止と停止を確認してください。
試してみる
Auto Refresh Turbo をインストールし、クイック スタートで 1 つの正直なサイクルを検証します。