Live data from Hacker News

BitTorrent’s Secure Dropbox Alternative Goes Public

torrentfreak.com

121–130 of 291 posts

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#122
post #98

Earlier quoted context omitted.

> And consumers are not thinking in terms of encrypted sync, they're just thinking in terms of "I just want to do X, why is it so hard", and so I can't see this (very nice) solution really solving the problems that consumers have, that will make them prioritise security. I have a use case that is pretty common among my peer group and BT Sync has been the best solution I've been able to find. In a nutshell, I need to…

What about crashplan?

I tried crashplan also, but the showstopper is escaping me at the moment.

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#123
So this will run on RasPi?

It seems like the next step is for someone to attach a NAS to a RasPi and make a "syncbox" -- a NAS which auto-syncs to the other NASes you've configured across the internet.

For end users, they would get 2 and share a secret between them, then install one at 2 separate offices (or home and office), and any files dumped onto one NAS are replicated to the other. Basically Dropbox without file limits.

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#124
post #29

Earlier quoted context omitted.

That might very well rule Sync out for personal use by the general public. The benefit of Dropbox (and similar server backed services) is that the most up-to-date version of a file is simply there as soon as you are connected to the Internet. Most people who have two computers won’t be using them both at the same time. For example, a common use case for these services is syncing files while you are traveling. Requiri…

This project is useless if they don't figure out a way to serve files without both machines being turned on, there is also the problem of syncing with multiple clients beside that. I see two key use cases that could cause trouble: 1)a co-worker turned his computer off and went home from work, the syncing couldn't complete even if only a single doc was left 2)Because there is no central server if all of my coworkers i…

I'm not sure what you're getting at with 1- I don't think any service ever can transfer files to a machine that isn't on. As soon as the co-worker shows up on Monday, the transfer will finish.

As far as 2 is concerned though, that is not the case. Don't forget, it's built on top of BT. As each piece of the file gets transferred to other clients by the original machine, the other clients will be able to send those pieces out too. In theory it will be faster than a transfer from a central server.

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#125
post #105

Earlier quoted context omitted.

I pretty much agree. Correct me if I'm wrong but Dropbox were the first to have come up with Camera Upload feature, which basically makes any average user go trouble free with their cellphones, tablets, snapping away photographs knowing that they will be ready on their desktop to view if they want to. Google+ does that too now, but this is in fact a killer feature which has been adopted well by the average folks out…

Unless it was launched more than 2 years ago, then the Google+ app had it first.

Yeah, I don't remember when dropbox started prompting me for photos, but I know it was after my galaxy nexus started uploading them automatically for me... which I find to be quite convenient. I don't really use G+ for anything else, but I've grown quite reliant of that particular feature recently.

Though, I believe the use case GP is describing might be a bit different, depending on whether or not a dedicated camera is being used and how large the image files are...

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#126

Creating an AMI wired to s3 seems like an obvious next step.

We (rsync.net) will implement this on our storage arrays, provided it can run over SSH in some capacity. That way you can target rsync.net space with BS.

We already do this with git-annex.

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#127

This seems like a great way to deploy code and files to thousands of servers. Anyone here already using BitTorrent for deployment?

Many years ago, I used BT to distribute multi-GB files across some clusters.

Anecdotally, it worked great! Didn't need to do it again though, so I never cleaned up or documented the process.

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#128

We're looking at AeroFS and BitTorrent Sync for sharing sensitive files with our team members. We're leaning towards BS mainly because this feels completely P2P, whereas AeroFS may become useless if the company shuts down. Is that right? I'd love to hear from someone who has used both of these about stability, sync conflicts, CPU load etc. Also would love to hear about plans to open source BS.

Did you look at git-annex? Its developer is working on an easier to use multiplatform UI.

I did. But, some of our team-members are non-technical. And for work-reasons, some of them are going to be using Windows. Both of those reasons meant that git-annex wasn't a serious contender for our use-case (not yet, anyway).

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#129

So this will run on RasPi? It seems like the next step is for someone to attach a NAS to a RasPi and make a "syncbox" -- a NAS which auto-syncs to the other NASes you've configured across the internet. For end users, they would get 2 and share a secret between them, then install one at 2 separate offices (or home and office), and any files dumped onto one NAS are replicated to the other. Basically Dropbox without fil…

There's a Linux ARM binary, so ... maybe?

Re: BitTorrent’s Secure Dropbox Alternative Goes Public

#130
post #92

We're looking at AeroFS and BitTorrent Sync for sharing sensitive files with our team members. We're leaning towards BS mainly because this feels completely P2P, whereas AeroFS may become useless if the company shuts down. Is that right? I'd love to hear from someone who has used both of these about stability, sync conflicts, CPU load etc. Also would love to hear about plans to open source BS.

I think either of them would rapidly become useless if the company shut down -- if it's not being kept updated, the clients will cease to work on newer OSes, etc. I wouldn't worry too much about the differences. Maybe both BT and AeroFS should help customers mitigate that risk by committing to open source their code if they shut down. AeroFS has a revenue model, though, so I'd be less concerned about them shutting do…

If BT stops supporting this app, we can still use it for at least the next few years. That's fairly comforting, IMHO.
Post reply on HN