Cómo obtener Url Hash (#) desde el lado del servidor

Question

Sé por el lado del cliente (javascript) que puede usar windows.location.hash pero no pudo encontrar de todos modos para acceder desde el lado del servidor.

Answer 1

Tuvimos una situación en la que necesitábamos mantener el hash de URL en las publicaciones de ASP.Net. A medida que el explorador no envía el hash al servidor por defecto, la única manera de hacerlo es utilizar algo de JavaScript:

1. Cuando el formulario envía, agarra el hash (window.location.hash) y almacenarlo en un servidor campo de entrada oculta oculto Pon esto en un DIV con una identificación de "urlhash" para que podamos encontrarlo fácilmente más tarde.

2. En el servidor puede usar este valor si necesita hacer algo con él. Incluso puede cambiarlo si lo necesita.

3. En la página cargar en el cliente, compruebe el valor de este este campo oculto. Deseará encontrarlo en el DIV que contiene, ya que no se conocerá el ID generado automáticamente. Sí, podría hacer algún truco aquí con .ClientID pero nos pareció más sencillo usar el envoltorio DIV, ya que permite que todo este Javascript viva en un archivo externo y se use de forma genérica.

4. Si el campo de entrada oculto tiene un valor válido, establecer que a medida que el hash URL (window.location.hash again) y/o llevar a cabo otras acciones.

Utilizamos jQuery para simplificar la selección del campo, etc ... en definitiva termina siendo algunos jQuery llama, uno para guardar el valor, y otro para restaurarlo.

Antes de presentar:

$("form").submit(function() { 
    $("input", "#urlhash").val(window.location.hash); 
}); 

al cargar la página:

var hashVal = $("input", "#urlhash").val(); 
if (IsHashValid(hashVal)) { 
    window.location.hash = hashVal; 
} 

IsHashValid() puede comprobar "undefined" u otras cosas que no desea manejar.

Además, asegúrese de utilizar apropiadamente el $(document).ready(), por supuesto.

Answer 2

Eso es porque el navegador no transmite esa parte al servidor, lo siento.

Answer 3

RFC 2396 sección 4.1:

Cuando se utiliza una referencia URI para realizar una acción de recuperación en el recurso identificado, el identificador de fragmento opcional, separado de el URI por una marca de rayitas cruzadas ("#") carácter , consiste en información de referencia adicional para ser interpretada por el agente de usuario después de que la acción de recuperación se haya completado con éxito. Como tal, no es parte de un URI, pero a menudo se usa junto con un URI.

(énfasis añadido)

Answer 4

Probablemente, la única opción es para leerlo en el lado del cliente y transferir manualmente al servidor (GET/Post/Ajax). Saludos Artur

Usted puede ver también cómo jugar con botón de retroceso y el historial del navegador at Malcan

Answer 5

Sólo para descartar la posibilidad de que no está intentando realmente ver el fragmento de un GET/POST, y de hecho desea saber cómo acceder a esa parte de un objeto URI que tiene dentro de su código de servidor, está bajo Uri.Fragment (MSDN docs).

Answer 6

solución posible para peticiones GET:

Nueva Enlace formato: http://example.com/yourDirectory?hash=video01

llamar a esta función hacia la parte superior del controlador o http://example.com/yourDirectory/index.php:

function redirect() 
{ 
    if (!empty($_GET['hash'])) { 
     /** Sanitize & Validate $_GET['hash'] 
       If valid return string 
       If invalid: return empty or false 
     ******************************************************/ 
     $validHash = sanitizeAndValidateHashFunction($_GET['hash']); 
     if (!empty($validHash)) { 
      $url = './#' . $validHash; 
     } else { 
      $url = '/your404page.php'; 
     } 
     header("Location: $url"); 
    } 
}