RsyncBackup Version 1.1.3 verfügbar
Mittlerweile zählen sich die Versionsnummern fast von alleine hoch. Version 1.1.3 behebt nun hoffentlich die letzten kleinen Bugs im Zusammenhang mit der neuen Aufräumfunktion. Seit Version 1.1.2 kann man nun auch stündliche Intervalle für das Aufräumen angeben…
KategorienRsyncBackup, Software
Moin, und schon mal frohe Ostern vorweg.
Bin über eine BugFix-Suche für das c’t-Script beim stöbern auf Dein Tool gestoßen.
Super Ding, funktioniert hier bei mir (ca 200.000 Dateien auf 3 verschiedenen PC’s verteilt) und sichert auf einen 2TByte Backup-„Server“, wunderbar.
Bin schon fleißig am werben für das Tool.
2 Dinge die IMHO noch leicht verbesserungsfähig wären
(aber nicht so, dass sie mich pers jetzt wirklich stören würden 😉 :
a) Der Name „RSyncBackup“ stellt nicht gerade ein Alleinstellungsmerkmal dar 😉 Selbst wenn man weiß wie es heißt, findet man es über Google nur sehr schlecht.
Da muß was deutlich griffigeres her, sonst wirste nie reich :-)))
TurboSync, SqueezeBackup, ShrinkToSync oder sowas in der Art …..
b) Dialogbox nicht in der Größe änderbar.
Aber auch das ist wirklich nur Prio „D“
Grüße
Phanti
Danke!
Tja, der Name… hast ja schonmal gute Vorschläge gemacht. Mal gucken wann ich den wie ändere.
Deine Anmerkung b) ist da schwerwiegender. Ich glaube, da müsste ich eine Menge Arbeit in’s Layout stecken. Da würde ich doch lieber die GUI komplett überarbeiten und auf WPF umstellen. Das hatte ich schonmal angefangen, aber ich glaube, meine TODO-Liste ist sowieso schon recht lang.
Und reich werden – tja, das kann man sich wohl abschminken, wenn man seine Software nicht kommerziell vermarktet. Bisher reichen die Spenden nichtmal um eine einzige Arbeitsstunde von mir zu bezahlen (wenn ich den Satz meines Arbeitgebers ansetze, ist es nicht mal eine halbe)…
Vielen Dank für die Entwicklung dieses schönen Programms! Ich benutzte früher die gleichnahmige Skriptlösung der c’t, aber ein grafisches Tool ist schon praktischer und vor allem auch Senioren-kompatibel (meine Eltern, Verwandte, etc.).
Ich habe vor allem einen Verbesserungswunsch: Unterstützung langer Dateinamen.
Wie Du vielleicht weißt, kann Windows unter der Haube problemlos mit Pfaden bis ca. 32.000 Zeichen umgehen, nur kommen die wenigsten Programme (inkl. Explorer) damit zurecht, sondern sind auf MAX_PATH (260 Zeichen) beschränkt. Daher ist es zwar auf der einen Seite unwahrscheinlich, dass sich lange Pfade auf einer Partition ansammeln, aber bedenke folgende Situation (bei mir aufgetreten):
Ich habe Dateien, die in 258 Zeichen langen Pfaden liegen. Somit sind sie mit gängigen Tool gerade noch handhabbar. Wenn ich diese nun auf eine externe Festplatte sichere, kommt als oberstes Verzeichnis eines mit dem Sicherungsdatum hinzu, also verlängert sich der Pfad um 10 Zeichen, womit RSyncBackup die Dateien nicht mehr kopieren kann.
Leider kann .NET generell nicht mit langen Pfaden umgehen, eine sehr unschöne Einschränkung. Wenn man dieses Manko umgehen will, bleibt nur folgender Weg:
Auslagerung aller Dateioperationen in eine managed C++ DLL, die dann die Windows API-Funktionen korrekt aufruft.
Das bedeutet natürlich leider eine gewisse Menge an Arbeit…
Hier sind lange Pfade erklärt:
http://msdn.microsoft.com/en-us/library/aa365247%28v=VS.85%29.aspx
@Helge Klein
Hi Helge,
danke für die Anmerkung. Momentan geht RsyncBackup mit zu langen Pfaden in der Form um, dass sie umbenannt in einem speziellen Verzeichnis landen (zusätzlich mit einem kleinen Skript). Ich werde aber in Zukunft auch lange Pfade unterstützen – das kommt zusammen mit dem Support des Volume Shadowcopy Services. Wie Du schon bemerkt hast, ist das aber eine Menge Arbeit, so dass es noch ein wenig dauern wird, bis ich das umsetze. Jetzt kommt erstmal eine neue Version mit vielen anderen Features, danach stehen diese Anforderungen bei mir auf Prio1.
Gruß,
Lupinho.