-
-
Notifications
You must be signed in to change notification settings - Fork 28
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
Cloud storage #91
Comments
How about a self-hosting server? Will you support it? It would be great if I can run a sync service on my own server. |
Great idea, but it is on the long term roadmap, where all of Noto would be self-hosted and usable across all platforms. |
Adding nextcloud support would be quite great as well |
Add a sync feature to Google drive with password protected would be enough. Like 2fas is doing |
What about reusing Matrix? It's an HTTPS REST publish-subscribe API, self-hostable, open specification, bindings to the major langs, built-in E2EE, file upload, multi-user support (may be relevant if collaboration features are to be supported), a lot of third-party clients. It's used for IoT besides chatting. This app becomes a client that only understands text messages:
Or there is Etherpad (collaborative notetaking server, famous in the FOSS ecosystem) but I'm not sure if / how encryption could be implemented. |
I'm not sure how a communication protocol can be used for a note-taking app? |
It's a generic cloud. The server is a Postgres database of JSONs + HTTPS endpoints. The client syncs the DB two-way with a local cache. You can only talk to your home server where you made the account; it's not peer-to-peer. Replicating JSONs among servers (federation) is opt-in and not really relevant here. The docs emphasize that it's a generic communication protocol, because the free software ecosystem, which is historically dependent on IRC, has a thing about hosting Matrix-based chats to extend / replace IRC, as a chat is basically a cloud-hosted DB of structured data. But it's communication in the sense of "distributed DB" not in the sense of a transport protocol. The server enforces a few standard JSON formats (room message vs file vs metadata ...), but you can use a "room message" as an envelope and encapsulate your own format inside that. The benefit is the ecosystem around it, there are multiple servers, plenty of clients (GUI, TUI, CLI) and libraries for all languages, it's privacy-first, and the usual primitives are implemented (incl. file sharing, E2EE). |
Git sync would be awesome too :) |
I understand you want to monetize the app in someway, but ... Syncing the notes via e.g. Google Drive, OneDrive or Dropbox allows the user to choose where to store their notes (either offline or encrypted in a cloud storage), similar to how this can be done with the open-source Keepass password-manager. |
Noto will support cloud storage with Client-Side Encryption in the next major version. It's currently in the work using Supabase for cloud storage, and Bouncy Castle for encryption. For more details, please check #92.
There will be 3 options available to the users to choose from:
Please use this issue to discuss your thoughts.
The text was updated successfully, but these errors were encountered: