Yo también sospechaba del servidor, ya contarás, suerte!

Joseba Alonso
www.5dms.com
www.sidedev.net  

> -----Mensaje original-----
> De: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] En nombre de Javier Fernández
> Enviado el: martes, 14 de junio de 2005 18:08
> Para: [email protected]
> Asunto: RE: [ASNativos] Carga de datos en IE
> 
> Hola, ya estoy a la carga otra vez. Creo que he conseguido 
> lanzar la pelota -temporalmente al menos- a la gente que 
> lleva los servidores.
> 
> Realizo al servidor dos consultas desde un swf, directamente 
> con un load de loadVars, pasandole los parámetros en la url:
> 
> - una con los parámetros correctos (por si alguien no se 
> acuerda, es la que no devuelve resultados al swf en explorer :)
> - otra con parámetros erróneos (esta consulta si devuelve 
> resultados al swf en explorer, y aparentemente la única 
> diferencia es que el output devuelto es más largo)
> 
> Escucho ambas consultas con Ethereal y encuentro que son 
> idéticos, pero a partir de un punto (la recepción de los 
> datos) empieza una discrepancia:
> 
> En la llamada en que el explorer no pasa el output al swf:
> Content-Type: text/html;charset=Cp1252\r\n
> Content-Language: es\r\n
> Content-Encoding: gzip\r\n
> Content-Length: 334\r\n
> \r\n
> Content-encoded entity body (gzip)
> 
> En la llamada en que sí le pasa los datos:
> 
> Transfer-Encoding: chunked\r\n
> Content-Type: text/html;charset=Cp1252\r\n
> Content-Language: es\r\n
> \r\n
> HTTP chunked response
> Data chunk (336 octets)
> Chunk size: 336 octets
> Data (336 bytes)
> 
> 0000  0a 0a 26 78 6d 6c 3d 3c 53 41 4c 49 44 41 5f 57   
> ..&xml=<SALIDA_W
> 0010  45 42 3e 3c 43 41 42 45 43 45 52 41 5f 57 45 42   
> EB><CABECERA_WEB
> 0020  3e 3c 50 41 52 41 4d 5f 45 4e 54 52 41 44 41 3e   
> ><PARAM_ENTRADA>
> 0030  4c 3c 2f 50 41 52 41 4d 5f 45 4e 54 52 41 44 41   
> L</PARAM_ENTRADA
> 0040  3e 3c 54 49 50 4f 5f 56 49 53 54 41 3e 4e 3c 2f   
> ><TIPO_VISTA>N</
> 0050  54 49 50 4f 5f 56 49 53 54 41 3e 3c 4e 4f 4d 42   
> TIPO_VISTA><NOMB
> 0060  52 45 5f 53 45 43 43 49 4f 4e 3e 4c 6f 20 64 65   
> RE_SECCION>Lo de
> 0070  20 48 6f 79 3c 2f 4e 4f 4d 42 52 45 5f 53 45 43    
> Hoy</NOMBRE_SEC
> 0080  43 49 4f 4e 3e 3c 46 45 43 48 41 5f 43 41 52 52   
> CION><FECHA_CARR
> 0090  55 53 45 4c 3e 31 30 35 30 36 32 30 30 35 3c 2f   
> USEL>105062005</
> 00a0  46 45 43 48 41 5f 43 41 52 52 55 53 45 4c 3e 3c   
> FECHA_CARRUSEL><
> 00b0  43 4f 44 5f 45 52 52 4f 52 3e 3c 2f 43 4f 44 5f   
> COD_ERROR></COD_
> 00c0  45 52 52 4f 52 3e 3c 44 45 53 43 5f 45 52 52 4f   
> ERROR><DESC_ERRO
> 00d0  52 3e 45 6e 20 65 73 74 65 20 6d 6f 6d 65 6e 74   R>En 
> este moment
> 00e0  6f 20 6e 6f 20 70 6f 64 65 6d 6f 73 20 61 74 65   o no 
> podemos ate
> 00f0  6e 64 65 72 6c 65 2c 20 69 6e 74 e9 6e 74 65 6c   
> nderle, int.ntel
> 0100  6f 20 6d e1 73 20 74 61 72 64 65 2e 3c 2f 44 45   o m.s 
> tarde.</DE
> 0110  53 43 5f 45 52 52 4f 52 3e 3c 2f 43 41 42 45 43   
> SC_ERROR></CABEC
> 0120  45 52 41 5f 57 45 42 3e 3c 43 55 45 52 50 4f 5f   
> ERA_WEB><CUERPO_
> 0130  57 45 42 3e 3c 2f 43 55 45 52 50 4f 5f 57 45 42   
> WEB></CUERPO_WEB
> 0140  3e 3c 2f 53 41 4c 49 44 41 5f 57 45 42 3e 0a 0a   
> ></SALIDA_WEB>..
> Chunk boundary
> Data chunk (last chunk)
> Chunk size: 0 octets
> Chunk boundary
> 
> 
> No tengo ni **** idea de protocolos pero me ha valido para 
> que vayan a enseñarselo a los "oscuros señores de las 
> máquinas". A ver si sacan algo más que yo.
> 
> Supongo que a estas alturas esto ya casi es un offtopic y 
> nadie sabrá qué demonios está pasando pero esto me esta 
> mareando tanto que tengo que contarlo...
> 
> Perdón por la chapà. Un saludo
> 
> ----------------------------------
> Lista ASNativos:[email protected]
> http://www.5dms.com/listas
> ----------------------------------

----------------------------------
Lista ASNativos:[email protected]
http://www.5dms.com/listas
----------------------------------

Responder a