tasn

41 ms·

511.
by tasn 6y ago
Many apps (e.g. EteSync and WireGuard) are almost useless if they don't work for everyone within a certain group. A more extreme example is a messaging app. Will not having iOS support for a messaging app lose you 40% of your users? No
512.
by tasn 6y ago
Users demand it. You can't have a popular VPN app without Apple support (because at least one person in the org will have an iDevice), so you have to do it. I made another comment in this thread about my experience building EteSync. Th
513.
by tasn 6y ago
The iOS and macOS apps have been the biggest point of stress and frustration when building EteSync[1]. The API is buggy as hell and very limited (if at all available) and the review process is arbitrary and can cause updates to be rejected.
514.
by tasn 6y ago
That fixed it, thanks a lot!
515.
by tasn 6y ago
It's public in my lib, so it's exported. Though I also tried calling it from my code, it still doesn't trigger a warning. :|
516.
by tasn 6y ago
I know, it's an example I was hoping clippy would catch in order for it to fail so I know it works. Read what I wrote...
517.
by tasn 6y ago
I know, it's an example I was hoping clippy would catch in order for it to fail so I know it works. Read what I wrote...
518.
by tasn 6y ago
Thanks a lot for the suggestion, I can't believe I didn't know about this. However I just tried it and I can't get it to work. I added this to the top of https://github.com/etesync/etebase-rs/blob&#x
519.
by tasn 6y ago
etesync.com already does it, and has it for years. Open source and an open protocol. Supported in GNOME and KDE (starting from the next version) and a lot of clients for other platforms too. Disclaimer: I created it.
520.
by tasn 6y ago
I also like Rustdoc, using markdown and the new linking improvements. It's much better than learning yet another DSL. However, there's one thing I find annoying, and that's the lack of a structure for parameters. Following th
521.
by tasn 6y ago
Thank you so much for this feedback! I missed the guidance you mentioned!
522.
by tasn 6y ago
Thanks a lot! Yeah, A LOT of work went into this. :) As for the wide client SDK support: I think it's essential for adoption so made it a priority. Great to see it being appreciated!
523.
by tasn 6y ago
I think it's very different to supabase.io. They are focusing on being a Firebase alternative, we are focusing on making it easy to build encrypted applications. Not the same target audience and not the same offering. With that being s
524.
by tasn 6y ago
Local cache: no, you need to do it yourself once the app goes online. We plan on having things like that soon as part of support for automatic conflict resolution and etc. Running your own server: trivial, not even a couple of hours. Check
525.
by tasn 6y ago
We are not going to implode under our expenses. We keep our expenses in check (and have been for the last four years), and we put a big emphasis on the sustainability of the service.
526.
by tasn 6y ago
Haha, thanks! <3 I don't think we are really direct competitors, we are targeting a different niche. It's just that you are the best example of a backend-as-a-service and thus the best way to explain what we do. :)
527.
by tasn 6y ago
Oops, fixed. Thanks! Make money: hosting the service, yeah. Though also from our user facing apps. Production ready: yeah. We use it for EteSync (our user facing apps), and through that it's been integrated to GNOME, KDE, Tasks.org and
528.
by tasn 6y ago
Thanks for your questions! What we have now is the first step of our vision. It supports offline-first apps in the sense that you can work offline and sync later. If you are talking about not using a server at all: that's coming too. A
529.
by tasn 6y ago
Thank you! :) That's a question that's looms over every new company and open-source project. I don't think Firebase will go down this route, it's a very different offering to what they already have, and any encrypted stu
530.
by tasn 6y ago
This is a very good question, and one thing we had issues with over the years while developing EteSync. At EteSync, we ended up building client side debug utils that we can get users to launch in order to figure out what's going on and
531.
by tasn 6y ago
It's planned, as you are not the first to ask for it! Would love to get help though if you are able!
532.
by tasn 6y ago
Collections are private to each user, so users only have access to their own collections. They can however share them among eachother.
533.
by tasn 6y ago
I don't think Firefox sync makes it very easy for devs to build other encrypted applications. Even if they did however, there are a lot of challenges with encrypted applications that they just don't take care of. Not to mention th
534.
by tasn 6y ago
Yeah, in Etebase the server also just sees "things", though it tries to make it easy on the client to only get what's changed and etc.
535.
by tasn 6y ago
Thank you for your kind words! I think the encryption is the key differentiator here, at least for me. I don't want my data saved exposed on someone else's server, AKA the cloud.
536.
by tasn 6y ago
Yeah, as I said in my main comment, there are still things that need to be done. One of them is strong quotas. We plan on having it in the near future (we are also running a service, EteSync, using Etebase) though I think it's not an i
537.
by tasn 6y ago
EteSync and EteSync Notes: I'd say yes. To be honest, it's way too cheap for what it is. :) Yes, the protocol can support that, though it's not yet implemented. Not sure what you meant with the rest of your comment.
538.
by tasn 6y ago
You don't have to self-host Etebase, you can also use the hosted version on etebase.com if you wish. However, what we are offering here is an alternative to the Firebase APIs, rather than the fact that it's cloud hosted.
539.
by tasn 6y ago
The salt is kept on the server, so you can just fetch it again when switching devices. However, on the long term, we plan on considering passwords more of a backup feature, and instead move to a model where you just authorise your devices f
540.
by tasn 6y ago
Always great to see more end-to-end encrypted applications! Looks very cool, I'd love to chat if you are willing, my email is tom @ etebase, could you please drop me a line?

More ›