response
This commit is contained in:
parent
e31be22c12
commit
be27fa41fa
1 changed files with 21 additions and 0 deletions
|
@ -1,3 +1,9 @@
|
||||||
|
[[!meta title="arbitrary/configurable backends"]]
|
||||||
|
|
||||||
|
(Retitling as this has drifted..)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
I thought this might be useful, since curl is being used for the URL backend, it might be worth checking for it's existence.
|
I thought this might be useful, since curl is being used for the URL backend, it might be worth checking for it's existence.
|
||||||
|
|
||||||
<pre>
|
<pre>
|
||||||
|
@ -32,6 +38,21 @@ index 772ba54..1a563e0 100644
|
||||||
>> grid storage system as the storage archive. It's just an idea as
|
>> grid storage system as the storage archive. It's just an idea as
|
||||||
>> I have seen it implemented quite well in irods.
|
>> I have seen it implemented quite well in irods.
|
||||||
|
|
||||||
|
>>> I'm unsure about the idea of having a backend where that is
|
||||||
|
>>> parameterized. It would mean that one annex's GENERIC-foo key
|
||||||
|
>>> might be entirely different from another's key with the same backend
|
||||||
|
>>> and details. And a misconfiguration could get data the wrong
|
||||||
|
>>> way and get the wrong data, etc.
|
||||||
|
>>>
|
||||||
|
>>> I mostly look at the URL backend as an example that can be modified to
|
||||||
|
>>> make this kind of custom backend. You already probably know enough to
|
||||||
|
>>> make a TORRENT backend where keys are the urls to torrents to download
|
||||||
|
>>> with `aria2c --follow-torrent=mem`.
|
||||||
|
>>>
|
||||||
|
>>> I am also interested in doing backends that use eg, cloud storage.
|
||||||
|
>>> A S3 backend that could upload files to S3 in addition to downloading
|
||||||
|
>>> them, for example, would be handy. --[[Joey]]
|
||||||
|
|
||||||
also in Backend/URL.hs is it worth making a minor change to the way curl is called (I'm not sure if the following is correct or not)
|
also in Backend/URL.hs is it worth making a minor change to the way curl is called (I'm not sure if the following is correct or not)
|
||||||
|
|
||||||
> It's correct, typewise, but I don't see any real reason to bother
|
> It's correct, typewise, but I don't see any real reason to bother
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue