Geez.. you guys with your NT-only CFX's are almost enough to make me switch from Linux
to NT...
At 07:49 PM 10/15/00 +0200, richard ten barge wrote:
>I would do this with CFX_HTTP from the custom gallery, and then check for
>error- info, if some 4.04 or other errors occur, you could disable the URL
>and/or give it some other color......
>
>richard ten Barge
>1MB
>
>
>At 10:36 15-10-2000 -0700, you wrote:
>>From: "Dick Applebaum" <[EMAIL PROTECTED]>
>>
>>
>>> I think you can check if a file exists with CFFTP
>>>
>>
>>That's work (or just FileExists() ) if the calling template was
>>on the same server as the stored files. Unfortunately, it
>>appears that the downloads are elsewhere so the point about
>><cfhttp> only producing http headers after transfer of the
>>file remains.
>>
>>What I'd do (other than looking for a http tool that GETs just
>>response headers) is check a stored value based on the last
>>attempt to get the file. I.E., the very first time the file is
>>downloaded by calling the local template store the value of the
>>header. The next time, and in all subsequent calls, check that
>>variable before getting. If the last attempt showed that the
>>call failed - give the user the choice of continuing or not.
>>Give them the info as to when the last successful download
>>occurred. The availabiity info will be stale according to the
>>datetime of the last successful attempt.
>>
>>Alternatively - maybe contacting the hosts of the large files
>>and requesting they make file availabioty data easily accessible
>>would solve the problem. Much easier to <cfhttp> a page that
>>is checking its own downloads and then proceed based on
>>that kind of return.
>>
>>Until a tool that returns just headers is found, either of the
>>above will work ....
>>
>>Pan "off to look for that tool"
>>
>>
>>>
>>> At 1:43 PM +1000 10/15/00, Rob Keniger wrote:
>>> >Hi,
>>> >
>>> >I have a client who has several links to largish (up to 100MB) downloads
>>> >which are hosted on other people's servers. He wants my CF app to
>>> >automatically check all these URLs to ensure they are still valid (i.e.
>not
>>> >giving 404's).
>>> >
>>> >I thought about using CFHTTP but from what I know of it you would have to
>>> >download the entire linked file before you could determine whether or not
>>> >the link was valid. If the client has, say, several hundred downloads at
>>> >10-100MB apiece then this is obviously not feasible in terms of time, disk
>>> >space and bandwidth. Is there any way to use CF to do this? If CFHTTP
>won't
>>> >do the job, is there an alternative?
>>> >
>>> >Thanks for any input.
>>> >
>>> >--
>>> >
>>> >Rob Keniger
>>>
>------------------------------------------------------------------------------
>>> Archives: http://www.mail-archive.com/[email protected]/
>>> To Unsubscribe visit
>>http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or
>send
>>a message to [EMAIL PROTECTED] with 'unsubscribe' in the
>body.
>>>
>>
>>---------------------------------------------------------------------------
>---
>>Archives: http://www.mail-archive.com/[email protected]/
>>To Unsubscribe visit
>http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or
>send a message to [EMAIL PROTECTED] with 'unsubscribe' in
>the body.
>>
>------------------------------------------------------------------------------
>Archives: http://www.mail-archive.com/[email protected]/
>To Unsubscribe visit
>http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
>message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
---------------------------------------------------------------------------
Peter Theobald, Chief Technology Officer
LiquidStreaming http://www.liquidstreaming.com
[EMAIL PROTECTED]
Phone 1.212.545.1232 x204 Fax 1.212.545.0938
------------------------------------------------------------------------------
Archives: http://www.mail-archive.com/[email protected]/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
