Saber de Donde "Viene" la Pagina ???

[jpogsistem]

Que tal Maestros,

Tengo varias páginas que luego de que ejecutan sus formularios (Inserción, Actualización de Ragistros) van por ejemplo a otra página, llamada acciones.php


Y lo hago así:

Código PHP:

  header("acciones.php"); 
   

Lo que quiero hacer es colocar un código en acciones con condicionales, que ejecute una u otras instrucciones si acciones.php es llamado por insercion.php ó actualización.php

Se puede hacer esto?

Es decir una página puede "reconocer el nombre" de donde es llamada?

Gracias de antemano.

[nicolaspar]

No se si sea lo que entiendo que es (Ok, doy mi respuesta y no me disculpo mas:P).
Podes en cada page que quieras "marcar" hacer algo como:
$_SESSION['history'] = $_SERVER['PHP_SELF'] ;
O con su Query String:
$_SESSION['history'] = $_SERVER['PHP_SELF'] . ( isset($_SERVER['QUERY_STRING']) ? '?' . $_SERVER['QUERY_STRING'] : '' ) ;

Y luego tendrás en esa session donde fue que estuvo antes de las pages marcadas por ultima vez.
Para esto deberás iniciar session (session_start() y sus configs). Sino puede usar una cookie.
Luego haces la computación que quieras en acciones.php sobre esta session/cookie. Espero que sea de ayuda.

[javifo]

Haciendo

$url=$_SERVER['REFERER'];

$url toma el valor de la página de origen de la petición al script.

Lo puedes consultar en:
http://es.php.net/reserved.variables

Saludos

[nicolaspar]

El tema es que REFERER le puede dar la page que guarda y no la que el quiere...si no tiene page intermedia si le servira ;)

[jpogsistem]

Que tal, sobre esto último..........Tomará el valor de la ruta? o del nombre de la página................en el link no encuentro lo que refieres...


Gracias.

[nicolaspar]

PHP:

'HTTP_REFERER'
La dirección de la página (si la hay) la cual refirió al agente de usuario a la página actual. Este valor es definido por el agente de usuario. No todos los agentes de usuario lo definen, y algunos proveen la capacidad de modificar HTTP_REFERER como una característica del software. En resumen, no se puede confiar realmente en este valor.

[Shockly]

Código PHP:

  if ( isset( $_SERVER['HTTP_REFERER'] ) ) {
    $refer = strtolower( $_SERVER['HTTP_REFERER'] );
    switch( $refer ) {
        case 'uno.com':
            ;        // hacer algo
            break;
        case 'dos.com':
            ;        // hacer algo
            break;
        case 'tres.com':
            ;        // hacer algo
            break;
        default:
            ;        // hacer algo
            break
    }
}
else {
    ;        // hacer algo
} 
   

[Cluster]

Al igual que nicolaspar, por mi parte también insisto en el tema de que HTTP_REFERER no es un dato válido para fiarse e implementar sistemas de seguridad o útilidad a la aplicación basado en el.

Vale la pena tomar el valor de PHP_SELF .. dejarlo en una cookie o sesión (y a malas propagarlo por el URL si se trata sólo de una funcionalidad para la aplicación . .no algo de seguridad crítica) y leerlo en el script de proceso que tenga que devolver el proceso a ese punto de inicio que ya registramos en una cookie, sesión o fuimos propagando por el URL.

Un saludo,

[javifo]

Hola:

No había prestado demasiada atención a la posibilidad de que el 'agente de usuario' no defina o modifique HTTP_REFERER.
Una aclaración sobre esto: El 'agente usuario' imagino que debe ser quien utiliza el script, con su máquina y su configuración. ¿Es así?.

Otra cuestión: Entiendo que utilizar $_SERVER['PHP_SELF'] ; debe ser en todos los casos seguro ya que es una construcción propia e interna del script y por tanto independiente de quien y cómo se solicite. ¿Es así?.

Gracias por vuestras aclaraciones. El tema me interesa porque estoy usando REFERER para un script de recomendación de página. Realmente, la solución que indica Cluster es más segura. (Perdona NICOLASPAR, pero la tuya no la comento porque realmente no acabo de entenderla, pero seguro que es buena)

Saludos.

[nicolaspar]

Es la misma. Lo único, que yo pongo como opción el caso de que tengas valores de variables propagados por GET (no se, por decir una web modular), entonces, si tenes:
mipagina.php?var=1&var2=2 leyendo esto usando PHP_SELF obtendrás únicamente mipagina.php perdiendo var=1&var2=2.
La validación luego en acciones.php puede ser con distintas funciones que te ofrece php, depende todo de como implementes primero la variable que propongo "history".

PD: Es la mejor manera a mi entender de mantener eso, un history de donde ha estado el usuario, es mas, yo he implementado esto con niveles de historial ($_SESSION["histpry"][0], $_SESSION["histpry"][1], etc) con excelentes resultados. No obstante, muchas veces usar el simple window.back() de js basta y sobra...todo depende de que necesites realmente, eso deberás evaluarlo vos ;)

[Cluster]

Una aclaración sobre esto: El 'agente usuario' imagino que debe ser quien utiliza el script, con su máquina y su configuración. ¿Es así?.

El "agente" es el programa/aplicación que se conecta a tu servidor HTTP y pide tu script PHP en consecuencia. (Es PHP quien obtiene el dato tras "preguntar" por dicha cabecera HTTP al servidor HTTP).

Un "agente" puede ser un navegador común .. también un gestor de descargas actua como "agente" y son estos por ejemplo los que más juegan con ese dato para "hacerse pasar" por cierto tipo de navegador ...

En otros casos, muchos proxys eliminan la referencia de donde viene referido o que cliente es sutituyendo por cosas como "publicidad" de cierto proxy he visto en log's de "referidos". En este caso es tu "proxy" el que hace de "Agente" en última instancia el cual pasa o no "trasnparente" la información del "agente" de tu navegador de origen.

Por otro lado .. un "script" PHP puede usar funciones de conexión por sockets usando el protocolo HTTP y por ende "hacerse" pasar por cualquier "agente" siempre que se respete el standar del HTTP en la comunicación.

Otra cuestión: Entiendo que utilizar $_SERVER['PHP_SELF'] ; debe ser en todos los casos seguro ya que es una construcción propia e interna del script y por tanto independiente de quien y cómo se solicite. ¿Es así?.

Si, .. esa información es PHP quien "pregunta" al sistema (ahí no sé si lo hace al servidor HTTP o no . .pues no sé como se comporta en modo CGI) en que "URI" está ubicado el script que se está ejecutando.

Gracias por vuestras aclaraciones. El tema me interesa porque estoy usando REFERER para un script de recomendación de página. Realmente, la solución que indica Cluster es más segura. (Perdona NICOLASPAR, pero la tuya no la comento porque realmente no acabo de entenderla, pero seguro que es buena)

Tan sólo "expliqué" en palabras el ejemplo que puso en código Nicolaspar:
http://www.forosdelweb.com/showpost....18&postcount=2

Él enfocó la solución a uso de sesiones (lo cual es lo más seguro) ..pero la base de esta técnica es lo que comenté y para desarrollarla se pueden usar várias soluciones: sesiones, cookies .. propagación en el URL ..


Un saludo,

[javifo]

Gracias a todos por vuestras aclaraciones. Como siempre, muy útiles.

Saludos