unrelenting.technology

Hi! You are viewing the archive of unrelenting.technology. This website is no longer updated, my current one is val.packett.cool. Check it out instead :)

In reply to a post by https://kylewm.com on

Thanks, I’ve been looking at remoteStorage too… It’s exactly what I want as far as the user bringing their own storage, but it appears to be 1) file system-y and 2) geared mainly toward client-side javascript apps. Ideally I’d find something that worked more like a document DB and had either an HTTP API or Python support.

remoteStorage is an HTTP API! The only way it’s browser-oriented is the OAuth implicit grant, which returns the access token in the #... fragment of the URL.

Yeah, it’s unfortunate that the more document-y things like hood.ie are mostly focused on providing a backend to frontend developers, not bring-your-own-storage.

But I have an idea! CouchDB (or pouchdb-server, same thing but in Node) is pretty much the HTTP-based document DB. It’s great. All we need is a way to discover a user’s CouchDB instance (a link rel) and a way to authenticate to it using IndieAuth.

P.S. huh, Bridgy Publish inserts the Twitter username into replies automatically?

Published

Categories and tags

Replies

Posted using

quill.p3k.io

Also on

twitter.com

Replies

a post by Ryan Barrett on

sad that dropbox and google drive didn’t work out. i have to admit, though, i glazed as soon as i read β€œAll we need is a way to discover a user’s CouchDB instance.” how about amazon’s cloud drive thing? most actual users will have an amazon account. or microsoft skydrive?