If this is yours, I recommend adopting some sort of inverse relationship between file size and retention time. 0x0 does this and I think it makes a lot of sense: https://0x0.st/
I don't see what the correlation is between a user's file size and how long the user will need it to remain.
Generally people use these services to host a file for around the time it takes someone to check their e-mail/ticket/etc. to download the item -- hopefully within a day, usually a couple days, worst-case scenario a week.
The time-cutoff is based on human behavior.
Plus, it's too much mental overhead for a user to have to worry that each file uploaded lasts for a different amount of time.
For a host providing a free service that they have to pay actual money to run, and having a finite & non-advertised limit on disk space, it makes sense to put a heavier mental price on large files, so that a 1GB upload actually does feel heavier to the user than a 1KB upload.
I think GP gets that, and is pointing out a potential problem. Your solution of not being an asshole works for small groups, but not the entire internet.
Anyone find a privacy policy anywhere? I went to the mother site listed at the bottom, but it is entirely in Russian. Tried translating privacy to Russian and searching various terms, but getting nothing.
Edit: nvm I found it
"Bashupload has no control over, and assumes no responsibility for, the content, privacy policies, or practices of any third party web sites or services. You further acknowledge and agree that Bashupload shall not be responsible or liable, directly or indirectly, for any damage or loss caused or alleged to be caused by or in connection with use of or reliance on any such content, goods or services available on or through any such web sites or services."
Did you click the link? It's not offering an alternative to wget or curl, in fact it recommends you use curl. This site is a file host which you can upload to with curl.
It's probably a decade that I use woof[0] to "send" files on a LAN. It's packaged for Debian but essentially it's a Python HTTP/1.0 web server in a single file without external dependencies. With an option it can distribute itself and it can also offer an upload form to receive files...
Well, launching "python -m http.server" should be enough to serve the content of the current dir so you are right. To be honest I never looked what that script does...
wget invokes flash and javascript? Not sure if I follow this, please enlighten me.
And how does one compare Nginx and curl, one is a webserver, the other a Swiss knife for mainly doing client side requests to various protocols, http/https being one of them.
I tried uploading a 60MB file to those four services and apart from needing to upgrade my curl they all went fine, returned the url from curl and file was directly downloadable with wget/curl from the url provided.
Firefox send is mentioned elsewhere in the thread. It does that by default, and keeps the key as a uri fragment so that the servers don't see it. I don't know why this tool doesn't do something similar.
For people that prefer privacy, I've been building a fully featured CLI tool for Firefox Send. Maybe someone is interested: https://github.com/timvisee/ffsend
Seriously how is this tool even getting upvoted? Why use this compared to straight up curl or scp to your own instance? This makes 0 sense, I need an aspirin.
Interesting, though I just prefer using a S3 bucket myself. I have a small script that uses curl and openssl under the covers to upload so I can upload from random machines I don't want to install AWS tools on.
This is really the best solution. It's next to no cost for short-term upload, especially if the files aren't that big. However, you're protected by one of the largest and most secure public cloud platforms rather than some random server.
I usually recommend https://file.pizza to non-tech people who want to send large files, as it is a very easy-to-use solution. The sender adds the file and then sends the file link to the recipient who simply loads it in their browser to download the file.
Files are sent peer to peer and are encrypted. The main downside is that the sender has to keep the browser tab open until the recipient receives the file.
52 comments
[ 2.3 ms ] story [ 127 ms ] threadI don't see what the correlation is between a user's file size and how long the user will need it to remain.
Generally people use these services to host a file for around the time it takes someone to check their e-mail/ticket/etc. to download the item -- hopefully within a day, usually a couple days, worst-case scenario a week.
The time-cutoff is based on human behavior.
Plus, it's too much mental overhead for a user to have to worry that each file uploaded lasts for a different amount of time.
The current policy of 25GB for seven days is very generous, but I fear it will prove unsustainable.
No. That way fill up his hard drive, break the server and ruin it for everybody. Don't be that guy.
Edit: nvm I found it
"Bashupload has no control over, and assumes no responsibility for, the content, privacy policies, or practices of any third party web sites or services. You further acknowledge and agree that Bashupload shall not be responsible or liable, directly or indirectly, for any damage or loss caused or alleged to be caused by or in connection with use of or reliance on any such content, goods or services available on or through any such web sites or services."
[0] http://www.home.unix-ag.org/simon/woof.html
It invokes many things like flash, JavaScript engine.
If all you want is http, use CURL it comes from Sweden so it's relatively safe than Russian spywars lik Nginx.
And how does one compare Nginx and curl, one is a webserver, the other a Swiss knife for mainly doing client side requests to various protocols, http/https being one of them.
It also has Lua scripting language to modify request/response in-flight.
Wget is big compared to Curl. Wget is also being compromised enough compared to Curl.
[1] https://hn.algolia.com/?query=magic%20wormhole&sort=byPopula...
[2] https://github.com/warner/magic-wormhole
[3] https://magic-wormhole.readthedocs.io/en/latest/welcome.html
[1] https://github.com/schollz/croc
Files are sent peer to peer and are encrypted. The main downside is that the sender has to keep the browser tab open until the recipient receives the file.