Search found 9 matches
- 25 Jan 2013, 19:09
- Forum: Help
- Topic: Automating RealTimeSync startup
- Replies: 21
- Views: 13732
Re: Automating RealTimeSync startup
OK. So now your running 8 simultaneous RTS's on an old PC sucking up memory? I ran this command: I:\PortableApps\FreeFileSync\RealtimeSync.exe i:\DocsSyncJob.ffs_real and RTS started right up in the tray, I din't have to click start. On 1/25/13 10:57 AM, srjones67 wrote: > > > OK. So now your runni...
- 25 Jan 2013, 18:42
- Forum: Help
- Topic: Automating RealTimeSync startup
- Replies: 21
- Views: 13732
Re: Automating RealTimeSync startup
Now that's a scary script. Why in Gods name are you running RealTimeSync again and again and again. create a regular FFS sync for all 8 folders and run RTS once. On 1/25/13 10:29 AM, srjones67 wrote: > > > Now that's a scary script. Why in Gods name are you running > RealTimeSync again and again an...
- 25 Jan 2013, 17:49
- Forum: Help
- Topic: Automating RealTimeSync startup
- Replies: 21
- Views: 13732
Re: Automating RealTimeSync startup
RTFM = "read the fucking manual" "manual" in this case meant the help file On 1/25/13 9:11 AM, Zenju wrote: > > RTFM = "read the fucking manual" > Gee, I thought the "F" stood for "friendly". ;-) For what it's worth, here's my startup script, run at...
- 24 Dec 2012, 18:19
- Forum: General Discussion
- Topic: Keep previous versions of files
- Replies: 95
- Views: 15417
Re: Keep previous versions of files
New idea: have no limit to begin with, but three naming conventions to choose from: 1. Session: the old 5.4 convention, but without the job name: YYYY-MM-DD hhmmss\folder\file.txt 2. Versioning: 5.10: folder\file.txt YYYY-MM-DD hhmmss.txt 3. Overwrite: folder\file.txt 1 offers the semantics of recy...
- 10 Dec 2012, 18:08
- Forum: General Discussion
- Topic: Difference to seperate folder?
- Replies: 3
- Views: 606
Re: Difference to seperate folder?
I hope this has not already been answered, I searched but did not find it. Is there a way to do a compare between two folders and then write the differences to another folder? (deletes excluded obviously) Is that somehow possible? Use case: I use freefilesync a lot, also when I'm upgrading websites...
- 29 Nov 2012, 17:10
- Forum: Help
- Topic: Folder input field for versioning muxt not be empty
- Replies: 11
- Views: 2225
Re: Folder input field for versioning muxt not be empty
Simply driving me nuts! All of my .ffs_batch files work just fine when manually invoked by double clicking on the batch file name. However, runs under task scheduler indicate that they were successful, but the update process does not actually take place - stated another way, the results from runnin...
- 15 Dec 2011, 18:34
- Forum: Help
- Topic: Change in configuration file format?
- Replies: 3
- Views: 803
Change in configuration file format?
I've been happily running v3.12 for a year or so now, and I decided to upgrade to the latest (4.5). Now, I get parsing errors on my configuration files, and I can't find any description of what's changed, or how to "migrate" my files. (I have 24 configuration files: 8 each of ffs_real, ffs...
- 31 Jan 2011, 21:42
- Forum: General Discussion
- Topic: Making RTS/FFS instances more polite
- Replies: 1
- Views: 712
Making RTS/FFS instances more polite
I've got 8 instances of RTS running in the systray, occasionally spawning FFS instances (sometimes up to 5 or 6 at once, more often 2-4). I've set things up so they all run at "idle" priority (with a script that runs at startup time). Even at this low priority, I often notice that the FFS ...
- 15 Dec 2010, 19:54
- Forum: Help
- Topic: Log files, directory and options?
- Replies: 4
- Views: 2262
Re: Log files, directory and options?
Consider this a feature request: allow for the possibility of a single log
file per batch job (all invocations), one file per day, or one file per
invocation.
For now, I think I'll work up a batch job to zip up all log files older than a
week or so.
file per batch job (all invocations), one file per day, or one file per
invocation.
For now, I think I'll work up a batch job to zip up all log files older than a
week or so.