Server.Transfer o Response.Redirect... Include o Server.Execute?

[mariano_donati]

Hola, espero que nadie se enoje por las preguntas que hago, pero hay veces que leo nuevos artículos de ASP y me comienzo a preguntar si de la forma en que yo lo hago es la más correcta y óptima. Yo generalmente para mandar a otra página utilizo Response.Redirect. Pero me encuentro con que Server.Transfer me serviría para lo mismo. En que casos sería correcto usar uno u otro?. Otra cosa que encontré muy parecida es el Include con el Server.Execute, ambos cumplen la misma función, mi pregunta en este caso es la misma que la anterior, cuando me recomendarían usar uno u otro?.
También me gustaría saber como actúa cada una de esas acciones en el servidor, en que se diferencian, si alguien me puede pasar una link realmente se lo agradecería mucho.
Saludos a todos.

[Neuron_376]

Response.Redirect e Include, son mas seguros y estandar.

[u_goldman]

Pues me parece excelente que tengas interés por saber acerca de los mejores usos de esta plataforma.

Server.Transfer y Response.Redirect sirven exactamente para lo mismo como lo mencionaste ya, la única diferencia es que el primero no se muestra en el cliente en tanto que el segundo si, es decir, con transfer le dices al cliente, estás en una página x, cuando realmente está en una página y, con redirect le dices, te moví a la página x.

En cuanto al Server.Execute, la verdad es que lo he utilizado solo unas cuantas veces, cuando ha sido extrictamente necesario sacar un nombre de un archivo de una tabla en un proceso de decisión por ejemplo. Pero con un código bien estructurado, dudo que realmente necesites este tipo de ejecución dinámica de archivos, pues además hasta donde se, no hay manera de pasarle valores a un archivo ejecutado por este método, más acerca de esto me es imposible abundar.

Salu2,

[mariano_donati]

Gracias a los dos por responderme nuevamente. Neuron una pregunta, cuando hablas de que son más seguros, te refieres a que brindan más seguridad porque son más estables o seguridad en otro sentido?.
Acerca de lo que dices U Goldman, la verdad es que me preocupa muchísimo la eficacia del servidor, siempre hay que tenerla en cuenta para mi gusto, no es cuestión de ponerse a hacer una página cualquiera sin tener en cuenta este aspecto, para mi es fundamental, aparte que me atrae mucho el tema de como funciona cada método y objeto, así que combinando esas dos cosas, te da el resultado que seguramente de los últimos 30 post que puse, 29 fueron orientados hasta este tema´(una exageración obviamente).
Gracias otra vez a los dos por responder.
Un saludazo!

[Neuron_376]

Realmente los detalles que deseas cuidar son muy buenos, y tus razones tambien, Server.Execute y Transfer pueden fallar... no me preguntes en que condiciones ni en que momento por que no lo se, pero lo mismo pasa con otras cosas como la variable REFERER que no es segura, en fin existen muchos metodos asi.

Yo prefiero usar Redirect...

La pagina ejecuta un script, lo libera totalmente y se va hacia otra pagina, tambien te sirve para que tus logs sean correctos, con transfer, cargas script 1, no se libera completamente, cargas el segundo script, entonces es mas pesado.

Pefiero usar include...

Server.Execute es propimente una Ejecución, una lamada de codigo, y bueno, para explicar eso, es mejor hacerlo asi:

La mejor y mas eficiente estructura es esta:
1. Reservas memoria (declarar constantes, variables, cargar includes)
2. Ejecutas codigo

Eso lo logras facil con include donde tienes siempre funciones, no codigo directo, algo que se usa pero no es lo mas eficiente es esto:

1. Reservas memoria (declarar constantes, variables)
2. Ejecutas codigo
3. Reservas memoria (Cargas Includes)
4. Ejecutas codigo

Entonces esa es basicamente la diferencia, include se adapta facilmente a la primera estructura y Server.Execute utiliza la segunda estructura, por eso resulta mas eficiente include

Espero haberte ayudado en el tema, y que bueno que te preocupes por esos detalles que parecen innecesarios, al final de cuentas hacen la diferencia.

Suerte!!

[mariano_donati]

Muchas gracias por explayarte tanto en el tema Neuron. Los comentarios tanto de U Goldman anteriormente, como los tuyos (los anteriores y este último ) era justo lo que andaba buscando para empezar a decidirme sobre que usar y justo lo que más me interesa saber acerca de los objetos, propiedades y métodos. Y lo que dices acerca de REFERER también lo voy a tener muy en cuenta, ya que lo estoy usando en muchas de mis páginas.
No quiero ser reiterativo en esto, pero en serio estoy muy agradecido.
Saludos!.

[u_goldman]

No quiero ser parecer pesado, pero Neuron, de donde sacaste eso???
Estoy totalmente en desacuerdo con casi todas las cosas que dijiste, lo dije anteriormente, nunca utilice mucho estos dos metodos, pero las veces que he tenido que recurrir a ellos, jamas he tenido ningun problema.

Basado en que dices que "pueden fallar"??

Es falso que el utilizar Server.Transfer causa problemas en los recursos del servidor, sino todo lo contrario, Server.Transfer, no hace otra llamada HTTP, solamente cambia de lugar la ejecucion del script, por lo tanto, el proceso ejecutado sera mas rapido.

Segundo, el utilizar includes tampoco eficienta los recursos del servidor, muy por el contrario, hace tu ASP mas pesado, pues estas incluyendo codigo dentro de esa pagina, es precisamente la razon por la cual, desde un include puedes tener acceso a las variables, funciones, querystring y post de la pagina que incluye, y no asi con Server.Execute que solamente "ejecuta" un codigo por su cuenta.

De nuevo, mi intencion no es ser pesado, pero te lo comente hace apenas un poco de tiempo, hay que tener cuidado con lo que se dice.

Una cosa mas, he leido varios post tuyos en los cuales hablas de que referrer tiende a fallar...en que momento te ha fallado a ti?

Salu2,

[mariano_donati]

Bueno, lo que es la ignorancia no?, te pueden decir cualquier cosa que lo crees y aceptas tal cual te lo dicen. En este caso concreto, voy a esperar una respuesta de Neuron para que explique lo que quiso decir, para mi, como dije antes, me gusto mucho la explicacíón que me dió acerca del tema, y pienso que debe tener los fundamentos necesarios como para sostener eso.
Te agradezco U Goldman como siempre por tus sabias respuestas.
Espero que puedan debatir sobre esto para aclarar todo, sobre todo para saber cual es el método más eficaz y no quedarme con la duda de cual usar.
Saludos!

[MikiBroki]

La diferencia entre Transfer y Execute es sólo que mientras con Execute desde A hacia B y cuando se termina el código de B regresa hacia A, mientras que con Transfer al terminar el código de B, se finaliza.

Además cuando se usa Transfer o Execute para saltar hacia B, todas las variables y objetos que se declararon en A, siguen accesibles.

En cuanto a Response.Redirect o pongo algo extraido de un libro:

La utilización del método Redirect es bastante costosa y problemática ya supone un envío de información más del servidor al cliente para indicarle mediante una cabecera HTTP de redirección que la página ha cambiado de localización, siendo la nueva localización la página que deseamos cargar.

Esto es problemático ya que en algunos navegadores como Netscape Communicator aparace un mensaje del tipo El objeto requerido se ha movido y se puede encontrar aquí, esto también ocurre cuando la conexión la realiza el cliente a través de proxy.

[u_goldman]

Pero no hay relacion entre transfer y execute, sirven para dos cosas distintas.
De lo que se habla aqui es de:

Server.Execute VS include
Response.Redirect VS Server.Transfer

Salu2,

[MikiBroki]

Bueno, era a título informativo.

[Neuron_376]

Creme que no te siento pesado, al contrario, siempre he creido que estas platicas son buenas, igual puedo salir de dudas yo también o profundizar más en un tema, como dijo MikiBroki, la nota informtiva es buena, aunque yo siempre pruebo mis paginas en ambos navegadores por la cuestion de JavaScript y CSS y nunca me ha pasado, y estoy de acuerdo en que son dos llamadas etc.

Porque digo que pueden fallar ???, porque me ha pasado, y porque en mis inicios en su momento no me funcionaron correctamente, y lei en la documentación oficial que no eran los más seguros, y miren, para muestra un botón, yo empecé con IIS 5, ahí mire esos detalles, quizás ahora en el IIS 6.0 ya sean más estables, es el que uso ahorita IIS 6, pero si algo no funcionaba por que tenia bugs, mejor asegurarme de que no tienen nuevos bugs ahorita

Desde que entre a este foro mire lo de referer, muchos lo usan y basan mucha de sus funcionalidades en el, no solo en el foro de ASP tambien en PHP, y bueno, al final de una larga platica en un mensaje que no encuentro por ninguna parte, recibi este mensaje privado...

si si si si

--------------------------------------------------------------------------------

Estas conversaciones son muy productivas para el foro!!!
seguro que habrá gente que las lea y reconozca los errores que ellos tienen en las soluciones que escribimos nosotros. Y ESO HACE QUE ME SIENTA BIEN!!!!!!!!!!!

Un saludo.

El nombre de la persona no lo pongo porque es privado, pero si esa persona lo reconoze pues que lo ponga, y si el moderador encuentra ese post donde se hablo de un sistema de recomendaciones que ponga una liga, porque fue muy interesante el proceso, desde el principio de ese mensaje dije, REFERER no es seguro, no lo tomaron en cuenta, y hasta el final despues de muchas pruebas comprobamos entre 3 personas que era cierto... en eso me apoyo en mis comentarios, que son cosas que me han pasado y en las cuales tengo experiencia.

Pero igual, acepto que es mi punto de vista, mi metodo de trabajo, y que muchas personas tienen diferentes, y por otra parte u_goldman, creeme que disfruto el debate, y me gusta, acepto muy facilmente cuando estoy equivocado y lo escribo ampliamente, puedes entrar la foro de PHP y comprobaro .

Por otra parte, paso a paso:

Include si es pesado, como cualquier codigo que se ejecuta, Execute es igual de pesado porque de la misma manera carga el script como el include, y creo que aclare que dentro del Include no se debe poner codigo directo para nada, justo por lo que tu dijiste:

"desde un include puedes tener acceso a las variables, funciones, querystring y post de la pagina que incluye, y no asi con Server.Execute que solamente "ejecuta" un codigo por su cuenta"

Yo dije claramente, NO CODIGO DIRECTO EN EL INCLUDE, razon, eso destruye la estructura de reservar memoria y luego ejectuar , y ese era mi punto principal para usar Include sobre EXECUTE, el hecho de estar reservando memoria a cada paso es deficiente, y si desde el principio reservar lo que necesitas y solamente trabajas sobre ella eso es lo mejor, ese fue mi punto, no tanto si era pesado o no, pero como todo, una cosa puede ser pesado, pero si lo tienes que usar, lo usas y punto, si no lo usas no existe codigo
, y ese tema ufff, tiene mucho, que en su momento hablamos de la ventaja y desventaja de un DLL contra un include, creo que lo recuerdas.

Del transfer, lo que hace es que carga en memoria el SCRIPT que estas ejecutando y luego se va a otro script, en ese inter no libera el primer script(o bueno, eso tengo entendido), tambien como es interno no afectara tus logs como llamadas a otra pagina, sino todo interno, algo como SCRIPT_NAME apuntara a esa misma pagina, no a la que realmente estas ejecutando, entonces mi punto como ventaja eran:

- Ejecutas - liberas - Ejecutas, lo que esta haciendo es que para cada pagina esta usando solamente los recursos que necesita, si es mas lento porque son dos llamadas, creo que nunca dije mas RAPIDO, solo dije mas eficiente.

- Tus logs se mantienen intactos.

Ese fue mi punto, entonces creo que no contradije lo que estas diciendo, en ningun momento dije que causa problemas en los recursos, solo dije que la estructura que siguen no es la más eficiente.

Tu mismo has dicho que lo usas solamente en momentos especiales, porque?

Porque no los usas siempre si son mejores que los otros?

Si alguien me preguntara eso, yo diria, porque son mas estandares y mas seguros.

Suerte!!

[u_goldman]

Se me hace que aquí el problema es de conceptos...

Include incluye un archivo, cualquiera que este sea y lo hace parte del código en cuestion, por ende, el peso de tu ASP como tal, sera mayor, por ende, la ejecucion secuencial de tu codigo será mas lenta(tiene más lineas que leer), cuantos mas include tengas, código directo o no.

Execute, realmente es un método dinámico, solo que no entiende lo que vive fuera de él, se pueden tener includes condicionados, tanto como execute condicionados, siendo este segunco método mucho más eficiente que el primero.

Ahora, por qué no lo he usado salvo en contadas ocasiones?
Simplemente porque realmente no es necesario(en la mayoría de los casos) tener que llamar a un archivo dinámicamente, si lo mismo se puede lograr con código estructurado.

Ahora, volvemos al tema del server.transfer:

Server.Transfer acts as an efficient replacement for the Response.Redirect method. Response.Redirect specifies to the browser to request a different page. Because a redirect forces a new page request, the browser makes two requests to the Web server, so the Web server handles an extra request. IIS 5.0 introduced a new function, Server.Transfer, which transfers execution to a different ASP page on the server. This avoids the extra request, resulting in better overall system performance, as well as a better user experience.

fuente:
http://msdn.microsoft.com/library/de...38c2a61317.asp

Así rápidamente en una búsqueda en Google, lo dice MS, no lo digo yo basado en mi experiencia con este método.
Realmente, la gran única diferencia radica en que el transfer, no hará una llamada más HTTP, como lo apunté en su momento, eficientando por supuesto tu aplicación. De nuevo, si la premisa es que ejecutas liberas, tampoco un redirect lo hace, pues conserva la vida de las variables de sesion y de aplicación, que son vitales en el desarrollo web...

Respecto a la propiedad referrer, realmente me gustaría ver por lo menos un link donde se indique que "tiende a fallar"

Salu2,

[Neuron_376]

Creo que has dado en el clavo, realmente include y Execute no se usan para lo mismo, y por esa parte, aun te puedo decir que Execute es igual de pesado que include, porque igual, lee todo un archivo nuevo y carga los includes que ese archivo tenga, luego lo ejecuta, etc., el include igual, lee las lineas lo carga en memoria pero ahi esta, no ejecuta nada, hasta que en el codigo despues de cargar todo en memoria lo usas segun lo necesites, y ambos, tanto execute como include seguiran conservando las variables de session y aplicacion, la diferencia es que cuando usas Execute, haces todo el proceso de reservar memoria, luego ejecutar codigo, regresar al original seguir reservando memoria y seguir ejecutando codigo, creo que hasta ahi ya nos pusimos de acuerdo. Y lo que defiendo es eso, la estrucura de reservar memoria y luego ejectar, en un ejemplo muy sencillo esta esta liga para concatenar cadenas, desde ahi te puedes fijar como el hecho de reservar memoria para luego accesar a ella es la mejor estructura:

http://msdn.microsoft.com/library/de...aspstrcatn.asp

Que por cierto ya la habia puesto antes.

Desde el principio nunca dije que execute fuera mas lento o mas rapido que el include, pero para fines de estructura resulta mas eficiente, pero como has didho, no se usan para lo mismo.

Con transfer e include, ya antes dije que estoy de acuerdo con que es mas lento porque tiene 2 llamadas, pero igual transfer realiza dos llamadas, sin embargo por su estructura interna es mas rapido, aun asi, transfer mantiene el CODIGO en memoria del primer script y el segundo script, mientras redirect no, redirect toma 1 script lo ejecuta, lo libera y todos los recursos para el, y luego carga el siguiente con el cual hace lo propio, este proceso es logico que lo hace mas lento que transfer, en eso tambien estamos de acuerdo, pero como mencione, las ventajas que miro en Redirect sobre Transfer no se trata de rapidez sino de eficiencia en el trato de recursos y tambien en funcionalidad como es el caso de los logs.

Y suena tonto los logs, pero sabes porque se arrastra en muchas paginas parametros como VisitaID y UsuarioID, porque existen sistemas creados sobre los logs del IIS que te permiten saber la ruta que siguen los usuarios en cierta visita a través de la página sin necesidad de sistemas de actividad, donde el programa sobre el log se encarga de todo el trabajo dejando al IIS sin esa carga, entonces con transfer arruinas ese log, tambien detalles como Recomiendame, o un sistema de comentarios fijo se ve afectado por transfer, mientras que redirect no afectara nada de eso, y con logs de IIS facilmente puedes saber cosas como, este usuario en tu sistema de pagos cayo en esta pagina y no avanzo a la siguiente, razon... hubo un error en este momento, cosa que si haces con transfer no lo lograrias.

Yo creo y leyendo este post, que en ningun momento dije nada que contradijera a los demas, yo hable solo de las ventajas que ofrece Include y Redirect sobre los otros dos metodos, tal vez olvide decir las ventajas de los otros dos, pero creo que eso lo hiciste tu u_goldman, decir las ventajas de transfer y execute, que en verdad en la unica donde realmente presenta ventajas es transfer, porque como hemos definido execute es otro rollo, es otra herramienta que hasta cierto punto no cabe para una comparacion.

Hasta ahi creo que estamos de acuerdo, del link acerca de que podían fallar y dar problemas no lo encuentro y soy sincero, eso lo vi hace mucho tiempo como donati ahorita intenta saber que cosa es mejor que la otra, empece con PWS muy basico en la escuela, luego con IIS 5.0 y ahorita con IIS 6.0.

Lo del referer espero que ya me crean y tengan cuidado con el, presenta problemas, y de estos dos metodos eso es lo ultimo que yo supe que no eran seguros, pero repito, tal vez ahora ya son seguros, eso lo acepto.

Por ultimo, si quiero hacer mension a que hay que aprender a leer, sinceramente primero u_goldman dices que todo lo que dije esta mal, sin ver que yo escribi estrictamente ventajas de estos metodos, y tu escribiste ventajas de otros metodos, entonces lo que hiciste fue completar informacion nunca realmente desmentir algo que escribi por que en lo que escribiste no hay argumentos que digan que lo que escribi esta mal, salvo por la parte de que los metodos puedes fallar, o poder decir que lo que yo decia estaba mal.

Por otra parte mariano_donati, despues del comentario de u_goldman pues fue como que a quien le doy la razon, siendo que ambos estabamos hablando de dos partes diferentes, nunca poniendo algo que realmente demostrara que el otro esta mal y uno esta bien.

Se trato de Ventajas y Desventajas, no de quien tenia la razon, y creo que eso no lo entendieron, solo lei cosas como, "Neuron todo lo que estas diciendo esta mal"

Y eso si se me hizo un poco injusto sinceramente... bueno, pero esto se puso interesante y muy padre

Suerte!!

[trasgukabi]

este es el post, Neuron
http://forosdelweb.com/showthread.ph...ght=trasgukabi

[u_goldman]

No es nada personal mi estimado Neuron, en realidad en los posts que intervienes regularmente lo haces con buena técnica y no hay mucho mas que agregar, pero honestamente no me parece que se asegure algo que no se sabe con certeza, de ahí mi comentario de que de dónde sacaste todo esto?? porque realmente sigo en las mismas, me parece que de tu primer post, no hay mucho rescatable.

Es decir, me parece que no podemos tomarnos la libertad de hablar de un tópico que no conocemos con tanta certidumbre como lo hiciste, pero bueno...cuestión para reflexionar.

Y no estoy contradiciendo(en este momento) lo que dijiste, aunque si me parece que todavía no está claro el concepto del transfer...me gustaría que aclararas el término pesado, porque en realidad a mi no se me hace para nada más pesado que un redirect. No es que reserve en memoria la ejecución anterior, solamente cambia el foco del script, por lo tanto los valores siguen siendo accesibles.

Con respecto a lo del referrer, no creo en dogmas, y no es que no respete tus conocimientos de esta tecnología que de antemano se que son suficientes, pero desde la primera vez que vi este comentario me ha causado interés, puesto que personalmente no he tenido problemas con su uso.

Salu2,

[Neuron_376]

Gracias trasgukabi por poner el post, yo no lo encontraba. Pero bueno ahi esta, en su momento encontre documentos que decian de esos metodos inseguros y cuando los probe recuerdo que no hacian lo que yo esperaba, pero bien, ya asunto resuelto, y bien, para finalizar, transfer no digo que sea mas pesado o mas liviano, lo que si digo es que como tu dice u_goldman que preserva el script anterior, entonces tienes recursos que en la mayoria de las veces no necesitas. Redirect es mas lento pero todo esta justo a lo que necesitas, por otra parte el detalle del log, por eso mi amplia preferencia de redirect sobre transfer.

Pero bueno eso es todo, con lo del post de trasgukabi miraran que en verdad el referer falla y el hecho de que a ti no te haya pasado, no significa que no sea verdad.

Pero creo que ya estamos bien

Suerte a todos!!

[u_goldman]

Redirect es mas lento pero todo esta justo a lo que necesitas

O sea, aqui es "que gane mi gallo aunque sea pelon" cada vez entiendo menos...

Y otra cosa, este link no me dice nada, nuevamente el problema se resolvio, pero realmente no se hizo un diagnostico de que fuera referer el problema

Link! por favor!

[Neuron_376]

1. Redirect es mas lento que transfer porque hace dos llamadas.

2. Redirect no mantiene 2 scripts al mismo tiempo, transfer si.

3. Redirect no te daña los logs y siempre sabes realmente que pagina estas usando, con transfer no porque incluyes N paginas bajo la misma.

Bueno, creo que es lo unico que podemos resumir, y que cada quien decida que es lo que mas le conviene porque nunca vamos a terminar.

REFERER = Inseguro... lean por favor el POST que es un ejemplo real, prueben ese SCRIPT en todas partes y luego saquen su propia conclusión, insisto u_goldman, hay que aprender a entender lo que se lee, jejejeje, a veces entiendes muy rapido y te enojas porque yo pregunto cosas que segun tu son tontas, jajajaja, leelo de nuevo si asi lo quieres, creo que ahi esta de manifiesto la prueba de que REFERER causa problemas, o por lo menos asi lo entendi en su momento, como una prueba de lo que he dicho de REFERER.

Más no puedo decir, no quiero que gane mi gallo, ni gallo tengo, solo he dicho lo mismo desde el primer post, defendiendo ventajas de redirect, que no contradicen nada a las ventajas que pusiste acerca de transfer, simplemente son ventajas y desventajas, ahora creo que lo unico que realmente falta es decir si esos tres puntos de arriba son ciertos o falsos.

Por esas razones y evaluando mis necesidades yo prefiero usar Redirect, eso es todo, y creo que eso no es cuestion de quien gana, redirect se adapta a mis necesidades y me siento agusto con el por las ventajas que he mencionado.

Eso es todo

Un saludo.

Anexo: Asi como puedo decir que esa es una prueba de que REREFER es inseguro, acepto que ahorita no tengo ninguna prueba de que TRANSFER y EXECUTE sean inseguros en este momento.

[u_goldman]

Si Neuron, lo que tu digas, referer falla, aunque no puedas proveer mas que una teoria de esto y es mejor utilizar redirect porque tu lo dices asi, sin importar que de esto SI haya documentacion al respecto

Salu!

[Neuron_376]

Solo pregunto, esos tres puntos los consideras ciertos o falsos ?

Y yo en lo particular, creo que son ciertos y por eso prefiero YO usar redirect.

REFERER, lo dejo a su criterio, lean el POST vean lo que sucedio, yo habia ledio de eso mucho antes, lo he dicho cuando he creido que es necesario, otras personas tambien me han dicho que es cierto, y que lo saben, pero bien.

Es criterio de cada quien, creo que todos hemos pecado de hablar muy seguros de un tema por nuestra propia experiencia y conocimientos, recuerdo claramente no hace mucho u_goldman que dijiste muy seguro que lo mejor era validar todo en javascript por lado del cliente y que asi no te preocupabas por validar en ASP, cosa que me parecio muy mal, pero nunca te dije que eso estaba muy mal y ue por favor no escribieras cosas con tanta seguridad si no son cientas, sino que puse mi punto de vista y listo.

Cada quien saque sus propias conclusiones y si quiero saber tu opinion de estos 3 puntos:

1. Redirect es mas lento que transfer porque hace dos llamadas.

2. Redirect se vuelve un proceso mas pesado por que usa HTTP 2 veces.

3. Redirect no mantiene 2 scripts al mismo tiempo, transfer si.

4. Redirect no te daña los logs y siempre sabes realmente que pagina estas usando, con transfer no porque incluyes N paginas bajo la misma.

Agregue otro para que te animes. jejejeje, creo que eso es lo bueno que podemos sacar de este tema, definir esos puntos. Es todo.

Suerte!!

[u_goldman]

5. Yo no se leer
6. El monstruo del lago Ness existe y come humanos, no me pregunten como lo se, solo lo se
7. Yo uso javascript para validar todo tipo de codigos(tip: usa el buscador )
8. No tienes pruebas para respaldar lo que dices
9. Salud!

[un_tio]

Interesante el tema del tópic! Lo leeré cuando tenga tiempo.

[mariano_donati]

Ustedes no se dan una idea de lo que uno puede llegar a aprender leyendo esto, yo no es que lo voy a leer cuando tenga tiempo como dijo un_tio, directamente voy a bajar la pagina a mi PC para guardarla y tenerla siempre a mano, porque se han dicho en los diferentes post muchísimas cosas interesantes y que vale la pena tenerlas en cuenta. Yo la verdad dado la limitación de mis conocimientos sobre el tema, no me puedo meter en nada, salvo para agradecerles el debate que están haciendo.
Un saludo a todos.

[AlZuwaga]

Bueno, en el tema de redirect vs transfer no me voy a meter, pero el otro tema, el de que REFERER es inseguro, es, como mucho, muy relativo.

El referer sólo funciona (mejor dicho, contiene información) cuando se accede al script donde se lo invoca mediante un enlace de HTML normal (<a href="pagina_con_el_referer.asp">...</a>) o mediante el submit de un formulario (ya sea POST o GET) por medio de un botón de submit y hasta por un script cliente lanzado por algún evento (onclick, onload, onLoQueSea)

Cualquier otra forma de llamar al script que contiene la ServerVariable HTTP_REFERER va a devolver un valor vacío.

En el caso del mensaje que comentan (que, de paso, me lo leí completito y no llegaron a ninguna solución -o por lo menos no me lo pareció-), el REFERR no funcionaba porque se llamaba al script por intermedio de una función cliente que genera un POP-UP... algo no aceptado por el referer.

Como conclusión personal, no es que referer sea inseguro. Es que hay ocaciones en donde se puede utilizar y otras en las que no.

Si encuentro el enlace en donde leí todo esto se los paso.
Saludos

[AlZuwaga]

Bueno, no recuerdo si lo leí originalmente aquí... pero como no podía ser de otra manera está en aspfaq.com:

What is wrong with Request.ServerVariables("HTTP_REFERER")?
http://www.aspfaq.com/show.asp?id=2169

Perdón, esto no se entiende bien:

o mediante el submit de un formulario (ya sea POST o GET) por medio de un botón de submit y hasta por un script cliente lanzado por algún evento (onclick, onload, onLoQueSea)

Me refiero, en lo marcado en bold, a un script cliente que haga el submit de un formulario (no a un script que lance un pop-up)

[u_goldman]

Esto realemente es lo que estaba esperando para poder decir lo que tenía en mente desde ayer y no lo había dicho por falta de documentación al respecto:

Es fácil decir que un método no funciona cuando no se ha utilizado correctamente, y como lo apuntas es demasiado relativo, no es que falle, es que no conocemos las particularidades de su uso. Y aún es más difícil y demasiado arriesgado hablar de que falla o que x método es mejor que y, por experiencia propia y no basado en una fuente al menos confiable de esta información.


---Editando---
Y agrego: Este método será confiable toda vez que se hayan contemplado las ocasiones en que puede utilizarse y funcionará, para el caso de las transacciones o de validación de usuarios me parece particularmente confiable, ya que necesariamente tienen que venir de un lugar en particular, por lo tanto la "teoría" de que "tiende a fallar" me parece nuevamente arriesgada...
-----


Salu2,

[Neuron_376]

Gracias por aclararme eso AZ, siempre he dicho que puede fallar porque asi lo lei aquella vez, pero claramente porque no lo recordaba, que bueno tener las cosas totalmente claras.

[Neuron_376]

Lo unico que me queda duda con todo lo que lei del referer, entonces porque a Traguskabi...

http://forosdelweb.com/showpost.php?...2&postcount=14

... si le aparecia bien el valor de REFERER en el formulario, y tanto a mi como a angerlerson no, si se supone que REFERER nunca funciona bien en el Pop-Up ?

Esa sera una incognita

[trasgukabi]

otra de transfer o redirect
http://www.developer.com/net/asp/article.php/3299641