Previous Entry Share Next Entry
2016-01

про ownCloud

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

Последней каплей стало то, что на одной машине слетело время в будущее и теперь он похоже навсегда считает серверную версию побеждающей (потому что она была инфицирована файлами которые изменены в будущем)

А жаль. Но придется снести.

Может кто знает еще self-hosted альтернативы? У меня есть своё, но оно пока глючит примерно так же :3

This entry was originally posted at http://wizzard.dreamwidth.org/325855.html. It has comment count unavailable comments. Please comment there using OpenID.
Tags: ,

  • 1
avnik November 24th, 2013
OpenStack же.
Правда там очень кровавый энтерпрайз

avnik November 24th, 2013
upd я протупил, повелся на слово cloud в названии.
Погуглил, прослезился.

denisioru November 24th, 2013
BTSync не?

wizzard0 November 24th, 2013
last time i checked оно не работало без доступа к публичной DHT-сети торрента, но сейчас, грят, уже работает, попробую еще раз

denisioru November 24th, 2013
Там можно руками указывать пиры, если сеть закрыта.

_winnie November 24th, 2013
А как вообще решить, какой файл последний?

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

Если брать время устройства - оно может быть неправильное, как в твоём случае.

wizzard0 November 24th, 2013
есть base (версия про которую знают оба девайса), есть current1 и current2

если current1=base && current2!=base то побеждает current2 и становится новым base

если current1!=base и current2!=base то говорим "конфликт"

edit: если base различается и current1 находится в истории base которая длиннее то тоже побеждает current2; otherwise конфликт

т.е. понятие "время" тут не возникает вообще нигде, но нужна хистори

Edited at 2013-11-24 07:54 pm (UTC)

109 November 24th, 2013
это, вообще-то, только один из сценариев. в другом сценарии будет другой результат, кто побеждает при конфликте. например, sync://primary copy -> secondary copy. primary copy всегда побеждает.

много раз говорил, и ещё раз повторю: unison. покрывает весь спектр мыслимых сценариев. не такой гламурный, правда - из командной строки надо что-то там запускать.

_winnie November 25th, 2013
> если current1=base && current2!=base то побеждает current2 и становится новым base

ммм. Я туплю, возможно потому, что не знаю какая метаинформация и "хистори" обычно есть в клиенте. Достаточно ли того, что есть в файловой системе, или необходимо иметь постоянно висящий демон?

current1=base && current2!=base, сurrent2 становится новым base
Теперь:
current1!=base && current2==base, сurrent1 становится новым base
Теперь:
current1=base && current2!=base, сurrent2 становится новым base
...

Например, тот же ноутбук, который пролежал в шкафу. Как понять, он пытается залить правку годовой давности, или я на нём час назад файл отредактировал?

Edited at 2013-11-25 07:48 pm (UTC)

wizzard0 November 25th, 2013
> Достаточно ли того, что есть в файловой системе, или необходимо иметь постоянно висящий демон?

Ложное противопоставление.

Демон не нужен, но информации из файловой системы недостаточно.

wiggaboo November 25th, 2013
У меня неплохо работает Seafile (http://seafile.com/). Все синхронизируется без нареканий.

wizzard0 November 25th, 2013
Ммм, любопытно. Спасибо!

mykolad November 28th, 2013
Еще про ownCloud - а это он только у меня не работает с кириллическими файлами? Или он по жизни такой?

wizzard0 November 28th, 2013
Эффект можно получить и без кириллицы, они не умеют эскейпить "+" из урлов, например :/

Там на гитхабе есть два разных бага про кириллицу, один от меня.

  • 1
?

Log in

No account? Create an account