Welche Cloudspeicherdienste verwendet ihr?

[Luckie]

Ich nutze die Puff-Cloud mit verschlüsselten Archiven und Scripten, die das Packen und hochladen erledigen. Sehr bequem, das ist. aber mit nur DSL6000 doch manchmal etwas zu langsam, wie ich finde.

[SubData]

Ich fühl mich irgendwie total aus der Mode mit einem Notebook, dass ich einfach nur mit meinem VPN syncronisiere...

Ansonsten würde ich NIEMALS Daten in der Cloud ablegen, sofern sie nicht vorher verschlüsselt werden und der Cloud-Dienst absolut
keine Möglichkeit hat die Daten irgendwie einzusehen. Dazu bin ich dann wirklich zu paranoid...

[Xzeer]

Ich nutze DropBox und SkyDrive.
Funktionieren beide gut und sind praktisch.

Kritische Dokumente würde ich niemals ins Netz legen, aber bei mir lagern nur Dokumente (Folien, PDF's) vom Studium in der Cloud, was den enormen Vorteil hat, dass man sowohl zuhause am Desktoprechner, als auch in der Uni am Laptop immer die aktuellen Dateien dabei hat.

Verschlüssen tu ich da nix, aber wie gesagt die Dateien sind nicht wirklich sicherheitsrelevant.
Die Mitarbeiter von Microsoft können sich gern mal in die ein oder andere Präsentation (Informatik Studium) vertiefen. Vielleichts hilfts ja weiter.

[shmia]

Wie schaut es denn aus mit dem Synchronisieren?
Mir geistert da eine Idee im Kopf herum:
Sowohl im lokalen als auch im Remoteverzeichnis gibt es eine Datei namens ".syncstate".
In dieser Datei sind alle Dateinamen sowie dessen SHA1 Hashes aufgelistet:

Code:

BriefAnAnna.Doc
 H:89dad2dae4837fb649c4bc8b66c3bdeb03a2b533
 H:a373f398ac898432810aafcfad65e134a63fa2cc
Urlaubsvideo2010.mov
 H:e764c884ea4daec7dad25895750b88f7e30a605f
UnwichtigeDatei.txt
 H:0000000000000000000000000000000000000000
 H:c64c25b8eea3014ab57d1aaf7f908e44b2df1332

Hinter jeder Datei sind 1 oder mehr Hashwerte.
Eine Software (natürlich mit Delphi programmiert) lädt die ".syncstate" Datei von Remote herunter und erneuert die lokale ".syncstate" Datei.
Damit lässt sich entscheiden welche Dateien unterschiedlich sind und welche Dateien neuer sind.
Vielleicht ist diese Idee schon irgendwo umgesetzt oder jemand findet das Konzept gut (dann könnte man einen neuen Thread öffnen)...

[BUG]

Ohne es böse zu meinen: besonders originell scheint mir diese Lösung nicht zu sein

Das Wichtigste hast du auch vergessen:
Wie geht man mit der Synchronisation verschiedener Geräte um, die sich beide von der Serverversion unterscheiden. Das Erkennen der Unterschiede könnte man so machen, wie du vorgeschlagen hast, aber was dann?

[SubData]

Für eine vernünftigte Sync-Lösung, die problemlos mit x Endgeräten syncronisiert, gibt es mit Sicherheit noch einen Nobelpreis zu holen!

[shmia]

Zitat von BUG:

Wie geht man mit der Synchronisation verschiedener Geräte um, die sich beide von der Serverversion unterscheiden.

In dem Fall braucht man den User als Schiedsrichter.
Mir ging es bei meiner Idee (inspiriert vom Git object modell) darum, dass es niemals erforderlich ist, eine Datei herunterzuladen nur um festzustellen, ob es Abweichungen zur lokalen Version gibt.
Und auf das Datum kann man sich ja auch nicht verlassen.
Stattdessen reicht es aus die nur wenige kB grosse ".syncstate" Datei zu vergleichen.

Dadurch, dass die Historie der Hashwerte aufgehoben wird kann ein Client leicht erkennen, dass er noch eine alte Version hat.
Man könnte auch das Umbennen von Dateien erkennen und so vermeiden dass vielleicht viele MB heruntergeladen werden müssen, obwohl die Datei lokal unter einem anderen Namen schon vorhanden ist.
Aber es ist halt nur so eine Idee die noch reifen muss...

[BUG]

Zitat von shmia:

In dem Fall braucht man den User als Schiedsrichter.
Mir ging es bei meiner Idee (...) darum, dass es niemals erforderlich ist, eine Datei herunterzuladen nur um festzustellen, ob es Abweichungen zur lokalen Version gibt.

Das hatte ich ich für einen Synchronizationsdienst vorausgesetzt

Zitat von shmia:

Stattdessen reicht es aus die nur wenige kB grosse ".syncstate" Datei zu vergleichen.

Dadurch, dass die Historie der Hashwerte aufgehoben wird kann ein Client leicht erkennen, dass er noch eine alte Version hat.

Ah, das du die Historie mit reinschreiben willst, hattest du nicht erwähnt. Das macht auch das Zusammenführen von Versionen mit Änderungen an disjunkten Dateien möglich.

Zitat von shmia:

(inspiriert vom Git object model)

Es gab auch schon den Ansatz, direkt auf git aufzusetzen (SparkleShare), aber da die Historie komplett aufgehoben wird wird und git nicht unbedingt viele große Dateien verkraftet, ist das vielleicht nicht die beste Idee.


Ich würde mich übrigens auch über eine echte freie Dropbox-Alternative freuen und möchte deinen Ansatz nicht zerreden.

[aspirinplusc]

Hey
ich benutze mittlerweile fast nur noch Dropbox. Frueher habe ich vornehmlich Rapidshare verwendet, mit monatlichen Kosten. Schien mir aber dennoch sehr sinnvoll. Jetzt habe ich erst mal davon abgesehen, seitdem ich erfahren habe, dass die GEMA gegen Rapidshare geklagt hat und ich nicht genau weiss, ob sich der Filehoster noch lange halten wird... Hier gibts einen Artikel dazu: www.techfacts.de

[Jumpy]

Hallo,

wollt mich nur kurz für den Thread bedanken. Hat mich Montag inspiriert mich mal über die Cloud als aktuelles Thema zu informieren und siehe da, gestern in der FIAE-Abschlußprüfung kam das ganz massiv vor und ich konnte überall was zu schreiben