LINUX.ORG.RU

Syncthing v1.2.1

 


5

4

Syncthing – это программа для синхронизации файлов между двумя или более устройствами.

В последней версии исправлены следующие ошибки:

  • При создании нового файла не генерировалось fs событие.
  • Закрытие nil-канала при передаче клиенту сигнала stop.
  • Веб-интерфейс показывал неверное описание RC сборки, когда обновления отключены.
  • Значение состояния изменялось, когда папка ещё не была запущена.
  • Приостановление папки выдавало ошибку.
  • Ошибка времени выполнения: значение int(offset) выходит за пределы диапазона recheckFile.
  • Невозможность объединить внешние версии шаблонов переменных ("% FOLDER_PATH% /% FILE_PATH%").
  • Ошибка времени выполнения: неверный адрес памяти или разыменование nil-указателя в loadIgnoreFile.

Улучшения:

  • Прогресс загрузки папок в UI теперь обновляется чаще.

Другое:

  • Добавлена поддержка вызовов на jobQueue.Jobs.
  • Исправлены потенциальные ошибки на старых версиях ядра, а именно использование 64-битных функций sync/atomic.
  • Исправлена непоследовательная обработка пути к пустой папке.

>>> Подробности

anonymous

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 1)

Ответ на: комментарий от pihter

Да, это отличная альтернатива «облачным» хранилищам, в т.ч. self-hosted.

gasinvein ★★★
()
Ответ на: комментарий от pihter

Пользуюсь полтора года, полет нормальный. Толнкостей не знаю, просто синхронизирует, проблем не было, syncthing умеет простую версионность из коробки, включена на nas, пока еще не пригодилась.

Aber ★★★★★
()

Отличная штука, мои мобилки через неё синхронизируются с сервером. На ошибки не нарывался, всё работает.

King_Carlo ★★★★★
()
Последнее исправление: King_Carlo (всего исправлений: 1)

отличная вещица - работает и есть не просит. эдакая про версия rsync

долго пользовался, пока не понадобилось синхронизировать андроид. врапер на андроид 4.2 работал ужастно, пришлось перейти на ресилио синх.

существенный минус - отсутствие шаринга раздач, которая многих интересует. но такова уж политика автора.

версионностей в синхе несколько видов, но используют в основном только одну - самую простую :)

pfg ★★★★★
()
Последнее исправление: pfg (всего исправлений: 1)

Фигня. Всё время при синхронизации останавливается на 99% и висит бесконечно долго. Разрабы пишут, что проблемы нет, но это не так. Перешёл на resilio sync и не о чем не жалею.

oberkut
()
Ответ на: комментарий от pihter

Разрабы принципиально не хотят делать просмотр всех доступных для синхронизации файлов и поиск по ним, и даже подумывают выпилить существующее API (/rest/db/browse) для получения списка файлов. Я не уверен, что есть смысл тыкать то, что не хочет даже список доступных файлов показывать.

andreymal
()
Ответ на: комментарий от pihter

Да, стоит. Я пользовался раньше. С того времени, говорят, решили проблемы на смартфонах.

aquadon ★★★★★
()
Ответ на: комментарий от oberkut

на 99% и висит бесконечно долго

Это проблема с правами на файл, у меня такое было, syncthing что-то не может считать т.к. у него нету прав. Лечится chown, chmod.

Тут претензия к Syncthing только одна, нету нормального, человеческого сообщения о проблеме.

Aber ★★★★★
()
Последнее исправление: Aber (всего исправлений: 1)

Я пробовал засинхронизировать свою директорию с сорцами между компом и ноутом, но оно сфейлило. Хотя очень хотелось бы заменить им nextcloud. Надо будет попробовать новую версию.

provaton ★★★★★
()
Ответ на: комментарий от provaton

Хотя очень хотелось бы заменить им nextcloud.

Почему? Чем плох некстклауд? Сижу на оунклауде пока, думал попробовать некстклауд.

sena ★★
()
Ответ на: комментарий от sena

Чем плох некстклауд?

1) Довольно-таки жЫрный, хотя лично для меня это не слишком критично.

2) Пипец какой тормозной если у тебя куча мелких файлов. Скорость синхронизации будет такой, как будто по ADSL'ю всё идёт, и это на гигабитном линке.

В итоге сейчас использую Seafile. Тоже не без недостатков, но по скорости однозначно лучше чем own/nextcloud.

Вот ещё ответ другого человека, с которым полностью соглашусь.

htower_ ★★
()
Последнее исправление: htower_ (всего исправлений: 2)

В целом норм вещь. Но глюки то там то сям имеются. Вот из последнего - пытается синхронизировать несуществующие файлы, никак от этого не избавиться.

Deleted
()
Ответ на: комментарий от htower_

В итоге сейчас использую Seafile. Тоже не без недостатков, но по скорости однозначно лучше чем own/nextcloud.

А с Сифайлом или Синкфингом получится как с оун/некстклаудом

  1. синхронизировать контакты, календарь
  2. делать автозагрузку фоток (перемещать автоматом новые фотки в облако)?
  3. шарить файлы/каталоги с паролем, но без логина
  4. создавать общие каталоги для пользователей
sena ★★
()
Ответ на: комментарий от sena

Отвечаю как пользователь Seafile:

синхронизировать контакты, календарь

Автоматически - нет, Seafile хранит только файлы. Можно настроить бэкап внешними средствами + залив этих файлов в облако.

> делать автозагрузку фоток (перемещать автоматом новые фотки в облако)?

Клиент для андроида умеет. + умеет автоматически заливать изображения из других каталогов (не только «камерный» DCIM).

шарить файлы/каталоги с паролем, но без логина

Да

создавать общие каталоги для пользователей

Да, у меня расшарена директория с семейными фотографиями для, соответственно, членов семьи :)

htower_ ★★
()
Ответ на: комментарий от kirill_rrr

Например, возможность синхронизации в две стороны.

anarquista ★★★★★
()
Ответ на: комментарий от htower_

Отвечаю как пользователь Seafile:

синхронизировать контакты, календарь

Автоматически - нет, Seafile хранит только файлы. Можно настроить бэкап внешними средствами + залив этих файлов в облако.

Оунклауд тоже вроде бы работает только с файлами, но при помощи этой штуки

https://f-droid.org/en/packages/at.bitfire.davdroid/

Синхронизируются также календарь и контакты через Оунклауд. Как именно это происходит - не разбирался, я поставил и оно работает. Скорее всего ведь тоже через файлы..

А одного бэкапа мало, надо же ещё на других устройствах извлечь и конфликты порешать.

sena ★★
()

Значение состояния изменялось, когда папка ещё не была запущена. Приостановление папки выдавало ошибку.

Вот думаю... Лень пару слов дописать, чтобы точно было ясно о чём речь? Или гугл перевод? Или просто я многого хочу? 🤔

skyman ★★★
()
Ответ на: комментарий от provaton

Я пробовал засинхронизировать свою директорию с сорцами между компом и ноутом, но оно сфейлило

У меня без проблем ссинкало 200к файлов. Правда, долго. При переезде на другой сервер решил не заморачиваться, а просто скопировал файлы папку на сервер, st их отсканировал, и дальше всё уже работало моментально.

araks ★★
()
Ответ на: комментарий от andreymal

Разрабы принципиально не хотят делать просмотр всех доступных для синхронизации файлов

Они и так уже лежат на диске, эти самые файлы, доступные для синхронизации.

araks ★★
()
Ответ на: комментарий от araks

Нет, не лежат, потому что часть из них добавлена в .stignore и не скачалась — и в итоге невозможно узнать точный список файлов, которые не лежат на диске из-за .stignore

andreymal
()
Последнее исправление: andreymal (всего исправлений: 1)
Ответ на: комментарий от andreymal

Нет, не лежат, потому что часть из них добавлена в .stignore

Ну как не лежит. На обоих концах лежат файлы, для получения точного списка достаточно сделать diff с выхлопов find /path.

Не так красиво, как посмотреть в веб-морде, но это уже «особенность» Go: по-дефолту используется key-value LevelDB, т.е. поиск и сортировка на самом приложении. А если мы имеем большое 50к+ файлов, это выливается в жор памяти. Не критично на рабочей станции, но критично на каком-нибуть NAS с 256-512Мб оперативы.

Можно подключить сторонние движки, типа sqlite, но тогда возникают вопросы с кросс-конпеляцией на разных платформах, чего авторы хотят избежать.

Так что это не прихоть авторов и не самодурство. Можно ругать их как угодно, но в этом не их вина.

araks ★★
()
Ответ на: комментарий от araks

diff с выхлопов find /path

То есть ты мне предлагаешь бегать по всем подключенным к Syncthing компьютерам во всех подключенных зданиях (хорошо если удалёнка есть), запускать на них скрипт, собирать текстовые файлы в одну папочку и потом делать по ним дифф? А нафига мне нужны такие страдания на полдня?

Не, ну на практике я, конечно, накатаю на каждый компьютер простенький веб-сервер на питоновом Flask с API, который не будет уметь ничего кроме отдачи списка файлов в папочке и возможно поиска по ним, но это всё ещё очень странно на фоне того, что Syncthing вполне мог бы справиться с этим сам.

(Надо б когда-нибудь изучить Rust и сделать убийцу Syncthing с нормальным браузером файлов.)

andreymal
()
Ответ на: комментарий от pihter

Пользуюсь больше двух лет, кажется. Поднял собственные nat traversal, discovery и relay, чтобы не пользоваться общественными. Эдакий междусобойчик на 3½ устройства. Ну и больше ничего не могу сказать про этот софт кроме того, что всё работает. Файлы там, где я их ожидаю увидеть всякий раз, когда они мне нужны.

anonymous
()
Ответ на: комментарий от sena

Централизованное vs. Децентрализованное. В зависимости от твоих задач, либо подходит, либо не подходит. Плохо/хорошо — это к Маяковскому.

anonymous
()
Ответ на: комментарий от andreymal

У меня есть отличное предложение: не придумывать себе проблем на пустом месте. У любого решения есть какие-то ограничения. У Syncthing — эти. И хотя patches are welcome, мы оба интуитивно понимаем, что проще и эффективнее не создавать себе шарад разными .stignore на разных хостах.

(Надо б когда-нибудь изучить Rust и сделать убийцу Syncthing с нормальным браузером файлов.)

Ставлю 100 сегодняшних долларов, что это не произойдёт никогда.

anonymous
()
Ответ на: комментарий от andreymal

Syncthing вполне мог бы справиться с этим сам

Конечно, мог. Сжирая до гига оперативы из-за особенностей хранилища. А теоретизировать у нас все горазды. Ты даже не можешь пропатчить ST, подключив sqlite и реализовав REST API, а туда же - да там никаких проблем, да я изучу и напишу убийцу.

araks ★★
()
Ответ на: комментарий от pihter

всё что оно делает - синхронизирует папки. Если бы клиент умел просмотр папок без скачивания, была бы удобная домашняя/рабочая шара без проброса портов, а так бесполезный велосипед

anonymous
()

Офигенная штука, но субминорные релизы в наноновости.

t184256 ★★★★★
()
Ответ на: комментарий от sena

Как именно это происходит - не разбирался, я поставил и оно работает. Скорее всего ведь тоже через файлы..

Не угадал. Контакты Nextcloud/ownCloud синхронизирует используя CardDAV(RFC 6352), а календарь используя CalDAV(RFC 4791).

anonymous
()

Тем кто спрашивает про Nextcloud/ownCloud нужно понимать, что они с Syncthing просто разные и предназначены для разного.

Nextcloud клиент-серверный, у тебя есть сервер на который выгружаются файлы, с которым синхронизируются календари и контакты, на котором живет rss-ридер и куча всего прочего.

Nextcloud заменяет гугл.драйв, а так же contacts и calendar.

Syncthing бессерверный. Синхронизирует файлы между устройствами без заливки их на сервер. Ничего больше не содержит.

Я пользуюсь ownCloud/Nextcloud с 2011 года, в 2016 после того, как создатель ownCloud Франк Карличек покинул ownCloud Inc. и создал форк Nextcloud перешел на него. Использую для синхронизации и контактов, и календарей, и файлов.

Syncthing использую года с 2014, отказывался на какое-то время, когда вылезали проблемы с клиентом под Android, с год назад вернулся. Syncthing использую на серверах для синхронизации между боевым сервером и сервером горячего резерва(тут и не переставал использовать) и для синхронизации директории Books, а так же директорий с фотографиями моих трех мобил, моего десктопа и моего ноутбука.

Syncthing и Nextcloud совершенно разные инструменты для разных целей и лишь частично пересекаются в области использования.

anonymous
()
Ответ на: комментарий от pihter

Стоит. Перешел на syncthing с self-hosted seafile. Захотелось что-то децентрализованное и более надежное, чем германо-китайская поделка. Работает без нареканий, десктоп и смарт синхронизируются.

nomad__
()
Ответ на: комментарий от nomad__

десктоп и смарт синхронизируются.

о! так оно со смартфона по вафле мне может файло снхронизировать с десктопом? огонь, давно мечтал

как реализовано? приложение на телефон?

pihter ★★★★★
()
Ответ на: комментарий от pihter

Да, приложение на смартфоне и приложение на компе. Синхронизация произвольных директорий, синхронизация может быть односторонней или в обе стороны

anonymous
()
Ответ на: комментарий от pihter

Отказать. У 0.14 несовместимость с другими версиями. Стабильный апи начался с 1.x. Либо бери ими собранный, либо под свой диван сам собери.

anonymous
()
Ответ на: комментарий от anonymous

есть https://github.com/syncthing/syncthing-lite

This project is an Android app, that works as a client for a Syncthing share (accessing Syncthing devices in the same way a client-server file sharing app accesses its proprietary server).

This is a client-oriented implementation, designed to work online by downloading and uploading files from an active device on the network (instead of synchronizing a local copy of the entire repository). Due to that, you will see a sync progress of 0% at other devices (and this is expected). This is quite different from the way the syncthing-android works, and it's useful for those devices that cannot or do not wish to download the entire repository (for example, mobile devices with limited storage available, wishing to access a syncthing share).

правда не тыкал

ежеля портанут на десктоп - будет круто

pfg ★★★★★
()
Последнее исправление: pfg (всего исправлений: 1)
Ответ на: комментарий от sena

В нем куча функций, которые мне не нужны. Его нужно админить, тратить ресурсы сервера. Не понравилось, что настройки игнорирования файлов для синхронизации недостаточно гибкие (.stignore в сабже очень крут).

Но некстклауд работает, а синкфинг фейлит (

provaton ★★★★★
()
Ответ на: комментарий от pihter

Необязательно по вафле. На телефоне может и мобильный интернет быть включен. Реализовано как приложение под Андроид, да.

nomad__
()
Ответ на: комментарий от andreymal

Разрабы принципиально не хотят делать просмотр всех доступных для синхронизации файлов и поиск по ним, и даже подумывают выпилить существующее API (/rest/db/browse) для получения списка файлов. Я не уверен, что есть смысл тыкать то, что не хочет даже список доступных файлов показывать.

+1
Я в своей группе по ЧПУ продвигал как средство отправки УП на ЧПУ станок, но если для отправки на станок надо будет ещё на каждый файл и ссылку отправлять то нафиг такую программу.

torvn77 ★★★★★
()
Ответ на: комментарий от pihter

Использую больше двух лет. Настолько удобная и надёжная штука, что не представляю как без неё уже. Синхронизирует мгновенно и без каких либо проблем, никакой возни с конфигурацией.

SL_RU ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.