Você está na página 1de 11

El objeto Response

Response (respuesta) es posiblemente el objeto ms utilizado de todos, ya que sirve para


presentar en la pantalla del navegador del cliente el resultado de cualquier cdigo que
hayamos escrito.
El objeto Response tiene 8 propiedades, 1 coleccin y 8 mtodos:

PROPIEDADES
Response.Buffer = False | True
Cuando ASP procesa una pgina cualquiera, va ejecutando comandos, adjunta cdigo
HTML, lee ficheros de inclusin, etc., y todo eso, hasta que la respuesta est completa lo va
guardando en un buffer (un buffer es un rea temporal de trabajo). A este proceso se le
denomina buffering. Cuando la composicin del fichero de respuesta est completa, o entre
los comandos ejecutados encuentra una llamada a los mtodos Flush o End, ASP concluye
el proceso de buffering, enva el fichero de respuesta al cliente y vaca el buffer, quedando
a la espera del siguiente proceso.
La propiedad Response.Buffer sirve para intervenir en el proceso de buffering. Si el valor
de Buffer es True, el servidor enviar el contenido del buffer a la salida, pero si es False, el
proceso de buffering no se realiza. Esto significa que no es posible cambiar la propiedad
despus de que el servidor haya enviado la respuesta. Si se quiere evitar el buffering, habr
que hacerlo antes de que ste comience, por lo que la instruccin deber ser la primera de
todas.
El valor por defecto de Buffer en ASP 2.0 es False. En la versin 3.0 es True, siempre que
se realice una instalacin nueva, si es una actualizacin, quedar con el valor antiguo, es
decir, False.

Response.CacheControl = "Public" | "Private"


Esta propiedad permite a los servidores proxy guardar o no en su cache una copia de la
respuesta ASP. Vale... no sabes que es un "proxy" ni una "cache". Veamos: un servidor
proxy, es una mquina que se instala en algunas redes locales (tambin llamadas intranets)
y cuya funcin, entre otras, consiste en guardar en sus discos una copia de todas las pginas
web que han visitado los navegadores de esa red local. A esto se le llama guardar en cache.
Esto mismo ya lo hace tambin el navegador en la propia mquina donde est instalado. El
navegador tiene dos caches: en memoria y en disco, y es configurable por el usuario el
tamao de ambas, as como el tiempo que las pginas visitadas permanecern en ellas. La

finalidad de todo esto, que a algunos les podr parecer un atentado a su intimidad, es
conseguir que las pginas de uso ms habitual se carguen ms rpidamente, ya que al
residir en las caches, del navegador o del proxy, no es necesario salir a internet para
cargarlas de nuevo desde el servidor original. En fin, si las redes fueran lo rpidas que
debieran y las conexiones costasen menos dinero, seguramente todo esto no sera necesario.
Esto de los proxy est muy bien si hablamos de HTML esttico, pero si hablamos de ASP
dinmico, es decir, pginas que cada vez que son llamadas pueden tener un contenido
diferente, pero con el problema de que siempre tienen el mismo nombre, que es
precisamente, en funcin de lo que el proxy decide si servir de la cache o conectarnos con
el servidor original, pueden ser un grave problema.
Imagina que tu aplicacin tiene una pgina que muestra los datos de un cliente previamente
identificado, por ejemplo su ficha personal con domicilio, telfono, cuenta bancaria de
cargo, etc. La pgina tiene como nombre, por ejemplo, cliente.asp. Un cliente hace un
request solicitando la pgina despus de identificarse. El servidor envia la pgina solicitada,
y el proxy, cumpliendo con su funcin, guarda en cache una copia. Lo mismo hace el
navegador de la mquina desde donde se hace el request, y supongamos tambin que esa
mquina est en una sala pblica de terminales muy concurrida. Si... se adivina un desastre.
En efecto, el cliente ha terminado sus transacciones y se marcha. Otro cliente, que estaba
esperando su turno, se sienta ante la misma mquina... y cmo no, se conecta a la misma
aplicacin. La primera pantalla no es peligrosa, ya que son instrucciones. La segunda,
tampoco, es un formulario donde hay que escribir la identificacin... pero la tercera es
cliente.asp que muestra la ficha con los datos personales.
Qu va a ocurrir? Apenas han transcurrido unos segundos desde que el anterior cliente
hizo el mismo request. Aunque hubiesen pasados minutos, la situacin sera la misma. Las
caches del navegador estn configuradas para ser eliminadas cada dia (eso con suerte), la
del proxi, lo mismo, y ste solamente har una verificacin de fechas para ver si el original
ha cambiado o no, y no lo ha hecho. Por tanto la cosa est clara: al segundo cliente le
aparecer la ficha personal del primero, y slo cuando pulse el botn "recargar" del
navegador, forzar al navegador y al proxy a conectarle con el servidor, obteniendo sus
datos correctos. Pero mientras, hemos dejado que nuestra aplicacin muestre unos datos
indebidamente, lo cual es muy grave.
Para evitar que el proxy copie en su cache las respuestas de nuestros ASP, se puede utilizar
la propiedad Response.CacheControl . Hay otras dos propiedades: Response.Expires y
Response.ExpiresAbsolute que controlan las caches, pero stas lo hacen sobre las del
navegador.
Si se escribe:
<% Response.CacheControl = "Public" %> SI guarda en cache del proxy (por defecto)
<% Response.CacheControl = "Private" %> NO guarda en cache del proxy

Response.Charset("String")
Esta propiedad aade el nombre de la tabla de caracteres al contenido del objeto Response,
concretamente como parmetro de content-type. El valor por defecto es ISO-LATIN-1
(excepto en entornos Macintosh).
Por ejemplo, una cabecera HTTP normal contiene el siguiente string:
content-type: text/html

Y despus de escribir
<% Response.Charset("MS_Windows") %>

Contendra:
content-type: text/html; charset = MS_Windows

Hay que tener en cuenta que como argumento se puede escribir cualquier cosa, y aunque no
sea vlido, ASP no emite ningn mensaje de error, simplemente no surtir el efecto
deseado.

Response.ContentType("String")
Esta propiedad especifica el tipo de contenido del request HTTP, que puede incluir un
tipo/subtipo en la cabecera de la respuesta. El tipo siempre es de contenido general y el
subtipo es especfico. El valor por defecto es text/HTML. Tiene que ir antes de que se
defina la cabecera de la pgina.
Por ejemplo, el siguiente cdigo poduce una hoja de clculo Excel en el navegador, simpre
que Excel est instalado en la mquina del cliente, claro.
<% Response.ContentType = "application/vnd.ms-excel" %>
<HTML>
<HEAD><TITLE>PRUEBA</TITLE></HEAD>
<BODY>
<TABLE>
<TR><TD>Valor de la celda A1</TD>
<TD>Valor de la celda B1</TD>
</TR>
<TR><TD>Valor de la celda A2</TD>
<TD>Valor de la celda B2</TD>
</TR>
</TABLE>
</BODY>
</HTML>

Response.Expires
La propiedad Expires indica el nmero de minutos que deben transcurrir antes de que la
copia de la respuesta en las caches del navegador expire (sea eliminada). Fjate en que se
refiere a la cache del navegador, no a la del servidor proxy (si lo hubiese). Si no se invoca
esta propiedad, el tiempo de expiracin ser el que tenga configurado el navegador por
defecto.
Si se escribe:
<% Response.Expires = 0 %>

Esto significa que la pgina expira inmediatamente despus de su recepcin y visualizacin


en el navegador. Si en lugar de cero se escribe, por ejemplo, 2, significar que dos minutos
despus de haberse recibido, el navegador eliminar la pgina de su cache.
El tiempo de expiracin en la cache del navegador, hay que usarlo con precaucin, ya que
si la pgina est destinada a ser impresa (por ejemplo es el resguardo de una operacin
realizada por el cliente) y ha expirado, el navegador no podr enviarla a la impresora, y
emitir un mensaje de error diciendo que no hay datos que imprimir, incluso aunque en ese
momento la pgina sea visible en la pantalla, pero no es de esa imagen de donde el
navegador envia datos a la impresora, sino de su cache en disco. Esto significa que hay que
pensar cuidadosamente que pginas terminarn siendo impresas y cuales no en el momento
de utilizar esta propiedad.

Response.ExpiresAbsolute
Funciona igual que la anterior, pero en lugar de indicar el nmero de minutos que deben
transcurrir antes de que las caches del navegador expiren, indica la fecha y hora exacta en
que eso ocurrir. No es muy fiable, ya que no sabemos si la fecha y hora del cliente son
correctas, y tambin habr que tener en cuenta la hora del pas desde donde el cliente nos
hace el request, para que sea mnimamente efectiva.
Se escribe:
<% Response.Expires = #Feb 20, 2000 20:00:00# %>

Response.IsClientConnected = True | False


Con esta propiedad se puede saber si el cliente continua conectado al servidor desde la
ltima vez que se utiliz la propiedad Response.Write, es decir desde la ltima vez que
nuestra aplicacin ha escrito algo en la pantalla del cliente. Puede ser muy til si el proceso
solicitado va a ser muy trabajoso para el servidor, por ejemplo una consulta a una DB que

devolver gran cantidad de datos. Si se verifica que el servidor a perdido la conexin con el
cliente, es intil hacer todo el trabajo solicitado por ste, ya que no se podr enviar el
resultado, y adems el servidor entrar en una fase de reintentos sucesivos, hasta que el
tiempo de cierre de sesin especificado en su configuracin se cumpla. Si eso ocurre con
muchos procesos a la vez, el servidor puede bloquearse.
Por ejemplo:
<%
'--Se abren conexiones a la DB y/o se preparan procesos.
...
...
'--Mediante un bucle se verifica si el cliente sigue conectado, o si los
procesos han terminado
Do until (PROCESOS ACTIVOS... OR Response.IsClientConnected=false)
'--- si el cliente sigue conectado, se hacen los procesos necesarios
...
...
Loop
'---Procesos terminados o conexin perdida. Se cierran las conexiones y
se liberan recursos
...
...
%>

Response.Status = "Status"
Esta propiedad especifica el valor de la lnea de estado HTTP devuelta por el servidor.
Normalmente consiste en la direccin IP del cliente que ha provocado el estado, seguida de
una breve descripcin de error. Esto hay que escribirlo antes que cualquier otra lnea de la
pgina.
Si se desea impedir el acceso a la aplicacin a una mquina cuyo IP sea, por ejemplo,
125.125.125.125 escribiremos:
<%
Dir_IP = Request.ServerVariables("REMOTE_ADDR")
If Dir_IP = "125.125.125.125" Then
Response.Status = "403 Acceso prohibido"
Response.Write Response.Status
Response.End
End If
%>
<HTML>
<HEAD><TITLE>PRUEBA</TITLE></HEAD>
<BODY>
..
..

Esto mismo se puede configurar en el servidor de forma fija, en el apartado de seguridad de


la aplicacin.

COLECCIONES
Response.Cookies(Nombre)[(Clave)|.Atributo]=Valor
Esta coleccin funciona bsicamente igual, y sirve para lo mismo, que la ya explicada en el
objeto Request, pero aqu podemos asignar los valores que se estimen necesarios para la
aplicacin. Tiene dos argumentos obligatorios: Nombre que es el nombre que se le asigna
al cookie, y Valor que especifica el contenido asignado a la clave o atributo.
Tambin tiene dos argumentos opcionales: Atributo, que puede consistir en cinco
parmetros preestablecidos diferentes, y clave, que como su nombre indica, es la clave que
se le asigna al atributo Valor
Los parmetros preestablecidos de Atributo pueden ser los siguientes:

Domain. Por seguridad, es de solo escritura. Asigna pginas en un dominio


formado por ms de un servidor, a fin de compartir la informacin contenida en el
cookie entre varias aplicaciones, o la misma, distribuida entre varios servidores,
evitando que se pueda leer el contenido del cookie desde otros dominios ajenos a su
creador.
Se escribe: .Domain = ".misitio.com"
Path. Es un complemento del anterior. En efecto, adems de controlar el dominio
de los servidores que acceden al cookie, puede que interese limitar desde qu
pginas pueden hacerlo.
Por ejemplo: .Path = "/asp" permite acceder al cookie solamente a las
pginas que residan en el directorio asp del rbol de directorios del servidor web. Si
se omite, se entiende que su valor es .Path = "/", es decir, la raiz del servidor,
lo que da acceso al cookie a todas las pginas del mismo.
Expires. Indica la fecha en la que el cookie expira. Si no se especifica nada, el
cookie expira cuando termina la sesin del cliente, pero slo se crear en memoria.
Si se especifica alguna fecha, el cookie se almacenar en el disco del cliente hasta la
mencionada fecha, incluso despus de que termine la sesin. La fecha hay que
indicarla con una cadena, por ejemplo, "30/03/2004".
HasKeys. Valor Booleano (true o false) para indicar si el cookie contiene claves o
no.
Secure. Indica si el cookie es seguro (encriptado o normal). Admite los valores 0 o
1. En el caso de ser 1 solamente se puede acceder al cookie mediante SSL.

He aqu un ejemplo:
<%@ LANGUAGE="VBScript" %>
<%
Response.Cookies("test").Expires = "31/05/05"
Response.Cookies("test")("item1") = "prueba"

Response.Cookies("test")("Contador") =
Request.Cookies("test")("Contador") + 1
%>
<HTML>
<HEAD><TITLE>pruebas cookies</TITLE></HEAD>
<BODY>
Contador: <% = Request.Cookies("test")("Contador") %><BR>
Cookie: <% = Request.Cookies("test") %>
</BODY>
</HTML>

Y este sera el resultado:


Contador: 1
Cookie: CONTADOR=1&ITEM1=prueba

En este ejemplo, Contador se incrementa en 1 cada vez que la pgina es cargada por el
navegador. La primera vez valdr 1, la segunda 2, etc. Cuando el cookie no existe o haya
expirado, el contador vuelve a 1 en la siguiente visita.
Recuerda que todas las instrucciones para crear o modificar los cookies hay que escribirlas
siempre antes de cualquier otra cosa de la pgina. Otra cosa importante que no hay que
olvidar es que nunca deben ponerse datos confidenciales en los cookies, ya que los ficheros
se quedarn en la mquina del cliente, incluso despus de haber expirado, y otro usuario
podra llegar a ellos.
En los cookies se pueden guardar datos muy variados, como contadores, preferencias del
cliente, colores, resoluciones, etc., y no se deben utilizar de forma maliciosa (spiware), pero
recuerda que son datos que afectan solamente a una mquina fsica, y que los datos de un
usuario no estarn disponibles si se conecta desde otra mquina.
Cada navegador genera y guarda los cookies de una manera diferente. Los del Internet
Explores de Microsoft suelen estar en C:\WINDOWS\Cookies (Win95, 98 y ME). Si se
trata de Win NT, 2000, 2003 o XP estarn en C:\Documents and
Settings\nombre_usuario\Cookies.

METODOS
Response.AddHeader "Nombre", "Valor"
Este mtodo permite aadir una nueva cabecera a la respuesta HTTP. Una vez que la
cabecera ha sido creada, no es posible borrarla. El nombre dado a la nueva cabecera no
puede contener ningun carcter de subrayado ( _ )
Se escribe:

<%
Response.AddHeader "MiCabecera", "PRUEBA"
%>

Response.AppendToLog("String")
Mediante este mtodo se puede aadir un string al registro que se genera con cada request
en el fichero de logs del IIS.
Por ejemplo:
<%
Response.AppendToLog("Mi comentario")
%>

Y este sera el string aadido en un registro tpico del fichero de logs del IIS:
125.125.125.125, - , 05/27/99, 9:50:00, W3SVC, PRUEBAS, 125.125.125.125,
Mi comentario

Response.BinaryWrite(Data)
Escribe la salida HTTP en binario (no en modo string como lo hace Response.Write), y sin
aplicar ninguna conversin de pgina de caracteres.
Supongamos que tenemos el siguiente formulario HTML con tres campos:
'---Fichero formulario.htm
<HTML><HEAD> <TITLE>Prueba1 ASP</TITLE> </HEAD>
<BODY>
<FORM ACTION="prueba2.asp" METHOD="POST">
Nombre:<INPUT TYPE="text" NAME="Nombre" VALUE="Juan" ><br>
Ciudad:<INPUT TYPE="text" NAME="Ciudad" VALUE="Guadalajara" ><br>
Postal:<INPUT TYPE="text" NAME="Postal" VALUE="12345"
><br>
<INPUT TYPE="Submit" NAME="Boton" VALUE="Enviar">
</FORM>
</BODY>
</HTML>

Para poder ver el nombre de los campos y sus contenidos se escribe lo siguiente:
'---Fichero prueba2.asp
<%
bytecount = Request.TotalBytes
binread = Request.BinaryRead(bytecount)
Response.BinaryWrite binread
%>

Y este sera el resultado:

Nombre=Juan&Ciudad=Guadalajara&Postal=12345&Boton=Enviar

Response.Clear
Este mtodo se utiliza para vaciar (borrar) cualquier contenido del buffer de salida. No
elimina las cabeceras HTTP, solamente el contenido que va entre los elementos <BODY> y
</BODY> Si el buffer ya est vaco debido a que previamente se ha invocado
Response.Buffer=False, se produce un error de ejecucin. Recuerda que en la versin 2.0
de ASP el valor por defecto de Response.Buffer es False y en la versin 3.0 es True.
Se escribe:
<%
Response.Clear
%>

Response.End
Cuando se invoca este mtodo el servidor detiene el proceso de la pgina ASP actual y
envia al cliente el contenido del buffer de salida, siempre que Response.Buffer=True. El
resto de instrucciones no se procesar. Recordar que en la versin 2.0 de ASP el valor por
defecto de Response.Buffer es False y en la versin 3.0 es True.
Por ejemplo, si se escribe:
<%
Response.Write "Primer string"
Response.End
Response.Write "Segundo string"
%>

Slo se obtiene en la respuesta:


Primer string

Response.Flush
Este mtodo provoca el envio inmediato al cliente del contenido del buffer de salida, en
lugar de hacerlo al concluir el proceso completo de la pgina, y continuando despus con el
resto de instrucciones normalmente. Si el buffer est vaco debido a que previamente se ha
invocado Response.Buffer=False, se produce un error de ejecucin. Recuerda que en la
versin 2.0 de ASP el valor por defecto de Response.Buffer es False y en la versin 3.0 es
True.

Se escribe:
<%
Response.Flush
%>

Response.Redirect(URL)
Este mtodo detiene el proceso de las instrucciones de la pgina actual e intenta conectar el
cliente a una nueva direccin (URL). Esto se consigue aadiendo una cabecera de
redireccin a la salida HTTP que se envia al cliente. Puede haber un problema en el caso de
que alguna parte de la pgina ya haya sido enviado al cliente mediante alguno de los dos
anteriores mtodos (Flush o End) si entre el servidor web y el cliente hay un servidor
proxy, por lo que debe usarse con precaucin.
He aqu un ejemplo de uso:
'---Fichero1.asp
<% Response.Buffer = true %>
<HTML>
<BODY>
<%
Response.Write "Este es Fichero1.asp y se conmuta con Fichero2.asp"
Response.Clear
Response.Redirect "Fichero2.asp"
Response.Write "Esto ya no se procesa"
%>
</BODY>
</HTML>
'---Fichero2.asp
<HTML>
<BODY>
<%
Response.Write "Este es Fichero2.asp"
%>
</BODY>
</HTML>

Este sera el resultado: se muestra parte de Fichero1 y el navegador es obligado a cargar


Fichero2:
'---Fichero1.asp
Este es Fichero1.asp y se conmuta con Fichero2.asp
'---Fichero2.asp
Este es Fichero2.asp

Response.Write(Valores)

Llegamos al ltimo mtodo del objeto Response. Como ya sabes, puesto que se ha venido
utilizando en la explicacin de otros objetos, sirve para escribir el resultado del cdigo ASP
en el navegador del cliente. Se habl ms a fondo de l en la pgina Cmo se escribe el
ASP?
Se escribe:
<%
Response.Write(Valores)
%>

Você também pode gostar