Show HN: CryptSend.io – Share encrypted files with randomly generated links • Hacker News Board

Re: Show HN: CryptSend.io – Share encrypted files with randomly generated links

#41

Post by tossimba » Thu, Oct 04, 2018, 8:21 PM UTC

CloudBuddy wrote: post #39

tossimba wrote: post #25

Earlier quoted context omitted.

I previously considered the idea of creating a cloud storage solution where customers are only billed for what they use. This was spurred by looking at dropbox's $10/mo plan for 1TB of storage. But I decided against it. Storage is already free for the average user. 15GB with Google is enough. If you want more, the option is there and not that expensive. $2/mo for 100GB. I see no reason why a consumer would switch to…

Is https://cloudbuddy.cloud something like what you considered creating?

yeah but not extremely over priced

Re: Show HN: CryptSend.io – Share encrypted files with randomly generated links

#42

Post by devinl » Thu, Oct 04, 2018, 9:14 PM UTC

Seems like a bit of an oversight that they are including third party tracking scripts like googletagmanager.com in the same context as the javascript doing encryption. If you need user tracking, at least put the tracking scripts in an iframe sandbox or something that can't accidentally grab the keys from the URL fragment and send them off to google.

Also they do call out that URL fragments get stored in browser history which is a big risk, but they should also mention that many browsers automatically "sync" history across devices (so keys will get sent to a cloud if you aren't using incognito/private browsing).

Re: Show HN: CryptSend.io – Share encrypted files with randomly generated links

#43

Post by lioeters » Fri, Oct 05, 2018, 12:49 AM UTC

sbarker wrote: post #29

Why are all the "m" gray?

Looks to be caused by the font they're using, "Comfortaa". With font weight 600, the "m" is lighter than other letters.

Re: Show HN: CryptSend.io – Share encrypted files with randomly generated links

#44

Post by aryamaan » Fri, Oct 05, 2018, 7:02 AM UTC

gprasanth wrote: post #7

I've recently analysed pricing of various storage providers when thinking of building a side project, and I was surprised at how costly the services were. S3, Drive, Dropbox, Spaces, B2, Box, several Object Storage solutions. Some cases storage was cheap, but the transfer was costly. Everything seemed costly for the simple use case of providing an end user 10GB monthly upload + ~50GB bandwidth at low cost. A vps with…

I am working on an android app as a side project and I have some 3 gb size of audio files to share with clients. I am exploring different storage services, any pointers to share regarding that?

Re: Show HN: CryptSend.io – Share encrypted files with randomly generated links

#45

Post by JepZ » Tue, Oct 09, 2018, 1:44 PM UTC

gregmac wrote: post #34

JepZ wrote: post #24

Earlier quoted context omitted.

Recently I have become a fan of the Hetzner Cloud: https://www.hetzner.com/cloud?country=us I don't know how competitive their prices are, but I like their easy to use interface which is complemented by and also easy to use API. Adding a 7-day automatic backup history is just a matter of about two clicks, and the additional costs seem reasonable to me.

Nightly backups still mean you can lose up to ~24 hours of data. This is in stark contrast to, for example, AWS S3. From the FAQ [0]: > Amazon S3 [is] designed to provide 99.999999999% durability of objects over a given year. This durability level corresponds to an average annual expected loss of 0.000000001% of objects. For example, if you store 10,000,000 objects with Amazon S3, you can on average expect to incur a…

Well, you are comparing apples and oranges here. The equivalent AWS service would be EC2 and not S3. I know that you didn't start with that (as gprasanth put them in the same race), but it should be clear those two have different redundancy levels.

In fact, I don't know where AWS nor Hetzner stores the 'disk' of the VPS or even the backups. And while those are undoubtedly essential attributes for enterprise-level services, I think especially for side projects the usability of the service is quite relevant.