Hi, I found the solution to the gibberish, though that has only revealed that some how my programatic form submit to log in and then the rethrowing of cookies with next cfhttp is not succeeding. I log in but the next request is redirected to log in. Broken my head for past 3 hours.
That is my struggle. For now , for you guys, the solution to the gibberish is this ( i wonder how people develop such esoteric stuff in the first place): * http://stackoverflow.com/questions/2974197/cfhttp-encoding-problem* Funny why should a browser unzip it and httpclient should not. Thanks, Nitish 2011/8/22 Adam Cameron <[email protected]> > This all intrigued me a bit. > > If I run this code: > > <cfhttp method="get" url="http://www.espncricinfo.com"; > result="stHttp"> > <cfhttpparam type="header" name="accept-encoding" value="gzip"> > </cfhttp> > > <cfdump var="#stHttp#"> > > On CF8 & CF9 I get a nice webpage in the filecontent key of the > returned struct. > > On OBD, BD.NET and Railo, I get the compressed version (ie: useless > gibberish). > > I think this might demonstrates Nitish's issue? > > -- > Adam > > > On Aug 21, 7:22 pm, nitish pandey <[email protected]> wrote: > > Hi Alan, > > Not sure if openBD is superior in this respect to CFMX because Bennadel > > does state that at atleast 2 places (one is athttp:// > www.bennadel.com/blog/1599-Campaign-Monitor-API-Connection-Fai... > > ) > > > > IIn this urlhttp://is.sys:8081/ost/sso.cfmis gibberish and the header > says > > content-encoding is gzip. You say transport only, of course but someone > has > > to unzip when the transport has ended. You might be hinting that > underlying > > httpclient recipient method would be ready for that type of content. But > i > > get gibberish. How am i managing that? > > -nitish > > > > 2011/8/21 Alan Williamson (aw2.0 cloud experts) <[email protected]> > > > > > > > > > > > > > > > > > > > > > i am still not sure what it is you are trying here. > > > > > cfhttp will handle the gzip automatically for you. By the time it > gets to > > > you, it will already be unzipped and ready to use. the gzip is for the > > > transport only, you will not actually get to see it. > > > > > nitish pandey wrote: > > > > >> i am doing a cfhttp get from a website that delivers gzip encoded > content > > >> only... so changing the accept-encoding fails. > > > > >>http://is.sys:8081/ost/sso.cfm > > >> This is the output if you can say for sure that the dump is indeep > gzip. > > >> The header says so. > > >> -nitish > > > > > -- > > > official tag/function reference:http://openbd.org/manual/ > > > mailing list -http://groups.google.com/**group/openbd?hl=en< > http://groups.google.com/group/openbd?hl=en> > > > > -- > > -Nitish > > "Faith is a free Option"http://www.forcesofindia.com/profiles/np > > -- > official tag/function reference: http://openbd.org/manual/ > mailing list - http://groups.google.com/group/openbd?hl=en > -- -Nitish "Faith is a free Option" http://www.forcesofindia.com/profiles/np -- official tag/function reference: http://openbd.org/manual/ mailing list - http://groups.google.com/group/openbd?hl=en
