4 ms·

Whose database? Are you a service for syncing photos between third-party photos services (in which case it's thier acls that matter), or another attempt to beco

by rwolf 15y ago

Whose database? Are you a service for syncing photos between third-party photos services (in which case it's thier acls that matter), or another attempt to become a centralized photo service (in which case why talk about openness?). Nice API != decentralized.

jmathai 15y ago
This is interesting :). OpenPhoto doesn't have the concept of "users". Any user can sign in (at the moment) with BrowserID which basically says that the user viewing owns a given email address. This allows anyone to sign in to any OpenPhoto site - without having an "OpenPhoto" account. From there all permissions are based on email address. I can give any user access to any photo by their email address. Not sure what you mean by giving Flickr permission to look at a photo. If you give an app permission to your photos that's done via OAuth and you can revoke that token at any time.
jmathai 15y ago
Some more context. It's completely decentralized. Here's how. The source for OpenPhoto is on Github (mobile and web clients). Anyone can install the software on any server they want. The user then connects their instance of OpenPhoto to their personal cloud account (think AWS or other). There's no central repository or database. If you spin up an OpenPhoto instance then I'll never know about it personally unless you send me a link to it. So the API is self contained as well. Your OpenPhoto instance has it's own API and is an OAuth provider. You can use the mobile app to point it to your host and it will take you through the OAuth flow requiring you to log in to your site. We determine the "owner" by email address as part of the setup flow. https://github.com/openphoto/frontend https://github.com/openphoto/frontend
jmathai 15y ago
Sorry for the reply spam. The database is owned by the user. If you connect to your AWS account then we'll set up a few SimpleDb domains that store all your information. Owned by you. Same applies for file storage --- S3 or similar, also owned by you.

by rwolf 15y ago

jmathai 15y ago

This is interesting :). OpenPhoto doesn't have the concept of "users". Any user can sign in (at the moment) with BrowserID which basically says that the user viewing owns a given email address. This allows anyone to sign in to any OpenPhoto site - without having an "OpenPhoto" account. From there all permissions are based on email address. I can give any user access to any photo by their email address. Not sure what you mean by giving Flickr permission to look at a photo. If you give an app permission to your photos that's done via OAuth and you can revoke that token at any time.

jmathai 15y ago

Some more context. It's completely decentralized. Here's how. The source for OpenPhoto is on Github (mobile and web clients). Anyone can install the software on any server they want. The user then connects their instance of OpenPhoto to their personal cloud account (think AWS or other). There's no central repository or database. If you spin up an OpenPhoto instance then I'll never know about it personally unless you send me a link to it. So the API is self contained as well. Your OpenPhoto instance has it's own API and is an OAuth provider. You can use the mobile app to point it to your host and it will take you through the OAuth flow requiring you to log in to your site. We determine the "owner" by email address as part of the setup flow. https://github.com/openphoto/frontend https://github.com/openphoto/frontend

jmathai 15y ago

Sorry for the reply spam. The database is owned by the user. If you connect to your AWS account then we'll set up a few SimpleDb domains that store all your information. Owned by you. Same applies for file storage --- S3 or similar, also owned by you.