-
Notifications
You must be signed in to change notification settings - Fork 379
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
Comments
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 |
@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. |
There's been some chatter about the phrase on, solid how it works
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.
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.
The text was updated successfully, but these errors were encountered: