Вкладка Параметри в діалозі синхронізації визначає, за чим порівнюються джерело і призначення та що відбувається в особливих випадках.
Ці три позначки визначають, за чим AutoFileSync розпізнає відмінність. Їх можна поєднувати.
| Критерій | Значення |
|---|---|
| Часом | Вирішує час зміни. Це звичайний випадок і найшвидший спосіб. |
| Розмір | Різний розмір файлів вважається відмінністю. |
| Вмістом | Файли порівнюються за вмістом. Це точно, але потребує часу на читання обох сторін. При двосторонній синхронізації додатково час зміни вирішує, яка сторона новіша – саме порівняння вмісту цього не розрізнить. |
| Допуск у секундах | Два часи зміни, що відрізняються не більше ніж на стільки секунд, вважаються однаковими. Поле активне лише тоді, коли ввімкнено порівняння за Часом; за замовчуванням 2 секунди, див. Допуск і файлові системи. |
Під час копіювання AutoFileSync переносить час зміни джерела, але призначення зберігає його лише з тією точністю, яку дозволяє його файлова система. Без допуску джерело при кожному запуску було б на частки секунди новішим за власну копію і копіювалося б знову і знову. Допуск має бути не меншим за найгрубший крок часу на будь-якій зі сторін:
| Файлова система | Точність часу зміни | Потрібний допуск |
|---|---|---|
| ext4, Btrfs, XFS, APFS | наносекунди | 0 с |
| NTFS | 100 наносекунд | 1 с |
| exFAT | 10 мілісекунд | 1 с |
| HFS+, сервери SFTP | цілі секунди | 1 с |
| FAT32, FAT16 (USB-флешки, карти пам'яті) | 2 секунди | 2 с |
Значення за замовчуванням 2 секунди охоплює всі ці випадки. FAT також зберігає час як місцевий: після переходу на літній чи зимовий час усі файли здаються зсунутими на годину. Щоб цього уникнути, тимчасово встановіть допуск 3600 секунд або додатково порівнюйте за Розміром.
Зворотний бік допуску: якщо файл знову зберегли в межах допуску після попередньої зміни, а між ними відбувся запуск, друга зміна буде помічена лише під час наступного збереження. Якщо ви редагуєте файли швидко один за одним, краще додатково ввімкніть Розмір або встановіть допуск 0, якщо обидві сторони зберігають час однаково точно.
| Параметр | Дія |
|---|---|
| Видаляти джерело після копіювання | Після успішного копіювання файл джерела видаляється – до кошика або остаточно, залежно від режиму видалення. Так синхронізація стає переміщенням. Для джерел через SSH параметр не діє. Разом із цим параметром заблоковано Двосторонню синхронізацію та Видаляти в призначенні також видалені файли: перша скопіювала б переміщені файли назад, друга знову видалила б їх у призначенні. |
| Двостороння синхронізація | Враховується і зворотний напрямок: те, що є лише в призначенні, копіюється назад у джерело, а новіше призначення перемагає старіше джерело. Разом із Видаляти в призначенні також видалені файли перемагає видалення – вмикати обидва одночасно рідко має сенс. Параметр взаємно виключається з Видаляти джерело після копіювання та з Копіювати, навіть якщо файл призначення новіший; увімкнений першим блокує інший. |
| Копіювати, навіть якщо файл призначення новіший | Зазвичай AutoFileSync не перезаписує файл призначення, новіший за джерело. З цим параметром перезаписує. Якщо ввімкнено двосторонню синхронізацію, параметр заблоковано, бо там він не має сенсу. Його також заблоковано, доки порівняння не ведеться ні за Часом, ні за Розміром, бо лише ці критерії можуть виявити новіше призначення. |
| Принцип поколінь | Перш ніж перезаписати наявний файл призначення, AutoFileSync перейменовує його: звіт.doc стає звіт.doc.bak.1, наступного разу .bak.2 і так далі. Старіші версії зберігаються. Зверніть увагу, що ці копії залишаються в призначенні й займають місце – автоматично вони не видаляються. |
| Видаляти в призначенні також видалені файли | Файл, який залишився лише в призначенні, там видаляється – призначення стає дзеркалом джерела. Подробиці й обмеження – у розділі нижче. Для типу Файл і разом із Видаляти джерело після копіювання параметр заблоковано. |
| Підтвердження резервного копіювання | Кожен запуск, який щось скопіював або натрапив на помилку, записує запис у файл підтвердження; див. Підтвердження резервного копіювання. |
| Синхронізувати порожні файли | Файли розміром 0 зазвичай пропускаються: порожній файл частіше є перерваним записом, ніж навмисно порожнім файлом, а копіювання його поверх заповненого файлу призначення означало б втрату даних. З цим параметром вони враховуються – це призначено для заповнювачів на кшталт .gitkeep, а також файлів блокування й позначок. Увага: якщо файл джерела порожній, а файл призначення ні, синхронізація замінить вміст призначення порожнім файлом. |
| Попереджати, якщо немає диска або з'єднання SSH | Якщо джерело або ціль недоступні – від'єднаний диск, непідключений спільний ресурс, SSH-сервер, що не відповідає, – синхронізація пропускається; нічого не копіюється і не видаляється. Це не помилка. З цією опцією (типово: увімкнена) «Синхронізувати один раз» повідомляє про пропуск як попередження, і журнал містить попередження. Для резервного диска, який підключають лише зрідка, опцію вимикають: тоді відсутність лише занотовується в журналі. Докладно: Недоступні диски та з'єднання. |
| Секунд паузи | Час очікування між двома запусками безперервної синхронізації, від 1 до 60 секунд. Короткі паузи швидше помічають зміни, але більше навантажують диски й мережу. |
Цей параметр заслуговує докладнішого опису, бо лише він видаляє дані в призначенні.
Якщо параметр не спрацьовує, хоча його ввімкнено, допоможе розділ Якщо щось відбувається не так, як очікувалося.