UpSync Version 0,7 Frigivet

Den nye version er her! Som altid, anbefales det at opgradere snarest muligt. Her er de store ændringer:

  • Administrator tilladelser er ikke længere nødvendigt at køre programmet fra mappen Programmer, programindstillinger og logs er nu gemt i Windows program data mapper.
  • Ansøgningen er blevet testet med, og skulle nu fungere fint med UAC i Windows Vista og Windows 7.
  • Oversigt logs er blevet tilføjet til slutningen af ​​skovhugst at rapportere tæller totaler for de forskellige operationer.
  • Rettet en fejl i den nye synkronisering tomme mapper funktionalitet, der forårsagede en neverending løkke, når roden af ​​enten mappe var tom.
  • Tilføjet en "File Filter" ejendom til kortlagte mapper for at tillade brug af jokertegn (*. Txt) til at begrænse, hvilke filer der skal synkroniseres (som anmodet af Jason Saul).

Du skal blot køre setup til at opgradere til den nyeste version.

Hent UpSync 0,7 Setup
Hent UpSync 0,7 Source Code (Visual Studio 2008 påkrævet)

Husk at dele dine tanker og forslag!

Dette indlæg blev udgivet i C # , Software , Teknologi , UpSync , Visual Studio 2008 . Bogmærk permalink .

15 Svar på UpSync version 0,7

  1. David Hechler siger:

    Mand, du bevæger sig på dette program. Great job dude!

  2. Jason Carr siger:

    Hahaha, ja hvis du kalder "flytte" ajourføring en gang om måneden ... ;)

    Er du bruger det?

  3. Rich Hopkins siger:

    Det er en stor ansøgning, pæn og enkel grænseflade. Jeg elsker, at indstillingerne er gemt i XML, det gør det virkelig nemt for mig at ændre ting uden at skulle bruge grænsefladen hver gang. Jeg selv kigger på at skrive nogle VBScript bruger XMLDOM at parse igennem settings.xml og bruge input kasser for medlemmer af mit team til at tilføje ting i sync listen.

    Det største problem jeg kører i, er, at jeg forsøger at synkronisere 1 kilde til 58 globale kontorer, så det er en lidt langsom. Selvom, jeg regner med at når jeg lader det køre i en uge eller to og få alle de steder synkroniseret op, vil de trinvise synkroniseres fra det punkt på gå meget hurtigere. Dybest set kan mit hold så drop en ny ansøgning, vi har brug for på alle de steder ind i kilden og derefter køre en ny synkronisering. Måske er det bare for meget belastning for en server at beskæftige sig med, og jeg kan synkronisere vores hovedkontor til nogle af vores større regionale kontorer, og derefter indstille disse kontorer for at synkronisere deres region. * Skuldertræk * jeg stadig spiller lige det.

    Har du nogensinde kigget på RichCopy? Det blev udgivet af Microsoft en måned eller to tilbage, og kan håndtere multi-tråd kopiering. Dens FAST. Virkelig hurtig! Men jeg kan kun indstille det til en kilde og en destination. Hvis du kunne arbejde i multi-threading, der ville være fantastisk.

  4. Jason Carr siger:

    Tak, Rich. :)

    For så vidt angår synkronisering flere forskellige steder, ærligt havde jeg ikke tænkt på det. Hvordan præcist har du oprette / konfiguration af ansøgningen? Er du installerer det på en maskine og bare synkronisering fra maskine til alle de forskellige steder? Eller er du installerer det på alle de maskiner? Det er lidt pæn, hvordan en ansøgning kan anvendes på måder, du slet ikke tænke på ...

    Jeg havde aldrig hørt om RichCopy, jeg vil helt sikkert se på det. Multi-threaded kopiering er helt sikkert en mulighed, men jeg er ikke så sikker på, at det ville gøre meget for os med hensyn til ydeevne. Jeg bruger i øjeblikket. NET, der bruger Windows 'indbyggede filkopiering API'er, der er langt fra 100% perfekt (de har problemer med ydeevnen). Jeg ville ikke blive overrasket, hvis den, der skrev RichCopy skrev værktøjet fra jorden op, helt uden om Windows-fil kopi API'er, og dermed give nogle hurtigere ydeevne.

    Anyway, du er korrekt, at operationen bør fremskynde betydeligt, når først det hele er fanget. Trinvise synkroniseringer skal være eksponentielt hurtigere.

    Tak for alle jeres input, jeg ser ind i ting og se, hvilke muligheder vi har. :)

  5. Rich Hopkins siger:

    Dens på én server og har en masse synkroniseres setup for det. Her er et eksempel på mit settings.xml:

    <? Xml version = "1,0" standalone = "ja"?>
    <UpSync>
    <MappedFolder>
    <LocalFolder> \ \ DFS-PATH \ Master-pakker \ Sync </ LocalFolder>
    <RemoteFolder> \ \ Regional-Server-1 \ bibliotek \ Pakker </ RemoteFolder>
    <Enabled> Sandt </ Enabled>
    <LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
    <SyncLocalFolderToRemoteFolder> Sand </ SyncLocalFolderToRemoteFolder>
    <SyncRemoteFolderToLocalFolder> Falsk </ SyncRemoteFolderToLocalFolder>
    <DeletedFromLocalFolderAction> Slet </ DeletedFromLocalFolderAction>
    <DeletedFromRemoteFolderAction> Kopier </ DeletedFromRemoteFolderAction>
    </ MappedFolder>
    <MappedFolder>
    <LocalFolder> \ \ DFS-PATH \ Master-pakker \ Sync </ LocalFolder>
    <RemoteFolder> \ \ Regional-Server-2 \ bibliotek \ Pakker </ RemoteFolder>
    <Enabled> Sandt </ Enabled>
    <LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
    <SyncLocalFolderToRemoteFolder> Sand </ SyncLocalFolderToRemoteFolder>
    <SyncRemoteFolderToLocalFolder> Falsk </ SyncRemoteFolderToLocalFolder>
    <DeletedFromLocalFolderAction> Slet </ DeletedFromLocalFolderAction>
    <DeletedFromRemoteFolderAction> Kopier </ DeletedFromRemoteFolderAction>
    </ MappedFolder>
    <MappedFolder>
    <LocalFolder> \ \ DFS-PATH \ Master-pakker \ Sync </ LocalFolder>
    <RemoteFolder> \ \ Regional-server-3 \ bibliotek \ Pakker </ RemoteFolder>
    <Enabled> Sandt </ Enabled>
    <LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
    <SyncLocalFolderToRemoteFolder> Sand </ SyncLocalFolderToRemoteFolder>
    <SyncRemoteFolderToLocalFolder> Falsk </ SyncRemoteFolderToLocalFolder>
    <DeletedFromLocalFolderAction> Slet </ DeletedFromLocalFolderAction>
    <DeletedFromRemoteFolderAction> Kopier </ DeletedFromRemoteFolderAction>
    </ MappedFolder>
    <Settings>
    <DefaultSyncLocalFolderToRemoteFolder> Sand </ DefaultSyncLocalFolderToRemoteFolder>
    <DefaultSyncRemoteFolderToLocalFolder> Falsk </ DefaultSyncRemoteFolderToLocalFolder>
    <DefaultDeletedFromLocalFolderAction> Slet </ DefaultDeletedFromLocalFolderAction>
    <DefaultDeletedFromRemoteFolderAction> Kopier </ DefaultDeletedFromRemoteFolderAction>
    <ImmediatelyStart> Falsk </ ImmediatelyStart>
    <AutomaticallyClose> Falsk </ AutomaticallyClose>
    <LogToFile> Sand </ LogToFile>
    <LogFilesToKeep> 30 </ LogFilesToKeep>
    <VerboseLogging> Sand </ VerboseLogging>
    </ Indstillinger>
    </ UpSync>

  6. Jason Carr siger:

    Jeg har redigeret skrifttypen del ud. :)

    Det giver mening. Jeg vil gøre nogle forsøg med RichCopy for at se om jeg kan finde ud af, hvor det bliver dens ydeevne gevinster. Hvis multi-threaded kopiering er nøglen, så ved alle midler, vi får det gennemført. Jeg er stadig skeptisk på, at selv ...

    Tak igen. :)

  7. Rich Hopkins siger:

    Er der en måde man kunne have UpSync logger en fejl, når det løber ind i en, men fortsætter på synkronisering resten af ​​filerne? Under at genstarte Sync hver gang jeg løber ind i en I / O-fejl kan være en hastle.
    FEJL: Kan ikke fortsætte. Kunne ikke kopiere filen "\ \ Source-Path \ Setup.exe" til fil "\ \ Destination-Path \ Setup.exe". En uidentificeret I / O fejl opstod.
    **** Sync proces blev aflyst og ikke fuldføre. ****

  8. Jason Carr siger:

    Rich, ja, havde jeg tænkt på en. Det er på min liste til næste version. Jeg tænker evnen til at indsamle de fejl og sender en e-mail for eventuelle fejl i slutningen ville være ideelt (og evnen til at konfigurere, hvad de skal gøre, når der opstår en fejl).

  9. Rich Hopkins siger:

    Awesome. Yeah et "svar X antal gange" ting for fejl, eller hvad vil rocke.

  10. Jason Carr siger:

    Hvad mener du med et "svar X antal gange"?

  11. Rich Hopkins siger:

    Ups, typo. Prøv igen, ikke svare. :)

  12. Jason Carr siger:

    OIC ... ja ... der gør en masse forstand. :)

    Tak. :)

  13. Justin Chmura siger:

    Begyndte at bruge programmet. Det faktisk fungerer rigtig godt ikke bare for ekstern synkronisering, men lokalt såvel. Jeg bruger til at synkronisere min 'localhost' mappe, og mine projekter mappe for at teste hjemmesider.
    Mit eneste forslag:

    Kunne have været nævnt før, men at drage fordel af multi-kerner. Jeg antager du har brugt dbPowerAmp der bruger hver for for hver fil. Dette kan fremskynde rigtig lange synkroniseres med rigtig store filer.

    Ligesom programmet selv.

  14. Jason Carr siger:

    Tak, Justin. Ja, jeg tror multi-core-behandling er kommet frem før, jeg er nødt til at kigge ind i det. Jeg har ikke rigtig har nogen ide om, hvor svært det ville være at gøre med. NET.

  15. Justin Chmura siger:

    En mere forslag, Windows 7 support. Det ville være pænt at være i stand til at bruge en jumplist element til at synkronisere de valgte mapper eller alle mapper. Noget i den stil. Bare en tanke.
    Også tillykke mand!

Efterlad et svar

Din e-mail adresse vil ikke blive offentliggjort. Krævede felter er markeret *

*