Closed (won't fix)
Project:
Provision
Version:
5.x-0.1-alpha1
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
25 Jun 2008 at 23:25 UTC
Updated:
4 Oct 2014 at 21:04 UTC
Jump to comment: Most recent
Comments
Comment #1
anarcat commentedDid anyone ever consider adding aliases for the /files URL to the "right" directory in the vhost? That would fix this issue in a cleaner way, provide cleaner and shorter urls...
Comment #2
anarcat commentedtagging for 0.4
Comment #3
anarcat commentedI have added a redirection like this in the platform configuration (our equivalent of .htaccess):
That doesn't resolve *all* the issues, but at least now the WYSIWYG modules can refer to /files/ instead of sites/fqdn/files and that will work reliably across clones and site renames. That way we don't need a redirect.
We have had discussions about editing the node body and teaser to fix the urls, but we are deciding against it right now, for two reasons. 1) the node table can be immensely bigger than the files table and 2) we risk destroying unrelated data (how do you tell someone that's talking about his sites/example.com/files folder from someone that's actually linking to it?).
So bottomline: the body/teaser/whatever should now refer to /files/ instead of /sites/fqdn/files/. I consider it's the responsability of the drupal core and the various contrib modules to do that, not ours (even though we should lobby to get all that into core, actually). See #580058: allow files to be referenced only with /files/ (instead of /sites/fqdn/files) for further work on that. Also note that Drupal 7's [http://api.drupal.org/api/function/hook_file_url_alter/7 hook_file_url_alter] may solve the issue for us, but we would need a custom module.
Comment #4
anarcat commented