Live data from Hacker News

Show HN: File.io – Ephemeral file sharing

file.io

61–70 of 92 posts

Re: Show HN: File.io – Ephemeral file sharing

#62
post #15
post #13

tl;dr from the FAQ: Q: "Why should I trust you?" A: "Because you should! We're good people! Honest!" I'd love to trust a service like this, but there's no credible effort to actually establish that trust.

So encrypt client-side?

I built a service for this a few years back - it encrypts and decrypts on each side, all in JS. It's pretty quick with web workers.

https://securesha.re

Re: Show HN: File.io – Ephemeral file sharing

#63
post #52

"Also, no illegal files are allowed." Is this a "(our lawyers made us put this in)" sentence? It's not like there is a .ilgl file type, and with 1 time downloads DCMA takedowns are unlikely.

Do you think that it makes sense for a new ephemeral files hosting site to signal that it accepts child porn on its servers, in a jurisdiction where child porn is completely illegal and can potentially get the creators of the site onto a sex offender list? Is that wise? Why are we punishing people for being careful about this?

CYA language on a FAQ is not prevention. I am guessing that they are not performing heuristic analysis of uploaded files against NCMEC databases.

Re: Show HN: File.io – Ephemeral file sharing

#65
> How did you get such a great domain name? From the awesome service at park.io

A little disingenuous since the domain was never listed on park.io and this site was made by the same company as park.io.

Makes me believe that they snatch up the best domains for themselves so people can't bid on them.

I've bought multiple domains from park.io before and had a good experience, but I was always worried about this.

Re: Show HN: File.io – Ephemeral file sharing

#66
Maybe tangential, but i find myself reminded of a article/blog entry a year or more ago that talked about how the ISPs and big media was to blame for why we still don't have simple, practical ways of transferring files across the net.

Sadly i didn't bookmark it at the time, and i would like to revisit it and check some of the details.

Re: Show HN: File.io – Ephemeral file sharing

#68
post #4
post #2

I built this site and appreciate any feedback from the HN community

THANK YOU for giving this an api I can use from Curl.

https://curl.io/ has been doing that for a while. 20GB file size limit, deleted after 4 hours. I've used it here and there and its useful for quick, temporary storage.

Re: Show HN: File.io – Ephemeral file sharing

#70
post #67

Personally I use http://filebin.net/ which has nice and simple looks and uses Drag & Drop for easy uploading. Source available at : https://github.com/espebra/filebin It is made in Flask and is licensed in AGPL. Project comes with Vagrant and Puppet-files for easy deploy!

Is drag & drop really easier than just selecting a file from a dialog box? Almost every modern file uploading service has it, but I've never really found it useful. I've always thought of it as a feature that people enable "just because they can."

As a developer, it's pretty rare for me to have the folder containing the file I'd like to upload already open in an Explorer/Finder/whatever window. (I'm more likely to have it open in a terminal.) So it will take exactly the same amount of work for me to navigate to the folder in a dialog box as in an Explorer window.

Even if I happen to have the folder open in Explorer, it's a hassle to move, resize, or otherwise organize my non-tiled windows so that both the file I'd like to drag and the space where I need to drop it are visible at the same time. Larger or multiple screens won't help, as I'll just clutter them up with more windows. I could drag to the taskbar to bring the browser to the foreground, but again that's the kind of hassle that I won't need to incur if I just used the dialog box.

For ordinary people with small-screened laptops and tablets, I assume it will be even harder to keep two apps open in a way so as to enable drag & drop, especially since a lot of people just maximize every window. (Can't blame them when they're stuck with 1366x768 screens and/or platforms that encourage fullscreen apps.)

Post reply on HN