As recargas programadas poden evitar que algunhas IU web parezan abandonadas; non son unha garantía universal de "anti-inactividade".
A xente adoita querer que unha pestana manteña a sesión iniciada, manter unha cola verde ou evitar que unha páxina do quiosco mostre unha pantalla inactiva obsoleta. Auto Refresh Turbo recarga a pestana nunha programación a través do traballador do servizo e das alarmas Chrome. Se iso preserva a a túa sesión depende de como o sitio xestione as cookies, os tokens e os tempos de espera inactivos.
O que pode facer a recarga
- Actualiza os paneis de control e as páxinas de estado que quedan obsoletas visualmente
- Volva a pulsar un URL para que os taboleiros renderizados polo servidor mostren os datos actuais
- Executar de forma independente en varias pestanas con diferentes intervalos
A recarga normal e dura deixan as cookies no seu lugar; a actualización dura só evita a caché. Detalles: actualización dura vs recarga normal.
O que a recarga non pode prometer
- Superar todas as políticas de peche de sesión inactiva (algúns temporizadores ignoran as simples cargas de páxina)
- Actualizando tokens de autenticación que só se renovan nas accións explícitas do usuario
- Manter as aplicacións só para WebSocket "vivas" sen o seu propio latido
- Omitir captchas, solicitudes de MFA ou desafíos de seguranza
Se o sitio require clics periódicos dentro dun formulario, é posible que a recarga por si soa non axude, e a parada na interacción deterá a actualización cando escribas.
Configuración sensata
- Utiliza unha pestana dedicada á sesión que che importa
- Comezar cun intervalo moderado (de 2 a 5 minutos é un primeiro intento común para "manténgase fresco", non un segundo)
- Preferir a recarga normal a menos que a caché deixe un shell obsoleto
- Engade unha programación diaria para que as noites se detengan en lugar de marcar a orixe
- Confirma que as cookies sobrevivan a unha recarga normal antes de confiar no bucle durante a noite
Para os muros de operacións específicamente, consulte actualización automática para paneis. Para saber como as alarmas sobreviven a unha ventá emerxente pechada, consulta o ciclo de vida e recarga das pestanas.
Intervalos aleatorios
Un intervalo aleatorio mínimo-máximo fai que a actividade sexa menos metronómica mentres se mantén dentro dun orzamento de frescura. Aínda así respecta os límites de taxa: manter a sesión non é unha escusa para a carga agresiva.
Parada tras N e paradas de seguridade
Utiliza stop-after-N para probas supervisadas curtas. Deixa activada a parada de páxinas sospeitosas para que unha pantalla de desafío poida rematar o ciclo en lugar de volver cargarse para sempre nunha páxina de erro. O parar ao facer clic/tipo protéxeche cando a mesma pestana tamén é un editor.
Sesións de varias pestanas
As sesións independentes significan que o teu taboleiro de monitorización e a túa consola de administración non comparten un temporizador. Fai un seguimento das pestanas en execución na lista emerxente para non deixar os recargadores esquecidos en hosts sensibles.
Combinación con comentarios visuales
Se os operadores precisan ver a seguinte marca nun muro, activa o temporizador visual na páxina. Sincroniza co traballador; non substitúe as cookies nin inventa unha API de mantemento da que carece o sitio.
Datos locais
Intervalos e instantáneas en directo en chrome.storage local. A telemetría opcional Umami/GlitchTip está separada dos sitios que recargas. Le a Política de privacidade antes de activar as ferramentas na páxina nas aplicacións internas.
Cando falla
Se o sitio aínda está inactivo, é probable que a política de inactividade necesite un mantemento activo na aplicación ou un tempo de espera máis longo do servidor, non un intervalo de extensión máis rápido. Se a recarga se detén, comproba a programación de pausa vs Deter en paused vs stopped e solución de problemas.
Próbao
Instala Auto Refresh Turbo e valida un ciclo honesto co o inicio rápido.