* What/how are you handling the different customer protection laws? What juristictions are you working in? Where's the data hosted?
* Where's the design description?
* What encryption are you actually using? If you rolled your own, then well.. good luck.
* How could you ensure end-to-end encryption over multiple protocols, without either completely reverse engineering said protocols? If your answer here would be that you're using a central server where messages get passed between services (and thus decrypted), it isn't end-to-end.
The site is also very flaky. Sometimes it loads, sometimes it doesn't.
There are so many questions, and zero answers.
- Yep. You can read our privacy policy here: https://dimadolgopolovn.notion.site/Amber-Privacy-Policy-256...
- Check out the demo in the original post.
- We use native API or reverse-engineer a solution depending on the platform. This approach maintains the security standard as high as the original app. Everything is done locally on your computer.
In context of instant messaging E2EE usually means that service providers servers don't ever see the plaintext with messages stored on device. Just the transport encryption is already an expectation for all networking.
could you please link to stuff like the demo and the privacy policy on the site? i only found this thread by chance and would have missed it otherwise ^^;
Something is weird about the javascript or CSS on the site. When I first scroll down, many things didn't animate and didn't show. When I scroll up and then scroll back down again, then they animated in.
Apple is probably the world's best marketing and logistics company. They're a consumer electronics company second. I don't even like the taste of their marketing, but there is no doubt that they have been able to create this cloud around them that makes their proponents completely engrossed in everything Apple does.
In my experience, it is quite striking when you realize the lack of knowledge people in the Apple ecosystem have of other computing environments. And the idea that Apple is probably the most draconian company when it comes to product design, behind the scenes logistics and business dealings, customer feedback and interaction, open source squashing, etc. but yet still maintains this ora of the "just works" (spoiler: it doesn't) and cool vibes company is beyond me. They effectively fleeced their consumer base for hundreds if not thousands selling them overpriced dongles that were intentionally designed in, and not only did people just go with it, they seemed to lap it up.
This week, packages from repo.saltproject.io will be migrated to packages.broadcom.com. This means a variety of disruptive changes are being implemented around installing, upgrading, and pinning/locking Salt.
Heh, I did this back in about 2000 or 2001 with the intent of taking an old 486 I had mounted in a relatively flat case to fit under the seat of my car and turning it into an MP3 player. The process was a lot of fun, I learned a ton, and then... I discovered that I didn't realize I'd done the entire build targeting a Pentium CPU and all of the binaries contained instructions that the 486 couldn't run.
I wonder, if you were to script all the commands you ran back in the day, and ran that same script on your old 386 and on a modern system with a top-of-the-line AMD Epyc or Intel Xeon, how much faster would it run?
Especially with the increase in storage performance - going from a hard disk that might have even still been using PIO modes to modern NVMe would be gigantic
> I wonder, if you were to script all the commands you ran back in the day, and ran that same script on your old 386 and on a modern system with a top-of-the-line AMD Epyc or Intel Xeon, how much faster would it run?
Implies you're compiling the 386 era versions of Linux - so the fact modern Linux is larger is immaterial.
