Tag Archives: Dropbox

Let’s talk about my backup strategy

I am someone you would probably call a geek. Nearly everything I have created in my life is digital: computer programs, websites, designs, articles, scientific papers and photographs. All bits and bytes. Nevertheless I only started thinking about a backup strategy quite recently.

When Mac OS X introduced Time Machine in 2007 I first started to create backups on an external hard drive on a regular basis. Before that I would only occasionally backup some important folders. Having Time Machine is a great improvement, compared to having no backup at all. But there are many cases of data loss that would also mean loosing my backup. A fire, a flood (less likely since I live on the fourth floor) or a thief could destroy or steal my digital legacy.

My backup strategy improved unintentionally with the rise of cloud services. Most of my documents are now stored in my Dropbox folder, which does not only upload them to a server, but also creates a version history. This lets me retrieve older versions of a file. My emails reside on Gmail and I can barely remember the times when I had to delete emails from the server anymore. Google gives me enough space to be able to access years of personal and professional communication from every internet-enabled device.

All code I write is on Github or my own Git server. Even if my apartment should burn down, I could get up the next morning, buy a new computer and resume working. Since some months I even store some important configuration files in a public Github repository. I use iTunes Match to be able to retrieve my music from Apples servers any time I want to. Music I buy from Amazon or other online music stores is stored in my Dropbox folder.

However, there are files which are only stored on my own hardware in my apartment. Many gigabytes of photographs sit on my hard drive without any good backup. This makes me nervous. I tried multiple times to find a good solution for this problem. Backblaze seemed like a great solution, but uploading files was too slow to get over 100 GB of images into the cloud. Another service I tried is Bitcasa. I managed to get all my files up there, but downloading them takes ages and the service is too new to trust them with my backups.

Amazon S3 seems like a perfect solution for my problem. It’s fast and I trust Amazon to be around for some more years. However, it would cost me currently approximately $15 per month to store my 155 GB backup on S3. This is too expensive for me. Gladly Amazon introduced a new service this summer called Glacier. It is targeted for archiving large amounts of data for a very long time. Storing 155 GB on Glacier costs only $1.5 per month. Downloading these files is more expensive, but since I hope that I never have to, I am absolutely ok with paying $20 to fetch all my data.

Glacier is like all Amazon Web Services not a consumer product and therefore Amazon does not offer an interface to create and upload backups. But there is Arq from Haystack Software. Arq offers a great interface to backup for data to either S3 or Glacier. Arq costs $29 and if you don’t already have a backup in the cloud (or no backup at all) you should consider investing a little bit of money and time to setup a good backup strategy. Just in case.

Dropquest II: The Future is Now →

Jon Ying on the Dropbox Blog:

Many of you were around for last year’s Dropquest, where we sent y’all on a magical journey through Dropbox and the interwebs. Wordokus were solved, music puzzles were deciphered, origami cranes were folded, and dragons were slain. All in all, nearly half a million Dropquesters were rewarded for their craftiness, skill, and effort. That was well over a year ago, and since then we’ve been holding our cards and toiling away to craft a Dropquest successor worthy of the first.

Dropbox is holding a new Dropquest thisnext weekend. This will be fun.

Dropbox Sharing Gets Ridiculously Easy With Links →

Anthony Ha:

Now, if you want to share a file in Dropbox, you just click on the file, then click on √¢‚Ǩ≈ìGet Link√¢‚Ǩ¬ù, and Dropbox will automatically generate a custom URL. You can share that URL via email or however else you like, and whoever clicks on it will be able to view the file in their browser. Simple, and also the first easy way for Dropbox users to share files with people who don’t have Dropbox accounts.

I am waiting for this since the day I started using Dropbox.

Continuous Client

Farhard Manjoo (QUOTE.fm):

In its current form, Dropbox is great at syncing stuff that I’ve saved to my filesystem, but there’s a lot more to device syncing than just what I’ve stored in data files. When I switch from my desktop to laptop to my phone to my tablet, I would really like my device’s √¢‚Ǩ≈ìstate√¢‚Ǩ¬ù to follow me, not just my files.

Vor ein paar Jahren wollte Steve Jobs Dropbox kaufen und sagte bei der Gelegenheit, das Dropbox ein Feature und kein Produkt ist (Forbes). Dropbox synchronisiert nur Dateien im Dateisystem, nicht aber Einstellungen von Programmen oder den Status von Programmen. Joshua Topolsky hat das als Continuous Client bezeichnet (Engadged). Das würde bedeuten, wenn ich einen Artikel auf meinem Notebook lese, kann ich den Artikel einfach auf meinem Smartphone weiterlesen. Dabei wird nicht nur der Text auf ein anderes Gerät übertragen, sondern auch Metadaten wie die aktuelle Scrollposition oder Zoomeinstellungen.

Das synchronisieren der Daten funktioniert derzeit in vielen Fällen schon gut, Dropbox synchronisiert meine Dateien und Fotos, Kalender und Kontakte laufen über iCloud, E-Mails über Gmail, Notizen über Evernote und so weiter. Es werden aber immer nur die konkreten Daten zuerst in die Cloud und dann auf alle meine Geräte übertragen. Wenn ich eine Notiz in Evernote am Mac schreibe, dann kann ich sie zwar auch am iPhone lese, allerdings muss ich sie dort zuerst suchen. Natürlich, es gibt erste Gehversuche im synchronisieren des Statutes, Google Chrome etwa kann die geöffneten Tabs auf eine anderes Gerät übertragen oder Tweet Marker meinen Lesefortschritt in meiner Twitter-Timeline. Das ist nett und besser als nichts, aber trotzdem noch viel zu wenig. Nehmen wir an ich sitze in der U-Bahn und lese meine Twitter-Timeline, in dem Moment in dem ich aussteigen muss, habe ich noch 100 ungelesene Tweets. Tweet Marker speichert zwar die Position, wenn ich daheim mein Notebook öffne muss ich allerdings erst einen Twitter-Client (wie zB Osfoora) starten, eventuell auf den richtigen Account wechseln und kann dann weiterlesen. In einer perfekten Welt würde ich mein Notebook aufklappen und würde gefragt werden: “Wollen Sie die Sitzung von ihrem Smartphone jetzt fortsetzen?”. Wenn ich “Ja” klicke, öffnet sich mein Twitter-Client mit dem richtigen Account und ich kann sofort weiterlesen. Im Hintergrund werden auch die auf meinem Smartphone geöffneten Browsertabs geöffnet und an die richtige Position gescrollt.

Leider wird das wahrscheinlich niemals Wirklichkeit werden. Da wären zum einen die technischen Probleme. Wahrscheinlich wird es Fälle geben in denen ich auf einem Gerät ein Programm eines Herstellers benutze und auf einem anderen Gerät ein Programm eines anderen Herstellers. Am iPhone nutze ich Tweetbot, am Mac Osfoora. Es muss also eine offene Schnittstelle wie Tweet Marker geben um die Daten zu synchronisieren. Problem gelöst. Nächstes Problem: um meine Aufgaben zu verwalten möchte ich am Mac Things verwenden und am iPhone Clear. Ok, also eine offene Schnittstelle für das synchronisieren von Aufgaben. Allerdings haben Things und Clear ziemlich unterschiedliche Funktionalitäten, in Things kann ich Aufgaben ein Datum zuweisen, in Clear nicht. Einfache Lösung: Clear ignoriert alle Angaben die es nicht kennt, wenn ich die volle Funktionalität von Things for Mac auch am iPhone nutzen will muss ich eben Things for iPhone nutzen. Vielleicht gibt es auch eine andere Aufgabensoftware am iPhone, die alle Funktionen von Things for Mac unterstützt. Dank der offenen Schnittstelle keine Problem. Aber was wenn Things for Mac eine neue Funktion einführt, die die Schnittstelle nicht kennt? Selbst wenn meine iPhone-Aufgaben-Software die gleiche Funktion hat, wegen der fehlenden Schnittstelle kann ich meine Daten nicht synchronisieren. Wenn wir auch Programmfenster und andere Low-Level-Daten synchronisieren wollen wird das ganze noch viel komplizierter. Die Funktionalität müsste direkt vom Hersteller des Betriebssystems implementiert werden und dieser allein kann die Innovation vorantreiben. Außerdem, wenn ich am Mac zwei Browserfenster, Osfoora und Pages nebeneinander auf meinem 27″-Bildschirm geöffnet habe, wie soll das am iPhone dargestellt werden?

Das waren noch gar nicht alle technischen Herausforderungen, aber der Hauptgrund warum so ein Vorhaben immer scheitern wird sind die Hersteller von Geräten, Betriebssystemen und Software. Oder könnt ihr euch vorstellen, dass sich Google und Apple auf einem gemeinsamen Standard einigen, der es erleichtert die Geräte des anderen zu nutzen?

Ich schrieb über dieses Thema übrigens schon vor fast 1,5 Jahren. Damals ging es mir hauptsächlich um das Synchronisieren des iTunes/Musik-Statuses. Seamless ist eine Third Party App die versucht das zu verwirklichen. Hört sich in der Theorie und im Demovideo sehr praktisch an, ist in der Praxis aber viel zu umständlich. Genau darum müssen die Hersteller von Software und Betriebsystemen die Synchronisation direkt integrieren. Aber das wird nicht passieren. Utopia will never exist.