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

[Neuron_376]

Estaba viendo otras cosas y encontre esto:

"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."

http://mx2.php.net/manual/es/reserve...riables.server

Como digo, no recuerdo donde lei esa clase de cosas, pero encontre eso.

Se que es para PHP, pero ahi menciona que depende del cliente, y que existen clientes que hacen lo que quieren con ese valor, lo cual lo vuelve poco confiable.

Bueno, eso encontre.

[Cokito]

Hola!

Muy interesante post, y muy buen debate, sin perder las formas (se notará q vengo d otros foros con modales muy distintos) felicidades!

Lo quiero leer mejor para aportar mi experiencia con el uso d los distintos métodos, ya q pienso q podría aportar algo al debate.

Referente al referer, apoyar q efectivamente es modificable, al igual q todas las variables q son tomadas a partir d la información q brinda el browser del usuario. Sin ir mas lejos, estoy utilizando Opera 8.0 y en las opciones t permite seleccionar la cabecera d navegador q quieres enviar a las páginas q visitas, dándote a elegir entre MSIE6, Mozilla5 y Opera. Igualmente he creado programas en visual basic de acceso a sitios web en los q enviaba aleatoriamente cabeceras de diferentes navegadores y referer de distintas páginas, y haciendo pruebas con mis propios logs veía q efectivamente eran facilmente falseables (el referer falseado era una de las técnicas habituales para aparecer en logs q eran indexados por los buscadores, con el objeto d conseguir enlaces externos).

Salu2 y hasta pronto

[Neuron_376]

Pues bienvenido al debate, en efecto, cosas asi eran las que lei hace mucho tiempo, la verdad es que fue hace mucho tiempo y en mis pruebas note que era cierto que fallaba, ahora en la actualidad no recordaba o tal vez nunca supe las razones exactas, pero sabia que referer no era seguro. Bueno, gracias por aportar tu experiencia acerca del tema.

Suerte!!

[mariano_donati]

Por ahí este articulo les interesa, lo encontré en las FAQS del foro de .Net, por lo que esta basado en paginas aspx, pero supongo que la forma de trabajar debe ser la misma tanto para Asp 3.0 como para Asp.net. Una consulta que me gustaría hacer es si el segundo parametro de Server.Transfer que menciona el artículo (preserveForm) está disponible para Asp o es solo para páginas aspx.
Les dejo el link:

http://www.developer.com/net/asp/article.php/3299641

Espero que les interese.
Saludos!.

[AlZuwaga]

"CREO" que el parámetro del server.transfer de ASP.Net, preserveForm, está a true por defecto en ASP 3 y es inmodificable (es decir, no se puede pasar a false).

Pues si... no existe ese parámetro en ASP 3: http://www.devguru.com/Technologies/..._transfer.html

[mariano_donati]

Muy bueno el link Al Zuwaga, gracias por sacarme esa duda.
Saludos.

[El_Metallick]

muy muy bueno el debate... he sacado mucho en limpio, quiza no sea el que mas sabe, de hecho estoy lejos de serlo, pero encuentro que en gran parte no se pueden comparar ciertas cosas que fueron comparadas por la simple razón de que estan hechas o en el fondo apuntadas ha ciertas cosas, por lo tanto si se utiliza un objeto o lo que sea en algo que no es precisamente para lo que apunta sino que una funcion "distinta" es factible el error o la ineficiencia... pero bueno... en general encontre muy "nutritivo" el tema... muy util y practifo... felicitaciones

[sjam7]

http://www.sloppycode.net/Reference/Asp/Ref-2707.html

Buen debate, ¿conclusion?

[mariano_donati]

Quizás cada uno saca sus propias conclusiones, yo ya saqué la mia y pienso que Server.Transfer es el mejor, ya que tiene la característica de PRESERVEFORM que te mantiene todas las variables de una página a otra, esto no sucede con Response.Redirect. Además, la forma en que trabaja Server.Transfer lo hace más efectivo a Response.Redirect, por eso ahora opté por utilizar el objeto Server y no el Response. De todas formas, no puedo encontrar un artículo que había leído que mencionaba una situación en la que era mejor utilizar Response.Redirect que Server.Transfer, pero era una situación circunstancial, poco común.
Un saludo.