5 ms·
For instance if they don't want to sign up, just view content; or in the case of the meteor digg-like app, requiring sign up before use is a major turn-off. Or
by mmanfrin 11y ago
For instance if they don't want to sign up, just view content; or in the case of the meteor digg-like app, requiring sign up before use is a major turn-off. Or if I am away from my own computer but want to show someone something on the bulletin board; I don't want to have to log in to the full system to get a link to view (or a link to share) when the alternative is a normal self-hosted app where I could go to forum.mydomain.com.
- ocdtrekkie 11y agoAh, I think there's kinda two sides to this. 1. Apps should definitely work as a guest. Many do, some don't. But when a user wants to then log in, they should use the Sandstorm login button on the top right, rather than apps all having their own authentication code (and authentication bugs!). 2. Apps definitely need prettier links. Right now the grains that do work as a guest still are ugly links like example.sandcats.io/shared/gdgfdfhdsjfjsdfksdjfhsdkjfhsdkjf and you have to do a redirect to create a prettier link. Eventually I do believe Sandstorm devs intend to make it easier for you to set certain grains to be at subdomains or what-have-you. 3. Also note that for static content publishing, there's already an established method for as well, you can see my blog as an example: blog.jacobweisz.com is hosted on Sandstorm's alpha server.
- kentonv 11y agoJust to be clear (and expand on ocdtrekkie's comment): - Most apps today do not require login when accessing a sharing link. It's an important design goal for us that your friends don't have to create accounts to collaborate. - <vaporware>We plan to add ways to bind grains to easier-to-remember names in the future.</vaporware>