Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Build An Opensource Dropbox Clone

fak3r.com

Post reply on HN
Print view View original

51–60 of 60 posts

Re: Build An Opensource Dropbox Clone

#51

Post by jpr »

sprout wrote: post #41
w1ntermute wrote: post #37

Earlier quoted context omitted.

Add the following to your hosts file: # Web toolbars/widgets 127.0.0.1 wibiya.com 127.0.0.1 cdn.wibiya.com 127.0.0.1 apture.com 127.0.0.1 www.apture.com 127.0.0.1 cim.meebo.com In this case, the top toolbar is from Apture and the bottom from Wibiya.

Or simply install NoScript, and worry about whitelists, not blacklists. I can get at the content there with no trouble, and don't have to worry about any of those toolbars.

NoScript is a symptom, not a cure. I haven't yet figured out a good name for the disease though.

Re: Build An Opensource Dropbox Clone

#52

Post by jpr »

samstokes wrote: post #34
telemachos wrote: post #28

This is an off-topic short rant. Vote as you like (obvious enough), but skip reading this if you want on-topic discussion. Shoot me if this is how the web is heading. (Recent browsing suggests maybe it is...) We get not only the insufferable "bottom bar" (is there a standard name for those yet?), but also a "top bar", a hover "Click Here to Share" box and a pop-up "Learn More, Instantly" box (not to mention the gener…

Those bars are even more irritating on a mobile device. The fixed height and position means they obscure half of the actual content and you can't scroll away from them. Do not want.

They also break the "scroll one whole page at a time" paradigm that many are used to.

EDIT:

I just realized that Chrome devs have apparently already decided that it's not worth fighting the idiotic bars, so Chrome scrolls less than one page.

Re: Build An Opensource Dropbox Clone

#54

Post by pbhjpbhj »

jpr wrote: post #51
sprout wrote: post #41

Earlier quoted context omitted.

Or simply install NoScript, and worry about whitelists, not blacklists. I can get at the content there with no trouble, and don't have to worry about any of those toolbars.

NoScript is a symptom, not a cure. I haven't yet figured out a good name for the disease though.

>NoScript is a symptom, not a cure. I haven't yet figured out a good name for the disease though.

Web3.0?

Re: Build An Opensource Dropbox Clone

#55

Post by edanm »

brlewis wrote: post #30
edanm wrote: post #14

Earlier quoted context omitted.

Good point, I hadn't thought of that. Are people using Dropbox on servers, though? A lot of the benefits of Dropbox don't strike me as helping for servers, for the most part. I don't have too much experience, but it seems to me servers are one place you have to actively manage your backups, and can't rely on the "it just works" philosophy of Dropbox.

Not many are using Dropbox on servers yet, but if their users upload files, they should. My itty bitty part-time startup has a better uploader than Flickr, thanks to Dropbox on the server. Users share a folder with the server and copy photos into it that they want uploaded. They can be choosing photos to upload even with no connection, e.g. traveling with a laptop.

That's a great idea. I wonder how many people are using Dropbox in this way, i.e. as a framework for sharing things with the server.

Re: Build An Opensource Dropbox Clone

#56

Post by huhtenberg »

wrs wrote: post #45
huhtenberg wrote: post #39

Earlier quoted context omitted.

> crazy stuff that apps do for "atomic save" Care for an example?

It's been a while since I worked on this, but if I recall correctly...here's an example: Some Windows apps save by (1) writing a new file, (2) deleting the old file, (3) renaming new to old. The idea is that if it dies in the middle, you don't end up with no complete files. This sequence of events is actually recognized in the Windows filesystem code (if it happens quickly enough) and turned into a file-replace opera…

> This sequence of events is actually recognized in the Windows filesystem code.. and turned into a file-replace operation

Woah. I have quite a bit of experience digging through the crap in Windows kernel, but this seems to top all of that. Do you happen to have any references? MSDN, some forum threads, anything? Frankly I just find it hard to believe.

Re: Build An Opensource Dropbox Clone

#57

Post by res0nat0r »

dagar wrote: post #47
res0nat0r wrote: post #25

Earlier quoted context omitted.

I've tried to use this on syncing my mp3 directory between two boxes and it seemed to be horribly slow. It needs to stat each file for a second or two before it even begins to sync, this takes way too long.

-fastcheck do fast (and slightly unsafe) update detection on windows

I think I remember doing that and it didn't seem to help, I was using my Ubuntu box if that matters.

Re: Build An Opensource Dropbox Clone

#58

Post by wrs »

huhtenberg wrote: post #56
wrs wrote: post #45

Earlier quoted context omitted.

It's been a while since I worked on this, but if I recall correctly...here's an example: Some Windows apps save by (1) writing a new file, (2) deleting the old file, (3) renaming new to old. The idea is that if it dies in the middle, you don't end up with no complete files. This sequence of events is actually recognized in the Windows filesystem code (if it happens quickly enough) and turned into a file-replace opera…

> This sequence of events is actually recognized in the Windows filesystem code.. and turned into a file-replace operation Woah. I have quite a bit of experience digging through the crap in Windows kernel, but this seems to top all of that. Do you happen to have any references? MSDN, some forum threads, anything? Frankly I just find it hard to believe.

This is documented now, at least for creation times, short names, and file IDs. Apparently the filesystem can choose what to "tunnel" across the delete+rename.

http://support.microsoft.com/kb/172190

http://www.osronline.com/article.cfm?id=22

History: http://blogs.msdn.com/b/oldnewthing/archive/2005/07/15/43926...

Re: Build An Opensource Dropbox Clone

#59

Post by brlewis »

edanm wrote: post #55
brlewis wrote: post #30

Earlier quoted context omitted.

Not many are using Dropbox on servers yet, but if their users upload files, they should. My itty bitty part-time startup has a better uploader than Flickr, thanks to Dropbox on the server. Users share a folder with the server and copy photos into it that they want uploaded. They can be choosing photos to upload even with no connection, e.g. traveling with a laptop.

That's a great idea. I wonder how many people are using Dropbox in this way, i.e. as a framework for sharing things with the server.

I think there's an audio site out there using Dropbox this way. Other than that I haven't heard of it. Maybe when their API includes folder-sharing functionality more people will do it. Right now I manually accept the shared folder request.

Re: Build An Opensource Dropbox Clone

#60

Post by huhtenberg »

wrs wrote: post #58
huhtenberg wrote: post #56

Earlier quoted context omitted.

> This sequence of events is actually recognized in the Windows filesystem code.. and turned into a file-replace operation Woah. I have quite a bit of experience digging through the crap in Windows kernel, but this seems to top all of that. Do you happen to have any references? MSDN, some forum threads, anything? Frankly I just find it hard to believe.

This is documented now, at least for creation times, short names, and file IDs. Apparently the filesystem can choose what to "tunnel" across the delete+rename. http://support.microsoft.com/kb/172190 http://www.osronline.com/article.cfm?id=22 History: http://blogs.msdn.com/b/oldnewthing/archive/2005/07/15/43926...

Reading... thanks.
Post reply on HN