This content has been marked as final. Show 5 replies
Huh. I cut/pasted your exact CF code and it worked fine for me.
CFMX 6.1 running on Solaris 8.
Just so we're talking about the same thing, I got back a page that looks like:
Green chosen for Pease post
Ports director renomination on hold amid questions
Seven new allegations against Portsmouth woman
I'm confused to, your examples look exactly the same to me.
> Yesterday a CFHTTP tag started returning the wrong page. When the page is
> accessed through a browser, it looks like this:
> When the page is captured with CFHTTP, it looks like this
> The CF code is very simple:
> <cfhttp url=" http://www.fosters.com/apps/pbcs.dll/section?category=NEWS26"
> method="GET" resolveurl="true" timeout="35" charset="Windows-1252"
> <cfset fosters="#cfhttp.filecontent#">
> What's up with that? No changes have been made to the CF. My site is virtually
> hosted so I don't know if any server changes were made, although I'm asking.
> The remote site generally requires registration, but we have a working
> agreement and this page has been fine for months.
> What could cause that? Tx.
Apparently the problem went away. I talked to the newspaper that creates the pages, but they had no idea why the problem started or why it stopped. Another computer mystery ... Tx anyway.
UPDATE: Oops, spoke to soon. The page pointed to an alternate source, which sort of worked. The bad page is still bad. See
http://www.portsmouthnh.com/news/test.cfm which theoretically grabs http://www.fosters.com/apps/pbcs.dll/section?category=NEWS26
The one thing I might wonder is was some kind of caching involved so
that one version you where getting was a cached older version?
> Apparently the problem went away. I talked to the newspaper that creates the pages, but they had no idea why the problem started or why it stopped. Another computer mystery ... Tx anyway.
Post the entire contents of test.cfm.
Like I said in my first post, I copied/pasted your exact <cfhttp> code and got the correct page back.