Keine Cloud-Synchronisation beim Beenden - warum nicht?

Die zeit zum Nörgeln hättest Du besser nutzen und Dir das Prog erst mal ansehen können:
Einstellungen => Cloud => Geänderte Tresore automatisch hochladen

Entschuldigung - da habt Ihr beide natürlich recht!
Ursache für meine Entgleisung war die jahrzehntelange Gewohnheit, mit der X-Schaltfläche zu beenden.

Naja, bei dem Programm ist das halt Schließen was Anderes als Beenden. Genau wie bei Word z.B., da ist auch das Schließen eines Dokuments (hier Tresors) was anderes, als das komplette Beenden des Programmes! Es ist nur vermeintlich gleich, wenn mandieses "Letzten geöffneten Tresor verwenden" anhakt, wenn man nur einen Tresor hat. Wobei natürlich beim Befehl "Beenden" des Programms auch das echte Ende verzögert werden könnte, bis ein Upload gemacht ist.

Was ich allerdings nicht ganz verstehe: Wieso verwendet Ihr auf dem PC überhaupt die Upload-Funktion des Bankprogrammes? Ich habe meine Tresore direkt im Dropboxverzeichnis in Apps/Banking liegen bzw. öffne sie direkt von da. Damit kümmert sich dann Dropbox selbst um den Upload, sowie ich den Tresor freigebe (schließe).

ich hatte ja bereits an der einen oder anderen Stelle schon mal angeregt, ob nicht nur die Änderung "aktualisiert" werden könnte.

(nur als BEISPIEL - siehe bspw. http://stadt-bremerhaven.de/dr…der-cloud/ )
ein User-Kommentar/Erklärung hierzu:

Bei Word gibt es eine Frage: "Möchten Sie speichern". Bleibt unlogisch.
Aber, jetzt wo ich es weiß, gehe ich nur noch über Schliessen.

Über WebDav ist ein Sync in dieser Form eh nicht möglich, denn dazu braucht man ja Serverseitig eine Komponente. Der Client, der syncen will, muß ja beim Server anfragen können "ist der Fingerabdruck für den ersten Block auf dem Server auch xxxxxxx?" und die Serverkomponente antwortet dann (nachdem Sie es überprüft hat) "ja, also brauchen wir den nicht übertragen, weiter mit dem nächsten Block" usw. Wenn ich vom Client aus den Fingerabdruck des Blocks auf dem Server errechnet will... dann muß ich ja den Block komplett übertragen, damit ist das Ganze ja ad absurdum geführt. Das ist wie beim wunderbaren rsync: Wenn ich auf der Gegenseite einen rsync-Server habe, dann kann ich wunderbar effektiv syncen, wenn ich die nicht habe (z.B. beim normalen Webhoster), dann kann auch rsync nur ein dummes COPY machen.

Im Falle B4* und Dropbox funktioniert es, weil B4* die Übertragung ja nicht selbst macht, sondern ein Dropbox-Modul dazu benutzt und dieses mit einer Dropbox-Serverkomponente interagieren kann. Bei WebDav gibt es die Serverkomponente nicht, also müßte der Vergleich lokal druchgeführt werden und dazu müßte die Datei erst komplett vom Server geholt werden. Und hinterher muß, bei partiellen Ungleichheiten, aus dem Vorliegenden und den neuen Teilchen auch wieder eine komplette Serverdatei zusammengesetzt werden, und das muß auch die Serverkomponente machen.

Somit ist Dein Wunsch technisch bei WebDav nicht möglich. Ich hatte den WebDav-Sync übrigens nur vom Mobilgerät aus benutzt. Vom PC aus hatte ich das echte rsync genommen, weil Strato-HiDrive der einzige mir bekannte WebHoster ist, der rsync als Protokoll unterstützt, also die Serverkomponenten laufen hat. Und mein genutzter Space war auf HiDrive (bzw. wird heute als Backup immer noch benutzt, aber eben nicht mehr zum Sync auf das Moblgerät).

Um noch mal zur Ausgangsfrage von msa zurückzukommen ("Wieso verwendet Ihr auf dem PC überhaupt die Upload-Funktion des Bankprogrammes? "):
Die Antwort meinte ich viel pragmatischer - wenn ich für eine absehbare Zeit unterwegs bin und nur mit dem Notebook arbeite, brauche ich ja gar nicht bzw. erst am Heimreise-Tag zu synchronisieren; warum sollte ich mich nach jeder B4W-Sitzung mit der leer stehenden Wohnung verbinden?
Und das geht m.E. am komfortabelsten mit der B4W-eigenen Bedienerführung.

Hm interessant. Ich muß zubeben, ich hab den eingebauten Dropbox-Client noch nie benutzt, weil ich wie gesagt die Tresore direkt unter dem Dropbox-Verzeichnis liegen habe und mich somit nicht drum kümmere. Aber ich werde das nachher, wenn ich zuhause bin, gleich mal ausprobieren.

Ich verwende übrigens GERADE unterwegs mit dem Notebook die Synchronisierung von Dropbox, weil ich mich da ja nicht "in die leere Wohnung" verbinde, sondern das Zeug erst mal auf die Dropbox-Server hochlade (und erst später zuhause von da wieder runter). Ich sehe das als Backup an, denn gerade unterwegs kann es jederzeit passieren, dass der Notebook geklaut wird oder kaputtgeht oder was auch immer. Ich nehme das sozusagen als Sicherheit für meine Daten (natürlich nicht nur Tresore, auch anderes).

Hm, das ist mir gestern aufgefallen, als ich unter Windows die Dropbox-Synchronisierung benutzt habe. Die ist bei großen Dateien um WELTEN (also riesiger Unterschied) langsamer, als wenn ich die Tresore in die Dropbox-Ordner packe und Dropbox das selbst synct.

Aber unter Android - da ist der Sync von/zu Dropbox massiv schneller als zu einem WebDav-Server. Bzw. zu mehreren, die ich probiert habe. Das ist immer reichlich zeitaufwendig, mit Dropbox ist es "schwupps" durch. Wie ist das dann zu erklären?

Inzwischen wäre die Dropbox API eine Option. Damals als wir das implementiert hatten, gab es noch keine .NET Dropbox API für alle Plattformen.