261–270 of 296 posts
Earlier quoted context omitted.
Seems questionable to use the local time for that. System time isn't exactly a trusted quantity, is it?
iOS does it that way. My iPod touch always forgets date and time when it runs out of battery. After restart you can't do anything in the App Store or on https websites before you've set the correct date (it defaults to 1970 which is when the iPod was first introduced I believe).
IE, Unix time started then.
Earlier quoted context omitted.
>Well, uploading 600GB to your "backup" would take somewhere in the order of 100 days of continuous 24/7 upload with my current DSL connection (~600Kbps upload speed). That's a third of a year. Nope, it's not backup. Apparently you've never heard of incremental backup? Dropbox may not be a backup but there are many services that backup via the internet. Assuming you don't change backup systems every month, 100 days f…
> Apparently you've never heard of incremental backup? Oh, please. > Dropbox may not be a backup but there are many services that backup via the internet. Assuming you don't change backup systems every month, 100 days for the initial sync is perfectly acceptable. Oh, please. Again. If you don't have local backup, for a third of a year you have no backup whatsoever. Even after that, depending on the nature of your wor…
Earlier quoted context omitted.
Seems questionable to use the local time for that. System time isn't exactly a trusted quantity, is it?
hmmm, I think it's fairly common practice amongst similar software (i.e. firefox, chrome, etc.) to use system time as a signal that you may be connecting to a server that has an outdated SSL certificate. while it's not perfect, it's a good first order security precaution to take (in addition to verifying the CA) to ensure you are talking to who you think you are.
Earlier quoted context omitted.
I recently bought a second laptop for home, even though it was common at the company I work for to use your computer for work and pleasure. Under California employment law, an employer can argue that they own anything created on company machines[1]. If you work on side projects, I think it's a worthy investment. [1] http://answers.onstartups.com/questions/19422/if-im-working-...
Careful! I believe they can still claim any work that is related to the company's field. Or is that just something that is commonly included in employment contracts?
I remember, because I contacted the team member, and got him to back everything up before I procceded.
I then contacted Dropbox support, to explain how stupid this was...
My point is, that admin should have some accountability, ignoring big red writing is usually a bad idea.
Another Dropbox horror story: My colleague lost most of his Dropbox folder last week, and wasn't able to recover everything. What happened: he had Dropbox synced to 2 computers, but one of them hadn't been used in a while. He turned on the old computer, and apparently, for some reason, Dropbox decided that the fact that many files weren't there was because they were deleted. Of course, the files weren't there because…
Down-voted because I think that it is just dumb to have a Dropbox account and forgo local backup of the files on the service. Dropbox is not an extension of your mission-critical local storage and backup. My approach for Dropbox on both Windows and OSX is to have the Dropbox folder on a drive that will never see development work, even if that means creating a separate partition for it. In most cases the system drive…
With that said, I think Dropbox is a pretty amazing service and I credit them for getting Google and Microsoft to wake up and make some similar services which are solid and different in some respects (Google Drive and SkyDrive).
Earlier quoted context omitted.
How is BTRFS these days? Also, since you seem to be knowledgeable about Linux, why do you use Dropbox at all, instead of just git or rsync or scp or whatever?
> How is BTRFS these days? Works fine for me. I use it on every system and have it on a desktop, a laptop, a server and a HTPC. It is used on SSD, HDD (SATA and USB), RAID 0, RAID 1 and over dmcrypt. The only place I do not use it is one filesystem for MongoDB, and it would probably work fine there too if I disabled COW. The builtin checksums (and scrub) functionality are crucial to me. I had a drive start to fail wi…
Earlier quoted context omitted.
I recently bought a second laptop for home, even though it was common at the company I work for to use your computer for work and pleasure. Under California employment law, an employer can argue that they own anything created on company machines[1]. If you work on side projects, I think it's a worthy investment. [1] http://answers.onstartups.com/questions/19422/if-im-working-...
Careful! I believe they can still claim any work that is related to the company's field. Or is that just something that is commonly included in employment contracts?
(As always, I am not a lawyer and this is not legal advice, etc.)
Earlier quoted context omitted.
All my systems (Linux) use btrfs and I have cron jobs making regular snapshots including of the Dropbox folders, so even if horrible things happened I still would have access to the original files. I'd have to have Dropbox mess up server side and have something bad happen to all of my client machines. On Windows you can get the same effect using VSS - http://en.wikipedia.org/wiki/Shadow_Copy
How is BTRFS these days? Also, since you seem to be knowledgeable about Linux, why do you use Dropbox at all, instead of just git or rsync or scp or whatever?
There is no other simple option that "just works". So my choice is Dropbox + encfs (to encrypt everything). But I also keep another local copy of the entire dropbox folder in case the sync fails and decides to delete everything.