Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
With the excellent work going on in the emerging version for D6, are there plans to add support for Mosso/Rackspace's CloudFiles CDN?
According to their own words (OK, take a bucket of salt), it's a way better CDN than Amazon's CloudFront -- see http://blog.mosso.com/2009/02/a-quantitative-comparison-of-rackspace-and... and http://blog.mosso.com/2009/01/top-10-reasons-why-cloud-files-limelight-o...
(Sorry, I know 6.x dev exists now but it still does not appear in the version dropdown, so I've labelled this incorrectly.)
Comment | File | Size | Author |
---|---|---|---|
#12 | daemon.patch | 76.03 KB | nestor.mata |
Comments
Comment #1
Wim LeersHm, weird, it appears for me. Maybe a cache issue? Or it's a d.o permission issue. Don't know. Let me know if it persists and I'll file an issue in the d.o issue queue.
And wow, are we moving fast or what? It seems somebody wrote a Django storage class for Mosso Cloud Files exactly one day ago! Amazing! So I've already posted back (http://code.welldev.org/django-storages/issue/8/mosso-cloud-files-storage) in the django-storages issue queue, reporting the existence and asking what the typical Django (or Python) policy is in these things.
If it works, it's about 15 minutes of work :)
Basically:
1) add
cumulus.storage.CloudFileStorage
to the daemon:dependencies.storages.MossoCloudFileStorage.MossoCloudFileStorage
2) write a thin transporter wrapper around it, like
transporters.transporter_ftp.TransporterFTP
, but thentransporters.transporter_cloudfiles.TransporterCloudFiles
That's it. Note that this *only* requires changes in the daemon, not in the Drupal CDN integration module! But there's no issue queue for that yet, so until that exists, we'll abuse the d.o issue queue
Care to roll a patch? :) You'd be the first contributor (of hopefully many more)!
Comment #2
Wim LeersSo … only 10 days further … and it's been committed to django-storages! See https://bitbucket.org/david/django-storages/issue/8/mosso-cloud-files-st.... Rock on, open source!
I'll probably have enough time to incorporate this into the daemon as well.
Comment #3
Wim LeersI haven't had the time and I have to finalize my bachelor thesis text today. I will add this after my thesis defense though! :)
Comment #4
te-brian CreditAttribution: te-brian commentedHate to just bump an issue, but I'm excited to see CloudFiles support in the daemon so I can give it a go. Please let me know if there is any support I can lend.
Comment #5
Wim LeersWill be done ASAP :)
Comment #6
jnpWebDeveloper-1 CreditAttribution: jnpWebDeveloper-1 commentedBump. I'd love to use this module with Mosso's cloud files. Any progress update?
Comment #7
nestor.mata CreditAttribution: nestor.mata commentedGreat work!
I'll be looking for this cloudfiles implementation.
Thanks!!!
Comment #9
nestor.mata CreditAttribution: nestor.mata commentedI added the support to publish to Mosso Cloudfiles, I'm talking to Wim to hand him the changes so he can update the daemon.
Nestor
Comment #10
scotjam CreditAttribution: scotjam commentedHi Nestor
Is the support to publish to Mosso something that can be applied as a patch? Or is it better to wait for an official update to the daemon?
best wishes
scotjam
Comment #11
Wim LeersI'm waiting for Nestor's patch :)
Comment #12
nestor.mata CreditAttribution: nestor.mata commentedHi,
I created a patch over the changes I made.
Also the patch includes the cloudfiles library for python, I'm not sure if Win will want to add it or just keep instructions of how to download it.
Let me clarify that I'm not a python developer, so if you find something that can be improve it go for it. I based on some other files and what I was able to find out on the way.
To configure the destination use something like this in the configuration file:
BTW, awsome work Win Leers, thanks a lot.
~Nestor
Comment #13
Wim LeersI've moved the File Conveyor daemon to its own project at github: http://github.com/wimleers/fileconveyor. Please create a new issue there: http://github.com/wimleers/fileconveyor/issues.
Won't fixing it here.
Nestor, THANK YOU so much! :)
Comment #14
Wim LeersI committed this already anyway, to prevent this from getting lost: http://github.com/wimleers/fileconveyor/commit/d7faa774d97f1269ba374346e....
Thanks again :)
Comment #15
Wim LeersOOPS, I was looking at the wrong issue! It's #567890: Config.xml example for S3 and Cloudfront transports that got fixed: http://drupal.org/node/567890#comment-2162166.
Looking at this patch right now though :)
Comment #16
Wim LeersCommitted!
See the following commits: http://github.com/wimleers/fileconveyor/commit/1f85935389bd0e15a179fdfdb... and http://github.com/wimleers/fileconveyor/commit/fb5ba9d95a04b63c973ae4779.... First time using git and that's why there 2 commits: I made an error in the first commit.
Most of the changes you suggested, went in intact. I replaced some tabs by spaces and moved the "cloudfiles" directory into the "dependencies" directory. I also added the necessary information to README.txt about this new Transporter, as well as the corresponding license information. That's it!
Thanks again :)