14/04/2003, 07:45
| |||
| |||
 alternatia al server.transfer buenasss: ¿Qué puedo poner como alternativa al server.transfer, porque quiero usarlo luego de hacer una carga de datos en la BD, que envie al usuario nuevamente al formulario de carga, pero con el server.transfer queda como URL, la pagina que procesa los datos(la misma que desde la que se transfirió), entonces si el usuario hace click en actualizar, en vez de refrescar el formulario, vuelve a enviar la información a la página que procesa  ?me explico? saludos 
__________________ Juan Pablo |
|
14/04/2003, 08:30
| |||
| |||
| GRACIAS, pero estoy tratando de evitar response.redirect, porque genera inconvenientes en algunos navegadores, por ej. en nescape le avisa al cliente que va a ser redirigido a otra página , pide confirmación y una serie de transtornos molestos mas, es por eso que uso server.transfer, pero en este caso no me son útiles ninguna de las dos opciones. amigo: muchas gracias de todos modos por contestar. saludos.
__________________ Juan Pablo |
|
14/04/2003, 08:33
| ||||
| ||||
| Response.redirect no tiene incompatibilidades con el netscape... Al menos a mí no me ha dado problemas ni me ha ocurrido lo que a tí. Creo que sería lo conveniente, en fín si hay una alternativa para tí también me interesa saberla  Saludos.
__________________ Francesc Mula Calleja Hay mucho por ver todavía... |
|
14/04/2003, 09:06
| |||
| |||
| la diferencia entre ambos es que como response.redirect se ejecuta en el cliente, en algunos navegadores viejos ocurre lo que te comenté anteriormente. En cambio, como server.transfer se ejecuta en el server, esto no ocurre nunca. Lo que yo necesito es como una especie de link, pero automático. saludos...
__________________ Juan Pablo |
|
14/04/2003, 09:22
| |||
| |||
| NO, TENGO IE6, PERO HAY QUE PENSAR EN EL USER, EL ES QUIEN PUEDE TENER VIEJO EL BROWSER. TE ENCONTRÁS CON AMARRETES HASTA EN EL BROWSER!!!  QUE LE VAMO' A HACER.
__________________ Juan Pablo |
|
14/04/2003, 09:25
| ||||
| ||||
| sólo sé que el response.redirect no me ha fallado, no he tenido quejas nunca. Y monté una web corporativa una vez y todo correcto. no te compliques y pon response.redirect saludos. P.D: siempre puedes poner una advertencia en tu web... valido para IE 5.0 u superior
__________________ Francesc Mula Calleja Hay mucho por ver todavía... |
|
14/04/2003, 09:28
| |||
| |||
| PARECE QUE SI, SI NADIE ME PROPONE OTRA ALTERNATIVA, VOY A TENER QUE USAR REDIRECT, PERO DEBE HABER UNA. SALUDOS.
__________________ Juan Pablo |
|
14/04/2003, 11:29
| ||||
| ||||
| Cita: la diferencia entre ambos es que como response.redirect se ejecuta en el cliente...  ,  . El response.redirect se ejecuta en el servidor!Acá encontré un par de errores que puede causar el uso de response.redirect en netscape, aunque no es lo que necesitás . EnlaceY aquí encontré, aparentemente, la solución a tu problema: Cita: Bueno, hasta ahí la traducción. El texto fue obtenido de aquí.Netscape Communicator Message "Object Moved - This object may be found here" Bajo ciertas circunstancias, Netscape Comunicatort muestra el error "HTTP/1.0 302 Object Moved" cuando el servidor responde con un “HTTP status 302”. IE, y muchas veces Netscape, simplemente se dirigen a la nueva URL cuando el servidor devuelve un estado 302. Este estado 302 es generado cuando redirigís a una página diferente desde el servidor (en IIS, utilizando Response.Redirect). Communicator muestra este (molesto) mensaje cuando la URL a redirigir es idéntica a la URL actual y, además, hay parámetros en ella. ... ... Lo recomendado es modificar la URL de destino antes de redirigir, así no queda idéntica a la URL de origen. Por ejemplo, agregando un nuevo parámetro (en destino) ... ... Espero te sirva, saludos |
|
14/04/2003, 11:41
| |||
| |||
| En donde lo habré leido?  , Estoy seguro que en algun lado decía que la redirección se hacía en el explorador del cliente... pero bué, siempre hay alguien que aclara el panorama que otros oscurecieron. En fin. Le que interpreté con tu respuesta es que si redirecciono a una página diferente de la que redireccionó, no tengo ese problema? saludos y gracias!!! 
__________________ Juan Pablo |
|
14/04/2003, 12:45
| ||||
| ||||
| Cita: En donde lo habré leido? Estoy seguro que en algun lado decía que la redirección se hacía en el explorador del cliente... Es que es más o menos así: El navegador está en pagina1.asp completando un formulario y lo envía a página2.asp. Luego de procesar, el IIS se encuentra con el redirect a página3.asp y le dice al navegador: "Si, si... ya se que vos pediste página2.asp... pero yo soy guapo y te mando a la página3.asp" Hasta aquí no hay problema con los dos navegadores más populares. Aparentemente, y según lo que leí en ese enlace, el problema viene dado con una situación como la siguiente: -Navegador: Desde página1.asp solicita página2.asp (<form... action="pagina2.asp?Accion=Insertar">) -IIS: Procesa y redirige hacia pagina1.asp con todo y sus parámetros (response.redirect("pagina1.asp?Accion=Insertar")) -Resultado: Error para netscape Posible solución: response.redirect("pagina1.asp?Accion=Insertar" & "&f=" & Now()) No se, no se... te estoy escribiendo esto según lo que leí. Nunca lo intenté y tampoco tengo un Netscape a mano para probarlo. Estaría bueno que intentes agregar un parámetro que siempre cambie al redirect y nos comentes cómo te fue! Saludos |
|
14/04/2003, 12:53
| ||||
| ||||
| Esto es interesanto, yo tampoco tengo netscape, pero me lo descargaré... y un dia de estos tengo la prueba realizada. saludos.
__________________ Francesc Mula Calleja Hay mucho por ver todavía... |
|
14/04/2003, 13:09
| |||
| |||
| Es que yo tampoco tengo netscape, en mi máquina funca barbaro, si tengo quejas de algún netscapeador, se las comento.
__________________ Juan Pablo |
