#BITCASA CORPORATE ISO#
#BITCASA CORPORATE PLUS#
#BITCASA CORPORATE DOWNLOAD#
#BITCASA CORPORATE WINDOWS#

So if Dropbox doesn't keep supporting Linux, I'll drop them like they are a hot potato. But then companies like Google or Microsoft don't give a shit, since for them cloud storage is just a complementary to lure you in to their other stuff and Linux users are not really their target. Which is preposterous given that Linux is the most popular choice for servers, including home servers. It's THE reason for why I'm paying for Dropbox, because none of the other mainstream alternatives are supporting Linux. I've been using Dropbox with Linux for a long time. I have no doubt that when Project Infinite is widely available it will be amazing, seamless, and have functionality many people thought wasn't possible or only dreamed existed. They will go to great lengths for a seamless user experience, and do a ton of testing. Remember, Dropbox is the company that especially monkey patched the Finder to get the sync icons ( ). I don't know how the team will choose to implement these features, but I'm confident that it will be well-thought-out and tested. If you `grep -R` it may download/open/read the files, once you reach 40 GB or near your disk capacity, Dropbox could start removing local copies of files that are not pinned to be local, i.e., remove the files that were downloaded because of the open()/read(), not the files you explicitly told it to keep local.

#BITCASA CORPORATE PLUS#

For example there could be a setting for the maximum about of space Dropbox will use up, e.g., 40 GB, plus Dropbox could be smart enough to detect disk usage.

#BITCASA CORPORATE DOWNLOAD#

It was totally seamless and amazing.Д¬ompared to the complexity of what has already been implemented, solving the problem of 'I want to recursively open/read every file in my Dropbox, but I don't want it to download terabytes of data and fill by hard drive' seems fairly simple. As for the indexing operations, I don't know how that is handled, they could disable indexing for remote files, or they could somehow integrate with indexing.Д«ased on my testing of a pre-released version of the feature (it isn't released yet), if you were to do something like `find ~/Dropbox -type f -exec md5 +`, it would download files.ДЄs a user it did exactly what I expected.

#BITCASA CORPORATE WINDOWS#

AFAIK Spotlight and Windows search are indexed searches. I don't know a common search/find system that open()s or read()s files during the search by default. (First off, as a disclaimer, I no longer work for Dropbox, I don't speak on their behalf. Most of them also don't have any ability to cache files locally when offline, or the ability to manually select which files are stored locally and which are remote. With a normal network file system over the WAN you would have major latency problems trying to `cd` and `ls` the remote file system. This is actually very different than traditional network file systems like SMB, NFS, WebDAV, and SSHFS. You can right-click to pin files and directories to be stored locally, and right-click to send them back to the cloud so they don't take up space. If you open a file in that directory, it will open, even from command line, then do `du -sh` and see that that file is now taking up space, while all the others in the directory are not.

#BITCASA CORPORATE ISO#

This feature is implemented at a low level, and works on the command line.ДЇor example if you have a directory that is all stored in the cloud you can `cd` to it without any network delay, you can do `ls -lh` and see a list with real sizes without a delay (e.g., see that an ISO is 650 MB), and you can do `du -sh` and see that all the files are taking up zero space.

Bitcasa corporate