Die neue Version ist da! Wie immer empfiehlt es sich, so schnell wie möglich aktualisieren. Hier sind die wichtigsten Änderungen:
- Administrator Berechtigungen sind nicht mehr erforderlich, um die Anwendung aus dem Ordner Programme laufen; Anwendung Einstellungen und Protokolle sind jetzt in das Windows-Programm Daten Ordnern gespeichert.
- Die Anwendung wurde getestet mit und soll nun die Arbeit mit UAC feinen unter Windows Vista und Windows 7.
- Zusammenfassung logs haben bis zum Ende der Protokollierung zu zählen Summen für die verschiedenen Operationen Bericht aufgenommen worden.
- Es wurde ein Bug in der neuen Synchronisierung leere Ordner Funktionalität, die eine Endlosschleife verursacht, wenn die Wurzel entweder Ordner leer war.
- Es wurde ein "File Filter"-Eigenschaft, um zugeordnete Ordner auf die Verwendung von Wildcards (*. txt) zu beschränken, welche Dateien zu synchronisieren (wie von Jason Saul angefragt) zu ermöglichen.
Einfach starten Sie das Setup auf die neueste Version zu aktualisieren.
Herunterladen UpSync 0,7-Setup
Herunterladen UpSync 0,7 Quelle Code (Visual Studio 2008 erforderlich)
Denken Sie daran, Ihre Gedanken und Vorschläge zu teilen!
Mehr von Jason Carr
- UpSync Version 0.6 Released
- UpSync Version 0.5 Released
- Wie unbegrenzten Speicherplatz Out Get Ihrer Dropbox Pro Account
Partner Links
- Die drei Punkte Noynoy Aquino (SEO Philippinen)
- Um den A $ $ aller A $ $ e $ (SEO Philippinen)
Mann, bist du zu diesem Programm zu bewegen. Great job dude!
Hahaha, ja, wenn Sie "bewegen" Aktualisierung einmal im Monat ... nennen;)
Sind Sie es benutzen?
Es ist eine großartige Anwendung, schöne und einfache Schnittstelle. Ich liebe, dass die Einstellungen in XML gespeichert werden, macht es wirklich einfach für mich, die Dinge ohne die Schnittstelle jedes Mal ändern. Ich bin auch nur anzuschauen schriftlich einige VBScript mit XMLDOM durch die settings.xml analysieren und nutzen Eingabefelder für Mitglieder meines Teams, die Dinge in die Sync-Liste hinzuzufügen.
Das größte Problem, das ich in laufende bin ist, dass ich versuche, 1 Quelle auf 58 Niederlassungen weltweit synchronisieren, so dass es ein bisschen langsam. Obwohl Figur, die ich, dass ich einmal lassen Sie sie für ein oder zwei Wochen laufen und erhalten Sie alle Seiten synchronisiert sich die inkrementelle Synchronisierung von diesem Zeitpunkt an wird viel schneller gehen. Grundsätzlich könnte mein Team dann fallen eine neue Anwendung müssen wir an allen Standorten in der Quelle und führen Sie dann einen neuen sync. Vielleicht ist es einfach zu viel Belastung für einen Server zu behandeln ist, und ich kann unser Hauptbüro, um einige unserer größeren regionalen Büros sync, dann Setup die Büros ihrer Region zu synchronisieren. * Shrug * Ich bin immer noch direkt spielen es.
Haben Sie jemals sah RichCopy? Es wurde von Microsoft veröffentlicht ein oder zwei Monate zurück und können multi-thread Kopieren Griff. Seine FAST. Wirklich schnell! Aber ich kann nur sie für eine Quelle und ein Ziel. Wenn Sie könnten in Multi-Threading, die erstaunliche funktionieren würde.
Danke, Rich. :)
Soweit die Synchronisierung mehrerer Standorte, ehrlich, ich hatte nicht gedacht. Wie genau sind Sie mit der Einrichtung / Konfiguration der Anwendung? Sind Sie von der Installation auf einem Rechner und nur die Synchronisierung von dieser Maschine, um alle an den verschiedenen Standorten? Oder sind Sie die Installation auf allen Rechnern? Es ist eine Art ordentlich, wie eine Anwendung in Möglichkeiten, die Sie gar nicht gedacht hat eingesetzt werden können ...
Ich hatte noch nie von RichCopy gehört, ich werde auf jeden Fall darum kümmern. Multi-threaded Kopieren ist sicherlich eine Option, aber ich bin nicht so sicher, dass es viel für uns in Bezug auf Leistung zu tun. Ich bin derzeit mit. NET, die von Windows verwendet integrierte Datei kopieren APIs, die weit entfernt von 100% ideal (sie Performance-Probleme haben). Ich würde mich nicht wundern, wenn derjenige, schrieb RichCopy schrieb das Programm von Grund auf komplett unter Umgehung des Windows-Datei zu kopieren, APIs und ermöglicht so ein paar schnellere Leistung sein.
Auf jeden Fall sind Sie richtig, dass der Vorgang erheblich beschleunigt, wenn alles aufgeholt. Incremental synchronisiert werden sollten exponentiell schneller.
Vielen Dank für Ihre Eingabe, und ich in die Dinge aussehen werden und sehen, welche Möglichkeiten wir haben. :)
Seine auf einem Server und hat eine Reihe von Synchronisationen Setup dafür. Hier ist ein Beispiel für meine settings.xml:
<? Xml version = "1.0" standalone = "yes"?>
<UpSync>
<MappedFolder>
<LocalFolder> \ \ DFS-PATH \ Master-Pakete \ Sync </ LocalFolder>
<RemoteFolder> \ \ Regional-Server-1 \ Library \ Packages </ RemoteFolder>
<enabled> True </ Enabled>
<LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
<SyncLocalFolderToRemoteFolder> True </ SyncLocalFolderToRemoteFolder>
<SyncRemoteFolderToLocalFolder> False </ SyncRemoteFolderToLocalFolder>
<DeletedFromLocalFolderAction> Löschen </ DeletedFromLocalFolderAction>
<DeletedFromRemoteFolderAction> Kopieren </ DeletedFromRemoteFolderAction>
</ MappedFolder>
<MappedFolder>
<LocalFolder> \ \ DFS-PATH \ Master-Pakete \ Sync </ LocalFolder>
<RemoteFolder> \ \ Regional-Server-2 \ Library \ Packages </ RemoteFolder>
<enabled> True </ Enabled>
<LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
<SyncLocalFolderToRemoteFolder> True </ SyncLocalFolderToRemoteFolder>
<SyncRemoteFolderToLocalFolder> False </ SyncRemoteFolderToLocalFolder>
<DeletedFromLocalFolderAction> Löschen </ DeletedFromLocalFolderAction>
<DeletedFromRemoteFolderAction> Kopieren </ DeletedFromRemoteFolderAction>
</ MappedFolder>
<MappedFolder>
<LocalFolder> \ \ DFS-PATH \ Master-Pakete \ Sync </ LocalFolder>
<RemoteFolder> \ \ Regional-Server-3 \ Library \ Packages </ RemoteFolder>
<enabled> True </ Enabled>
<LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
<SyncLocalFolderToRemoteFolder> True </ SyncLocalFolderToRemoteFolder>
<SyncRemoteFolderToLocalFolder> False </ SyncRemoteFolderToLocalFolder>
<DeletedFromLocalFolderAction> Löschen </ DeletedFromLocalFolderAction>
<DeletedFromRemoteFolderAction> Kopieren </ DeletedFromRemoteFolderAction>
</ MappedFolder>
<Settings>
<DefaultSyncLocalFolderToRemoteFolder> True </ DefaultSyncLocalFolderToRemoteFolder>
<DefaultSyncRemoteFolderToLocalFolder> False </ DefaultSyncRemoteFolderToLocalFolder>
<DefaultDeletedFromLocalFolderAction> Löschen </ DefaultDeletedFromLocalFolderAction>
<DefaultDeletedFromRemoteFolderAction> Kopieren </ DefaultDeletedFromRemoteFolderAction>
<ImmediatelyStart> False </ ImmediatelyStart>
<AutomaticallyClose> False </ AutomaticallyClose>
<LogToFile> True </ LogToFile>
<LogFilesToKeep> 30 </ LogFilesToKeep>
<VerboseLogging> True </ VerboseLogging>
</ Einstellungen>
</ UpSync>
Ich habe das font Teil aus. :)
Das macht Sinn. Ich werde einige Tests mit RichCopy tun, um zu sehen, ob ich herausfinden kann, wo es immer ist seine Leistung erhält. Wenn multi-threaded Kopieren ist der Schlüssel, dann mit allen Mitteln bekommen wir es umgesetzt. Ich bin immer noch skeptisch, dass, obwohl ...
Nochmals vielen Dank. :)
Gibt es eine Möglichkeit haben Sie UpSync log ein Fehler, wenn es zu einer läuft, aber weiterhin auf die Synchronisierung der Rest der Dateien konnten? Nachdem die Sync starten jedes Mal wenn ich in eine I / O-Fehler starten kann hastle werden.
ERROR: Kann nicht fortgesetzt werden. Konnte nicht kopieren Sie die Datei "\ \ Source-Path \ Setup.exe" auf "\ \ Destination-Path \ Setup.exe"-Datei. Ein nicht identifizierter I / O Fehler ist aufgetreten.
**** Sync-Prozess wurde abgebrochen und wurde nicht abgeschlossen. ****
Rich, yeah, ich hatte von diesem einen Gedanken. Es ist auf meiner Liste für die nächste Version. Ich denke, die Fähigkeit, die Fehler sammeln und senden Sie eine E-Mail für eventuelle Fehler am Ende wäre ideal (und die Fähigkeit zu konfigurieren, was zu tun ist, wenn ein Fehler auftritt).
Awesome. Ja eine "Antwort X Anzahl der Zeiten", was für Fehler oder was auch immer wäre Felsen.
Was halten Sie von einem "reply X Anzahl der" heißen?
Hoppla, Tippfehler. Wiederholen nicht antworten. :)
OIC ... yeah ... das macht sehr viel Sinn. :)
Thanks. :)
Begonnen mit der Anwendung. Es funktioniert tatsächlich sehr gut, nicht nur für Remote-Synchronisierung, sondern lokale als auch. Die ich in meinen 'localhost' Ordner und meine Projekte-Ordner für Testen von Websites zu synchronisieren.
Mein einziger Vorschlag:
Might zuvor erwähnt habe, aber die Vorteile von Multi-Cores. Ich nehme an, du hast dbPowerAmp, dass jeder nutzt für jede Datei verwendet. Mit dieser Einstellung kann wirklich lange synchronisiert mit wirklich großen Dateien.
Wie die Anwendung though.
Danke, Justin. Ja, ich denke Multi-Core-Verarbeitung hat vor zu kommen, ich muss das prüfen. Ich habe nicht wirklich eine Ahnung, wie schwierig es sein würde, mit. NET zu tun.
Ein weiterer Vorschlag, Windows 7 zu unterstützen. Es wäre nett zu können, eine jumplist Element verwenden, um den ausgewählten Ordner oder alle Ordner zu synchronisieren. So etwas Ähnliches. Nur ein Gedanke.
Auch congrats Mann!