Being able to link to a folder is a godsend. I hated having to share a folder (editable) when I needed to send someone many files.
However, does this now deprecate the Public folder? I thought that was one of Dropbox's best features: knowing only things in the Public folder were publicly-accessible (with a link)—and more importantly, that files located anywhere else were completely private and NOT web-accessible at all—was easy to grok and explain.
I worry that as Dropbox moves toward its stated goal of becoming the "file system for the Internet" that they will give up the focus on syncing our private files in exchange for the allure of allowing every site and app to read and write from one's Dropbox. That's a worrisome future, indeed.
I agree. I actually read your comment an hour ago, thought nothing of it, then just now tried to send a file to someone, and realized immediately how important this is.
What would be really great is to have an easy view for all files that are not private (or all files that are link-shared, etc., since there are three tiers of privacy in the Dropbox world). On the web interface, this would be easy, but I do most of my work on the command-line, so it seems the easiest way for them (or anyone) to implement this would be through links.
However, I know that Dropbox has had (still has?) issues with treating symlinks properly, so I'm very hesitant to write a script to handle this myself.
As it stands, though, I'm very concerned about this. I've used Dropbox for years, and I've accumulated so many files and folders there - I could do some spring cleaning, but most of it is actually stuff that I want to be able to access remotely. Right now, I know that everything is private, except for the shared folders, which I always name "shared_" by convention. Pretty soon, that won't be the case, and not having a clear system for this makes me really* uneasy, because I know that human error is the number one cause of security/privacy breaches.
Good idea poorly executed. Serving a html page but having a media file extension at the end is a bad idea.
For example https://www.dropbox.com/s/yq9fyyh794qvghv/IMG_0146.JPG. You can't embed it in an img-tag. Other software which tries to embed or handle it as an image fails. Even worse: non-tech people you're trying to help here have no idea why: "But it's a .jpg!".
Dropbox just put a layer between me and the data and there's no easy way around it.
The extension thing is a valid critique; but the "layer" as you call it is just a main part of their business; remember, they are in the file sharing business and _not_ in the file hosting/CDN business.
Sharing anything with a link has always been LogMeIn's thing, and their Dropbox clone (called Cubby and released into beta last week) also has it. But you know what else LogMeIn's stuff has that Dropbox doesn't? Client-side encryption. I wish Dropbox reacted to that.
This feature was there before, you could enable it for your account by visiting https://dropbox.com/enable_shmodel. This gave you the context menu in the desktop software as well as the buttons in the webview. Also, you could create links to anything you wanted already in the Android app.
Dropbox has pretty harsh bandwidth limits for files that are hosted publicly, mainly to avoid becoming a cheap & lazy webserver for everyone to use. They additionally have the difficulty that the photo could change at any moment -- so photo URLs from their CDN have all this complicated versioning:
Interesting that people are doing this, but most people use Facebook for storage/sharing second, for social/commenting first. It's not about the photos, it's about the comments attached to the photos. And about the status updates and wall posts and all the other communicative stuff.
Email doesn't handle that, because email doesn't let interested observers chip in. One-to-one has its drawbacks.
I have symlink in my dropbox folder to a few other directories on my harddrive (like pointers to My Documents, etc.) This is super useful, because I can view pretty much any small file on my computer via Dropbox.
However, this linking doesn't work well in OS X via Finder. Even though any file in My Documents is in my Dropbox, the Dropbox client doesn't detect this, and I don't have the option in the right-click menu to view the link for these files.
I think the consensus is this isn't really a new feature (around since at least 06/2010), just extended to include files in any folder, not just the 'public' folder.
its more than that since its building nice galleries out of your content (like the previous photo galleries). But they had it in beta for quite a while!
Minus has been doing this for awhile. It's incredibly handy to be able to share something with someone instantly and without a need to create an account. http://minus.com/
When I saw the title on my feed I tought the article would be about the python simple http server.
One of the most useful commands that I've ever learned:
python -m SimpleHTTPServer
[+] [-] rkudeshi|14 years ago|reply
However, does this now deprecate the Public folder? I thought that was one of Dropbox's best features: knowing only things in the Public folder were publicly-accessible (with a link)—and more importantly, that files located anywhere else were completely private and NOT web-accessible at all—was easy to grok and explain.
I worry that as Dropbox moves toward its stated goal of becoming the "file system for the Internet" that they will give up the focus on syncing our private files in exchange for the allure of allowing every site and app to read and write from one's Dropbox. That's a worrisome future, indeed.
[+] [-] chimeracoder|14 years ago|reply
What would be really great is to have an easy view for all files that are not private (or all files that are link-shared, etc., since there are three tiers of privacy in the Dropbox world). On the web interface, this would be easy, but I do most of my work on the command-line, so it seems the easiest way for them (or anyone) to implement this would be through links.
However, I know that Dropbox has had (still has?) issues with treating symlinks properly, so I'm very hesitant to write a script to handle this myself.
As it stands, though, I'm very concerned about this. I've used Dropbox for years, and I've accumulated so many files and folders there - I could do some spring cleaning, but most of it is actually stuff that I want to be able to access remotely. Right now, I know that everything is private, except for the shared folders, which I always name "shared_" by convention. Pretty soon, that won't be the case, and not having a clear system for this makes me really* uneasy, because I know that human error is the number one cause of security/privacy breaches.
[+] [-] Schlaefer|14 years ago|reply
For example https://www.dropbox.com/s/yq9fyyh794qvghv/IMG_0146.JPG. You can't embed it in an img-tag. Other software which tries to embed or handle it as an image fails. Even worse: non-tech people you're trying to help here have no idea why: "But it's a .jpg!".
Dropbox just put a layer between me and the data and there's no easy way around it.
[+] [-] jQueryIsAwesome|14 years ago|reply
[+] [-] huhtenberg|14 years ago|reply
Sharing anything with a link has always been LogMeIn's thing, and their Dropbox clone (called Cubby and released into beta last week) also has it. But you know what else LogMeIn's stuff has that Dropbox doesn't? Client-side encryption. I wish Dropbox reacted to that.
[0] http://b.logme.in/2012/04/18/introducing-cubby/
[+] [-] sauerbraten|14 years ago|reply
[+] [-] Dexec|14 years ago|reply
[+] [-] qeorge|14 years ago|reply
Otherwise programs like HipChat are unable to auto-embed the photo, because its HTML dressed as an image. For example: https://www.dropbox.com/s/caha7e5v0js24mj/dropbox-hipchat-em...
I'd be happy to add a query string manually, i.e., https://www.dropbox.com/s/caha7e5v0js24mj/dropbox-hipchat-em...
Imgur.com does a good job with this.
[+] [-] xxbondsxx|14 years ago|reply
https://photos-1.dropbox.com/pi/2048x1536/UoBdS4hHgypeXF5Ge8...
I guess my point is that it would be great, but you can have imgur or Dropbox -- not both.
[+] [-] ed209|14 years ago|reply
[+] [-] unalone|14 years ago|reply
Email doesn't handle that, because email doesn't let interested observers chip in. One-to-one has its drawbacks.
[+] [-] jrockway|14 years ago|reply
[+] [-] joejohnson|14 years ago|reply
However, this linking doesn't work well in OS X via Finder. Even though any file in My Documents is in my Dropbox, the Dropbox client doesn't detect this, and I don't have the option in the right-click menu to view the link for these files.
[+] [-] calydon|14 years ago|reply
[+] [-] rkudeshi|14 years ago|reply
[+] [-] kayoone|14 years ago|reply
[+] [-] unknown|14 years ago|reply
[deleted]
[+] [-] headbiznatch|14 years ago|reply
[+] [-] dybber|14 years ago|reply
[+] [-] rabidonrails|14 years ago|reply
[+] [-] bizodo|14 years ago|reply
[+] [-] beothorn|14 years ago|reply
[+] [-] Apocryphon|14 years ago|reply