2010-08-19 17 views
60

Una vez que el usuario está en mi página, no quiero que actualice la página.Evite cualquier forma de actualización de página utilizando jQuery/Javascript

  1. En cualquier momento, el usuario pulsa F5 o botón de actualización en la parte superior. Debería recibir una alerta que diga

    No se puede actualizar la página.

  2. Además, si el usuario abre una nueva pestaña y trata de acceder a la misma URL en la pestaña anterior que debe recibir una alerta

    No se puede abrir misma página en 2 pestañas

De todos modos, ¿puedo hacer esto usando JavaScript o jQuery? El primer punto es realmente importante.

Respuesta

130

# 1 se puede implementar a través de window.onbeforeunload.

Por ejemplo:

<script type="text/javascript"> 
    window.onbeforeunload = function() { 
     return "Dude, are you sure you want to leave? Think of the kittens!"; 
    } 
</script> 

El usuario se le pedirá con el mensaje, y le da la opción de permanecer en la página o continuar su camino. Esto se está volviendo más común. Stack Overflow lo hace si intenta navegar desde una página mientras escribe una publicación. No puede detener por completo al usuario de volver a cargar, pero puede hacer que suene realmente aterrador si lo hacen.

# 2 es más o menos imposible. Incluso si realiza un seguimiento de las sesiones y los inicios de sesión de los usuarios, aún no podrá garantizar que está detectando una segunda pestaña correctamente. Por ejemplo, tal vez tengo una ventana abierta, luego ciérrela. Ahora abro una nueva ventana. Es probable que lo detecte como una segunda pestaña, aunque ya cerré la primera. Ahora su usuario no puede acceder a la primera ventana porque la cerraron y no pueden acceder a la segunda ventana porque las está negando.

De hecho, el sistema en línea de mi banco se esfuerza realmente por hacer # 2, y la situación descrita anteriormente ocurre todo el tiempo. Normalmente tengo que esperar hasta que la sesión del lado del servidor caduque antes de poder utilizar el sistema bancario nuevamente.

+0

Gracias Set ....! – pankaj

+1

Solo una nota de que el evento onbeforeunload no está disponible en las versiones del navegador Opera. – WillyCornbread

+1

¿Hay alguna manera de hacer algo si el usuario elige permanecer en la página? – riship89

27

No se puede evitar que el usuario refrescante, ni debe ser realmente tratando. Debe volver al por qué necesita esta solución, ¿cuál es el problema raíz aquí? Comience allí y encuentre una forma diferente de resolver el problema. Tal vez esté más elaborado sobre por qué cree que necesita hacer esto, ayudaría a encontrar tal solución.

Rompiendo navegador fundamental características nunca es una buena idea, sobre 99,999999999% de las obras de Internet y se actualiza con F5, esta es una expectativa del usuario, uno no se debe romper.

+0

El problema es que la página es una aplicación siebel. y cuando un usuario está en una sesión y accede a la actualización, se crea una nueva sesión y la aplicación falla. entonces necesito que el usuario no pueda actualizar. – pankaj

+14

@pankaj - Eso debe corregirse en el sitio de la aplicación, y las cookies, por ejemplo, para que el usuario comparta la sesión entre las pestañas. –

11

Aunque no es una buena idea desactivar la tecla F5, puede hacerlo en JQuery como se muestra a continuación.

<script type="text/javascript"> 
function disableF5(e) { if ((e.which || e.keyCode) == 116 || (e.which || e.keyCode) == 82) e.preventDefault(); }; 

$(document).ready(function(){ 
    $(document).on("keydown", disableF5); 
}); 
</script> 

Espero que esto ayude!

+11

¿Qué pasa con OSX, donde es CMD + R? ¿O el móvil donde hay un botón para presionar? No veo esto como una solución – Qualcuno

+0

Buen punto - Casi acepto esta respuesta –

1

El número (2) es posible mediante el uso de una implementación de socket (como websocket, socket.io, etc.) con un latido personalizado para cada sesión en la que el usuario esté involucrado. Si un usuario intenta abrir otra ventana, tiene un controlador de JavaScript comprueba con el servidor si está bien, y luego responde con un mensaje de error.

Sin embargo, una mejor solución es sincronizar las dos sesiones si es posible, como en google docs.

8

De vuelta en los viejos días de CGI, teníamos muchas formas que desencadenarían varias acciones de back-end. Tales como notificaciones de texto a grupos, trabajos de impresión, cultivo de datos, etc.

Si el usuario estaba en una página que decía "Por favor, espere ... realizando un trabajo ENORME que podría llevar algún tiempo". ¡Era más probable que pulsaran REFRESH y esto sería MALO!

¿POR QUÉ? Porque desencadenaría trabajos más lentos y eventualmente empantanaría todo.

¿La solución? Permítales hacer su formulario. Cuando envían su formulario ... Comience su trabajo y luego diríjalos a otra página que les indique que esperen.

Donde la página en el medio en realidad contenía los datos del formulario que se necesitaban para comenzar el trabajo. La página de espera sin embargo contiene un historial de javascript destruido. Por lo tanto, pueden recargar esa página de espera todo lo que deseen y nunca desencadenará el inicio del trabajo original en segundo plano, ya que esa página de espera solo contiene los datos de formulario necesarios para la propia WAIT.

Espero que tenga sentido.

La función de destrucción de historial también les impidió hacer clic en ATRÁS y luego refrescarse también.

Fue muy sencillo y funcionó de maravilla durante MUCHOS años hasta que la organización sin fines de lucro se redujo.

Ejemplo: ENTRADA DE FORMULARIO - Recoge toda su información y, cuando se envía, activa su trabajo de back-end.

RESPONSE from form entry - Devuelve HTML que realiza un redireccionamiento a su página de espera estática y/o POST/GET a otro formulario (la página de espera).

PÁGINA DE ESPERA - Solo contiene los datos de FORMA relacionados con la página de espera, así como javascript para destruir el historial más reciente. Me gusta (-1 o -2) para destruir solo las páginas más recientes, pero todavía les permite volver a su página de entrada de FORM original.

Una vez que estén en su página de espera, pueden hacer clic en ACTUALIZAR tanto como lo deseen y nunca generarán el trabajo de FORMULARIO original en el back-end. En cambio, su página de espera debe incluir una actualización cronometrada de META para que siempre pueda verificar el estado de su trabajo. Cuando se completa su trabajo, son redirigidos fuera de la página de espera a donde lo desee.

Si lo hacen ACTUALMENTE ACTUALIZAR ... Simplemente están agregando una verificación más de su estado de trabajo allí.

Espero que ayude.Buena suerte.

+0

No recibió suficiente crédito por esta sorprendente e informativa respuesta. ¡¡Gracias!! – ShiningLight

Cuestiones relacionadas