Subsembly Banking und Dropbox

@DukeJo:
Ich habe hier unter Win 7 noch nie Probleme mit der Ablage des Tresors in einem definierten Ordner gehabt, selbst derzeit nicht, als Subsembly die Dropbox-Option noch gar nicht kannte. Einfach von einem PC aus den Tresor in einen Dropbox-Ordner verschieben und anschließend auf allen beteiligten Rechnern über "Extras -> Datentresore verwalten -> Datentresor -> Datentresor suchen" die SUB-Datei im gewählten Dropbox-Pfad als Standard einstellen.
Meines Erachtens war es Subsembly doch schon immer gleichgültig, wo sich der Tresor befindet. Und wenn man nicht nur über das eigene Dropbox-Konto auf ihn zugreifen möchte, gibt man das betreffende Dropbox-Verzeichnis über die Dropbox-"shared folder options" für weitere Personen frei und schon haben diese Zugriff. Die Dropbox macht doch eigentlich nichts anderes, als auf sämtlichen "beteiligten" Rechnern die jeweils aktuelle Fassung von Dateien zu sichern. Nicht mehr und nicht weniger.

Nun findet sich im Kapitel 7 des Subsembly-Handbuchs auf S. 43 der Hinweis: "Nur Datentresore, die im Standard "Eigene Dokumente" Ordner eines Benutzers bzw. im Ordner "Documents" bei einer USB-Installation liegen, werden mit Dateien in der Dropbox abgeglichen. Datentresore die in anderen Ordnern abgelegt wurden, werden beim Abgleich mit der Dropbox ignoriert."

Und dies erklärt m.E. die abweichende Herangehensweise: So, wie von mir geschildert, gibt es allein den Dropbox-Tresor. Nach Handbuch ist der primäre Tresor eine SUB-Datei im Pfad "Eigene Dokumente", die letztlich mit der 2. SUB in der Dropbox synchronisiert wird. Das entspricht vermutlich der fachlich korrekten, auch sicherheitstechnisch zu bevorzugenden Herangehensweise, bringt aber halt die erwähnten Einschränkungen mit sich.
So lange Dropbox selbst die Wiederherstellung gelöschter oder auch früherer Versionen von Dateien ermöglicht, spricht wenig gegen das direkte Arbeiten im "Wolken"-Pfad. Und da, falls kein Kontakt zur Dropbox bestand, auf allen Geräten beim nächsten Zugang zur Cloud evtl. aufgetretene unterschiedliche Versionen der Tresore per "...(in Konflikt stehende Kopie von.......) gut sichtbar gekennzeichnet sind, kann nicht viel Ungemach eintreten.

Versuchs doch mal mit dem "einfachen" Tresor in der Box - bei Nichtgefallen kannst Du immer noch das Rad zurückdrehen
Klaus

@Andreas:
......wenn man die von Dir implementierte Dropbox-Routine nutzt. Mit der von mir skizzierten Vorgehensweise dürften diese Einschränkungen nicht gelten, da es Dropbox egal ist, was man wo ablegt. Sie lädt einfach alles, was in Dropbox-Verzeichnissen aktualisiert wurde, auf ihre Server hoch und verteilt es anschließend an autorisierte Geräte. Ob das SUB- oder AVI-Dateien sind, spielt für den Filehoster keine Rolle.

Danke für das Programm-Update
Klaus

Hallo,
wenn ich richtig verstanden habe, kann man also auf die Subsembly interene Funktion "Dropbox Verbindung" verzichten, wenn man manuell die .sub Datei aus \Dropbox\Apps\Banking einbindet. Wenn dieser Ordner von Dropbox automatisch synchronisiert wird (d.h. das Häkchen für diesen Ordner aktiviert hat), braucht man sich in Subsembly anschneidend nicht darum kümmern, den lokalen Datentresor mit der Cloud zu synchronisieren, da dies ja die Cloud Software macht.
Sehe ich das richtig?
Wo ist denn dann der Vorteil, wenn bei Verwendung der Funktionalität "Dropbox einbinden" innerhalb von Subsembly offensichtlich die .sub Datei unter \Dokumente liegt und dann noch einmal unter \Dropbox\Apps\Banking ... und von dort dann mit einer Cloud synchronisiert wird?

Etwas anders sähe es aus, wenn man anstelle des ausländischen Cloud Anbieter "Dropbox" z.B. die "T-Cloud" (Mediencenter T-Online) verwenden würde. Hier gibt es immerhin 25 anstelle 2 GByte kostenlos und die Server stehen in Deutschland. Der Unterschied ist, dass für die Daten aus der T-Cloud nicht automatisch eine lokale Kopie erzeugt wird, somit also eine Routine zum Up und Download innerhalb der Homebankinganwendung erforderlich wäre, wenn man diesen Vorgang automatisieren möchte.
Ich kann mir vorstellen, dass es kaum ein Arbeitgeber gerne sieht, wenn ein Arbeitnehmer die Software für Dropbox auf seinem Arbeitsplatz installiert, nur um Daten für ein Homebankingprogramm zu laden, das er von seinem USB Stick startet.
Ich vermute mal die Antwort liegt in dem plattformübergreifenden Service den Dropbox zur Zeit bietet und der Wiederverwendung von Codeteilen für Windows/Apple und Androdid.
Einen guten Tag wünscht
Ralf

Hallo,

die Gründe wieso wir uns (zumindest vorerst) für Dropbox und keinen anderen Anbieter entschieden haben sind folgende:

* Es gibt eine offene HTTP REST Schnittstelle die einfach zu nutzen ist.

* Dropbox ist so ziemlich der einzige Anbieter der Windows, iOS und Android gleichermaßen unterstützt.

Die Apple iCloud erfüllt keine der beiden Bedingungen. Im Rennen war vor allem noch box.com, das ist aber weniger populär, weshalb wir Dropbox genommen haben.

Leider ist es so, dass es keine standardisierte Schnittstelle für Cloud-Storage gibt. Für jeden Anbieter müssen eigene Routinen für Authentifizierung, Autorisierung, Directory-Abruf, Upload und Download programmiert werden.

Übrigens in Subsembly Wallet, Wallet 4i (iPhone), Wallet 4A (Android), Subsembly Banking und Banking 4i (iPhone) ist zu 100% der gleiche C# Quellcode für die Dropboxsynchronisierung drin. Nur die darüber gelegte GUI unterscheidet sich.

@klaus_z Eine spezielle Konfliktbehandlung gibt es nicht. Die Anwender müssen also selber aufpassen, dass sie nicht an mehreren Plätzen gleichzeitig Änderungen vornehmen.

Genau, das finde ich auch etwas lästig. Eine Datei im Hauptverzeichnis von \Eigene Dateien oder \Dokumente sieht für viele Menschen etwas "unaufgeräumt" aus.
Mir scheint auch dass diese Datei während der Verarbeitung im Lese/Schreibzugriff ist. Das könnte Dropbox selbst möglicherweise irritieren, wenn jemand versucht die Datei über einen anderen Client zu änderen.
Ralf

@Andreas:
Die "selektive Synchronisation" kannst Du nach meinen Erfahrungen in der Dropbox für den Subsembly-Ordner leider nicht abstellen. Damit würde der Pfad auf dem betreffenden Rechner samt Inhalten sofort komplett gelöscht werden. Der jeweilige PC wäre folglich von allen Subsembly-Aktivitäten "abgeklemmt".

Kann man wirklich auf den Dropbox-Client verzichten? Der macht ja nun auch noch ein wenig mehr, links und rechts von Subsembly, oder?

Klaus

@audioralf:
Man kann sicher davon ausgehen, dass auf PCs, auf denen Dropbox nicht installiert werden darf, auch Subsembly nicht funktionieren wird. Der Punkt "A)" dürfte also rein theoretisch sein.

Klaus

@Andreas:
Danke, das ist gut zu wissen. Allerdings bezog sich mein Hinweis auf audioralfs Anmerkung zum

"....Arbeitsplatz, wo ich gar keine Fremdsoftware wie Dropbox installieren darf oder kann jedoch Subsembly vom USB Stick gestartet werden kann)...".

Dropbox, Sugarsync & Co. lassen sich nach meinen Erfahrungen auf Arbeitsplatz-PCs in Firmennetzen mit eingeschränkten Rechten gar nicht oder nur mit Tricks installieren. Und selbst wenn es gelingt, dürfte ihr Einsatz oftmals untersagt sein, da die Dropbox festgelegte Firewall-Regeln aushebeln kann. Das private Homebanking vom Dienst-PC wird von Firmen oft als schwerer Verstoß gegen die Netz-Regelungen gesehen; Rechtebeschränkungen per USB-Sticks zu unterlaufen, gilt da u.U. schon als Vorsatz.
Und überall dort, wo im privaten Bereich solche Restriktionen nicht gelten, möchte ich die Dropbox-/SugarSync-Clients schon ständig am Laufen haben, da sie doch noch ein paar andere, sehr wichtige Funktionen übernehmen.

Schönes Wochenende
Klaus

@audioralf:
Auch da muss ich Dich leider enttäuschen:
Zum einen wird mittlerweile vielfach das Andocken privater USB-Stifte von Arbeitgebern explizit verboten oder per Software gesperrt. Wenn USB-Stifte erforderlich sind, müssen es dienstlich bedingte sein, für die Genehmigungen einzuholen sind. Auf dienstlichen Stiften ist wiederum private Software nicht erlaubt.
Und im Urlaub in einem Restaurant mit Scheunentor-offenem WLAN oder im Internet-Café mal schnell den USB-Stift an einen verfügbaren PC anstecken und aufs Konto zugreifen? Das verbietet sich allein aus prinzipiellen Erwägungen selbst ohne die Cloud als Hintergrund.

Es ist gar nicht so lange her, da stand die Dropbox in allen Fachmedien wegen massiver Sicherheitsmängel unter schwerster Kritik. Gesunde Restskepsis ist nie verkehrt......

Klaus

Hallo zusammen,
also mit der Version 4435 geht es in der Tat schon ohne installierten Dropbox Client.
Zu beachten ist allerdings. dass besser das Häkchen "geänderte Datentresore automatisch zur Dropbox uploaden" aktiviert ist.
Es gibt anscheindend einen Bug bei "automatisch letzten Datentresor verwenden". Daher dieses bei Dropbox Verwendung ohne Client NICHT aktivierten.
Dann sieht man beim Programmstart den Status der Synchronität zwischen Server und lokaler Datei.
Beim Schließen des Hauptfensters erfolgt auch der automatische Upload wo man zuschauen kann bis die Datei hochgeladen wurde.
Setzt man in der Version 4435 das Häkchen "automatischer letzten Datentresor verwenden" erfolgt bei mir leider keine automatischer Upload.
Ralf