6 ms·
To be honest, I'm surprised that anyone still uses that thing in 2016 - we have rsync, bittorrent, and all the HTTP we can eat. What compels anyone to think "I
by Piskvorrr 11y ago
To be honest, I'm surprised that anyone still uses that thing in 2016 - we have rsync, bittorrent, and all the HTTP we can eat. What compels anyone to think "I know, let's use the most broken tool I could possibly find"?
- onion2k 11y agoremsync for the win. (http://www.fifi.org/cgi-bin/info2www?(remsync)Overview http://www.fifi.org/cgi-bin/info2www?(remsync)Overview)
- wimagguc 11y agoYou would be even more surprised to know how many web development companies are still using FTP to upload content to websites. Every time I hire a company to do Wordpress development on Heroku, one of the first questions is always "yes, we understand that you want to use Heroku, but can you give us the FTP password please?"
- pluma 11y agoThe main use of FTP these days seems to be cheap web hosting. I'm not sure why there aren't more hosts who support SCP/SFTP but the vast majority of web hosts seem to only offer FTP access and that's what less technical users (e.g. non-developer Wordpress admins) have come to expect.
- moontear 11y agoHmm, the rant is just that - a rant. No solutions and many non-arguments such as outdated acronyms in the RFC. I am with you that there are other solutions, but they are not easy to use for enterprise customers and that is where FTP still thrives. Rsync? Sysadmins maybe know this, but your marketing guy? BitTorrent? That's for illegal stuff and it is blocked on our company network. You want to send a client (e.g. a newspaper) all your fancy videos and graphics (remember you are the marketing guy) to publish somewhere. The videos are of course 4GB per file. What is the easiest way to share these files you have sitting in your "Marketing Campaign 2016" folder? Ask your IT department (just going by your suggestions): - HTTP? Our server cannot handle file transfers larger than 2GB and times out after that. Also most clients don't have resuming capabilities. And don't even start with public file sharers our data is private. - BitTorrent? Is blocked on our network. Also the client told us it is blocked by their ISP - rsync? What is that? I'm a windows guy. Also I doubt that the newspaper will know what to do with some weird command line commands... Just set up a quick FTP server (or use the existing one) and send the link to the client. Everything works. Resuming. Large downloads. Easy to use. Reliable. "Known" interface as the client just sees folders and files. Many clients available or just the web browser. I am not surprised at all that FTP is not dying, I myself have often advised customers to "just use FTP" instead of whipping up a custom solution. It just works. The cost is low, the benefit high. Sadly there currently is no run of the mill solution to replace FTP that "just works" for the average joe.
- kalleboo 11y agoYou're transferring private data over an unencrypted protocol that sends passwords in plaintext? SFTP does everything FTP does, works in every FTP client I've seen this decade, and is even supported by some FTP servers if you need virtual users.
- creshal 11y agoVirtually every current FTP client also supports FTPS, so security is good enough. Meanwhile, SFTP does not work with browsers and file managers (unlike FTP[S]), so FTPS works "out of the box" unlike SFTP.
- icebraining 11y agoAs far as I know the web browser can't resume FTP downloads, and if you're going to install a dedicated downloader anyway, you might as well get one that supports HTTP. And if you can install an FTP server, you can probably drop Mongoose[1] into the directory that has the files (it's a single binary) and double-click it. There are no more steps, it's already serving those files on port 8080. [1] https://www.cesanta.com/developer/binary https://www.cesanta.com/developer/binary
- Piskvorrr 11y ago"HTTP? Our server cannot handle file transfers larger than 2GB and times out after that." - So, the argument against a fundamentally broken protocol is that your instance of an implementation of some other protocol is broken? That's not a very strong argument. As for "FTP just works" - the same way IE6 used to "just work": there are a lot of hacks happening under the hood, along the whole network path, to keep FTP from breaking (don't get me started on FTP and firewalls). Command line? You mean "press Win, type cmd, Enter, type ftp, Enter." Right? Are you saying there are GUI tools to do that? This changes EEEVERYTHING! (What makes you think FTP is the only protocol with GUI tools? Is it 2000 yet?) In other words, user-friendly solutions exist. But (and this is the elephant in the room) they are not quite as convenient for your local IT guy as shrugging it off with "just dump it on this unsecured clunker like it's 1995".
- forgottenpass 11y agoWhat compels anyone to think "I know, let's use the most broken tool I could possibly find"? I need to publish a publicly available, read-only directory. Users can browse the directory structure, downloads shouldn't require exotic tools, client software ideally exists in a base system install, and recursive downloads should be easy. If you have a better idea, I'm all ears.
- Chlorus 11y agoHonest question: Why wouldn't SFTP work for this use case? Most decent FTP clients I know also do SFTP. Is the encryption overhead non-trivial?
- creshal 11y agoMost dedicated clients do, but not all. Critically, not the built-in FTP clients of major desktop OSes. Windows Explorer only supports FTP, not SFTP, and AFAIK it's the same with OSX' Finder.
- rakoo 11y agoHow exotic are tools like WinSCP (https://winscp.net/eng/index.php https://winscp.net/eng/index.php), Filezilla (https://filezilla-project.org/ https://filezilla-project.org/) or Cyberduck (https://cyberduck.io/?l=en https://cyberduck.io/?l=en) ?
- creshal 11y agoExotic enough that I always have to tell users to install one, I can't rely on them having any installed. But literally everyone has an FTP(S)-enabled file manager and browser installed.
- kefka 11y agoI've been working with a new set of software that does precisely that. 1. Publicly available, with the link. 2. Immutable data, by definition is read-only. 3. Users can easily view the root directory and every file enclosed 4. Uses nothing more than a web browser, with no addons. Right now, it does greatly speed up if you use the peer software. http://ipfs.io http://ipfs.io - Interplanetary File System. It does everything you asked for. The current way the network works well for people who don't run the client is that ipfs.io is running an IPFS->web gateway, where you go to http://ipfs.io/ipfs/[hash] http://ipfs.io/ipfs/[hash] For example, I'm preparing to go to a 3d printing convention where the bandwidth is very limited. So I'm hosting a slew of 3d printer files. If you are running the peer software, click the localhost link. http://127.0.0.1:8080/ipfs/QmRBWNHKvz4AmTGN4QyJ4bQMd4fb5vfTdacjkb6PSHsJ2X http://127.0.0.1:8080/ipfs/QmRBWNHKvz4AmTGN4QyJ4bQMd4fb5vfTd... http://ipfs.io/ipfs/QmRBWNHKvz4AmTGN4QyJ4bQMd4fb5vfTdacjkb6PSHsJ2X http://ipfs.io/ipfs/QmRBWNHKvz4AmTGN4QyJ4bQMd4fb5vfTdacjkb6P... So yes, there is a potential download of some software. What does that get you? It allows you to download at the full speed of the network (bittorrent based) and uses DHT for finding local peers. You can also add files in the network, and share by simply copy/pasting the link to whom you want to have the files. Interestingly, it indeed solves this: https://xkcd.com/949/ https://xkcd.com/949/ Ideally, the IPFS team is working on a javascript-only IPFS node, where the webpage itself is self-hosting the IPFS gateway. That would also free up phone clients and more exotic tyes of computers with only browser support.
- creshal 11y agoWe're running FTP servers for two use cases: • Embedded. TFTP and regular FTP have reasonable high-quality libraries for all kinds of microcontrollers. HTTP doesn't have a standardized directory browsing mode, and rsync/bt/sftp/… aren't available for those µcs. • File uploading with easily set up sandboxing and virtual accounts. We could use something else here, but so far it was cheaper to keep FTP running than to set up SFTP that a) doesn't require system-wide accounts (couldn't do that because of username clashes), and b) is sandboxed out of the box without me having to double- and triple-check there's no weird corner case where you can get out. And not-(S)FTP solutions seem to lack good, reliable, easy to use desktop clients. We're dealing with tens of thousands of files and dozens of gigabytes here that need to be shared with non-technical users, and work outside VPNs, so CIFS and most hipster startup crap doesn't really cut it. I don't think the embedded situation is going to change any time soon, but I'd really appreciate a less painful SFTP solution for the latter case.