11–20 of 71 posts
More here: https://alabhya.me/rclone
[flagged]
I already pay for a journaling website where I know I can always recover my journals as long as I have access to my Gmail.
So, while I appreciate this security first mindset, for me it actually becomes less interesting. I want my journal to sync to the cloud, I want to be able to unlock it, I don't want to risk losing years of journals if I forget a single key.
This is Nice. However, how do one access their diary, when you stopped maintaining it? Is this targeted more at the technically inclined, high-profile people who need to keep secrets? Personally, I believe that for something like a diary/journal, it should be in a format easily readable by most tools (so a Plain-Text or a MarkDown at best), then it is in a container/folder. Now, encrypt that container/folder instead.…
I think there are two different concerns mixed together: 1) Can I still read my data in 10 years? That’s mostly about open, well-documented formats + an export path. A journaling app can still be “safe” here if it can export to Markdown/plain-text (or at least JSON) and the on-disk schema is documented. 2) Can I decrypt it in 10 years? That’s about using boring primitives (AES-GCM, Argon2/scrypt/PBKDF2) and keeping t…
If necessary for things like search, add a cache file to the folder.
This is Nice. However, how do one access their diary, when you stopped maintaining it? Is this targeted more at the technically inclined, high-profile people who need to keep secrets? Personally, I believe that for something like a diary/journal, it should be in a format easily readable by most tools (so a Plain-Text or a MarkDown at best), then it is in a container/folder. Now, encrypt that container/folder instead.…
I love the minimalism of the UI. Here's a tip: GitHub now allows you to embed a proper video in your README. ( https://stackoverflow.com/questions/4279611/how-to-embed-a-v... ). Quality would be much better, and people can navigate back-and-forth in the video.
Until the OS needs more memory and swaps your secrets out.
One major problem, I don't want a journal with unbreakable encryption where I lose all my data if I ever lose the key. I already pay for a journaling website where I know I can always recover my journals as long as I have access to my Gmail. So, while I appreciate this security first mindset, for me it actually becomes less interesting. I want my journal to sync to the cloud, I want to be able to unlock it, I don't w…
For example, if you set up a password and a key, you can use your key, and if it gets lost or compromised, you can still log in with the password, remove the old key, and generate a new one.
You can do the same in reverse: just use the password and keep the key in a safe place (like a password manager or a physical USB), and if you lose your password, you can still get access with the key.
Thanks again!
> Every entry is encrypted with AES-256-GCM before it touches disk Until the OS needs more memory and swaps your secrets out.