Closed (won't fix)
Project:
Stage File Proxy
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
17 Feb 2012 at 16:12 UTC
Updated:
7 May 2016 at 08:45 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
StephenBrown commentedHere is a patch against 7.x-1.x-dev, for testing and review. It appears to work without issue for me when simply downloading the files from production.
This basically adds another variable (stage_file_proxy_origin_dir) that allows you to specify the public files system path of the remote site. Initially I had also included some verification logic to make sure it was in the format 'sites/[sitedir]/files', but took that out because that's how it's specified in admin/config/media/file-system.
Also added some documentation in INSTALL.txt.
I may port this patch against 6.x-1.x-dev if the need arises. We're currently in the process of moving all our sites to Drupal 7 from 6, so that may not be necessary.
Comment #2
StephenBrown commentedHere is the same patch, but after first patching with the admin UI patch: http://drupal.org/files/admin-ui-d7-1014466-2.patch
Comment #3
cdracars commentedI have run across a need for this in D6. How hard is it to attempt a back port?
Comment #4
logaritmisk commentedPatch #1 works for me. Haven't tried #2 because I don't need the UI patch :). But I'm going to change this to RTBC.
Comment #5
gregglesPatch from #1 worked well for me as well.
Comment #6
gregglesCommitted #1: http://drupalcode.org/project/stage_file_proxy.git/commit/0c3de85
Thanks!
Comment #8
portico commentedWe should backport this to 6.x-1.x version.
Comment #9
gregglesPerhaps so. I don't use the 6.x version so I won't roll or test it, but if someone else does I'll happily commit.
Comment #10
td540 commentedComment #11
StephenBrown commentedI've taken the code patch I made for d7 and backported it over to 6.x-1.x-dev, turns out it's almost exactly the same. Haven't gotten a chance to test it yet, as I'm having issues with the site I was trying to test on. But, at least now it's available. A year later...
Comment #12
gregglesThanks, StephenBrown!
If anyone can test please post your results here.
Comment #13
samuel.mortensonTested on a local multisite installation, this seems to work fine on one of my sites with multisite-specific files. Getting this into the dev branch would be great :)
Comment #14
gregglesThe patch in #11 doesn't apply. Reroll?
Comment #15
samuel.mortensonRerolled, and removed lines involving the dir_path variable as it is no longer used.
Comment #16
gregglesAnyone else able to review that?
Comment #17
samuel.mortensonComment #18
texas-bronius commentedFor what it's worth, the latest D6 patch appears to want to work, but for my particular domains it does not.
For prod domains example.org and subsite.example.org, I use stage_file_proxy_origin = http://example.org (the default host), and the resulting URI generated to make the request does look under the correct multisite folder on production (sites/subsite.example.org/files..) but fails to retrieve the resource. Or so it appears.. I can't seem to get it to reproduce the watchdog notice again, now. :)
Comment #19
thinkyhead commentedThe patch at https://www.drupal.org/node/2625126 has this covered, plus I've added some extra enhancements to cover more cases, including cck filefield. If you're like me, you still have a few D6 sites to port and maintain even now as 2016 approaches. So it's good to keep this module fresh and up-to-date for the time being!
Comment #20
asrobI would close this issue because Drupal 6 reached EOL. See https://www.drupal.org/drupal-6-eol.