1. Пока не позволяет — скоро сделаем.
2. Все зависит от ОС. Мы используем события от файловой системы чтобы определить что файл изменен, но ждем еще 10 секунд чтобы гарантировать что все операции с файлом завершены.
Есть трекер или DHT на который ваш компьютер передает следующую информацию SHA(secret):ip,port = у трекера есть таблица где по ключу SHA(secret) хранится список ip,port он возвращает вашему компьютеру список ip:port других компьютеров с тем же секретом.
Это не совсем так просто. Приведу пример, есть двое людей работающие над одним проектом. У каждого по два компьютера как в этом случае синхронизировать meta-tags? И что будет происходить если есть несоответствие между настройками, один выбрал «синхронизировать метаданные» а второй выбрал «не синхронизировать». А если добавить сюда Linux/Windows/мобильные все становится еще более интересным.
Под «непонятно как делать» я не подразумевал техническую сторону, а скорее с точки зрения продукта, чтобы это работало так как надо, даже в сложной ситуации с минимальными настройками.
с этой версии мы планируем поддерживать обратную совместимость. Слишком много в протоколе надо было поменять для поддержки мобильных устройств и версионности.
Можно — просто отключите интернет и если комьютеры могут послать и получить multicast upd они найдут друг друга.
Нет. У нас нет никакой информации — у нас есть трекер, который помогает найти пиров в интернете, но он не является необходимым, просто упрощает и ускоряет нахождение.
0. Исходников в открытом виде нет.
1. Клиенты используют SHA256(secret):ip:port чтобы найти друг друга. Можно использовать трекер BitTorrent или DHT. Это конфигурируется в клиенте.
2. Весь трафик зашифрован AES256 — расшифровать невозможно. Отключите эту опцию и Sync никогда не будет использовать relay. В некоторых случаях два пира не смогут связаться из за «плохих» NAT
3. Пока не учитываются. И, если честно, непонятно как это делать. Для Sync нет разницы вы синхронизируете два компьютера или делитесь с кем-то. Если в первом случае аттрибуты важны, то во втором наоборт.
4. Пока нет.
5. Я не могу сейчас ответить на этот вопрос.
2. Все зависит от ОС. Мы используем события от файловой системы чтобы определить что файл изменен, но ждем еще 10 секунд чтобы гарантировать что все операции с файлом завершены.
Под «непонятно как делать» я не подразумевал техническую сторону, а скорее с точки зрения продукта, чтобы это работало так как надо, даже в сложной ситуации с минимальными настройками.
Да, потому что для бекапа используется read only secret, а значит все локальные изменения на компьютере не распространяются между узлами.
На данный момент как только файл изменился, он будет передаваться на другой компьютер.
Можно — просто отключите интернет и если комьютеры могут послать и получить multicast upd они найдут друг друга.
Нет. У нас нет никакой информации — у нас есть трекер, который помогает найти пиров в интернете, но он не является необходимым, просто упрощает и ускоряет нахождение.
1. Клиенты используют SHA256(secret):ip:port чтобы найти друг друга. Можно использовать трекер BitTorrent или DHT. Это конфигурируется в клиенте.
2. Весь трафик зашифрован AES256 — расшифровать невозможно. Отключите эту опцию и Sync никогда не будет использовать relay. В некоторых случаях два пира не смогут связаться из за «плохих» NAT
3. Пока не учитываются. И, если честно, непонятно как это делать. Для Sync нет разницы вы синхронизируете два компьютера или делитесь с кем-то. Если в первом случае аттрибуты важны, то во втором наоборт.
4. Пока нет.
5. Я не могу сейчас ответить на этот вопрос.