However, you point is valid in that a URL could be sent to someone else who does not have permission or by the time they reference it it may have expired, so the checking would need to be check there too.
Just to clarify; am do not want to delete the files, just remove direct access to them.
And further to the issue, the verity search result URL has a UNC to the document; so a savy user could just delete the everthing before \\ and access the file directly. So the URL should also be chnage to download.cfm?objectID=#this_dmFile.objectID#
If a file is associated with many objects, and they user has access to any one of those objects, then the file can be deemed accessble from the search results.
Fresh thought: Maybe the search result should display the link(s) the the object(s) that the file is associated with rather than the link to the document itself. Hmmm, I think i like this approach cos the display method already handles status/permision/dates. Yeah - I think I will perserver with this line of thought. Right after a coffee :-)
On 7/8/05, Geoff Bowers <[EMAIL PROTECTED]> wrote:
Andrew Mercer wrote:
> something like adding a list of objectIDs to custom3, then a t search
> time process those objects for publish / expiry date and permissions?
As files can be attached to more than one object, its not so easy to
just eliminate files from the system because one of the pages linking to
it has expired.
There are however plenty of opportunities to provide checks against
these sorts of files.
For example, you might use the download.cfm file to run some conditional
logic to check if the file is associated with a content item that has
expired and effectively removed from the system. This does not require
any core modification and allows you to fire any logic prior to
delivering files.
Hope that helps,
-- geoff
http://www.daemon.com.au/
---
You are currently subscribed to farcry-dev as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/
--- You are currently subscribed to farcry-dev as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
