Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Data Portability in Solid #230

Open
melvincarvalho opened this issue Dec 4, 2018 · 2 comments
Open

Data Portability in Solid #230

melvincarvalho opened this issue Dec 4, 2018 · 2 comments

Comments

@melvincarvalho
Copy link
Member

melvincarvalho commented Dec 4, 2018

There's been some chatter about the phrase on, solid how it works

"Since you own your data, you’re free to move it at any time, without interruption of service."

There has also been a long standing issue on a similar topic at : https://github.com/solid/solid/issues/11

I think it's worth noting that different people are going to have different views on this. So as a history we used to be two projects, one called cross cloud (which had a message of data portability) and one called solid (which had a message of social linked data). But now it's just solid.

Some folks are really attracted to the the portability use case, and others are attracted to the social use case.

I think we still have two camps in solid. Some think there are innovative solutions to portability, as a primary feature. Some think that stability of URIs are actually a feature, and that portability is hard.

So I'm in the 2nd camp. And so far, those that have tried to achieve portability have not got too far, imho. I'm skeptical it can be done, but would love to see it happen. But ultimately my experience of watching people try is that it's too hard a problem for the returns.

In my view the easiest way is to use a CNAME to redirect your own domain to a pod. (This is also part of the reason I've suggested .solid domains). But instead you can go for the "Cool URIs dont change" approach.

It is the the duty of a Webmaster to allocate URIs which you will be able to stand by in 2 years, in 20 years, in 200 years. This needs thought, and organization, and commitment

I particularly am inspired by Tim's quote above. Instead of portability choose your URI (especially for your identity, but also for your spaces) carefully. Discussion lately has made things clearer in my mind, in that this is a goal worth achieving, and a philosophy I'd like to try to help apply to solid.community.

Can portability be achieved? I dont know. Can stable URIs be achieved? I dont know. But hopefully we can have groups working on the different approaches, trying things, and see how far we get.

I think it's a good discussion, but bear in mind there's two schools of thought, and so worth exploring possibilities as politely as possible.

@kjetilk
Copy link
Member

kjetilk commented Dec 4, 2018

Yeah, I really think we need a kind of a virtual host feature. I myself have only got my webid on kjernsmo.net, because that is a domain that I control. We should probably also offer something like Apache's .htaccess, so that people can put in redirects at least.

@melvincarvalho
Copy link
Member Author

@kjetilk both github and gitbook offer a CNAME service. I'm not sure how it's done or what it would mean for the SSL cert on the server side, but if anyone can work it out somehow, we could experiment with pointing your domain at a POD subdomain.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants