syncthing reference - nesmyslna, syncthing syncuje iirc dva propojitelne a ONLINE stroje, dropbox je uloziste, ke kteremu se klienti pripojuji. takze abyste mohli pouzivat syncthing jako dropbox, museli byste mit treti stroj nekde neustale online a k nemu vse syncovat.
kdyby git-annex nebyl v haskelu a orientovany na geeky, tak by to byla lepsi alternativa.
Syncthing může fungovat úplně stejně jako Dropbox. Mám někde jeden běžící stroj (čili server), ke kterému se připojují ostatní (čili klienti). Ovšem nemusím to tak mít, můžu nechat jen klienty, aby synchronizovali mezi sebou. Můžou se potkávat na lokální síti nebo synchronizovat přes internet. Je to velmi univerzální řešení, které se dá nasadit mnoha různými způsoby a neomezuje se jen na jeden.
Ne že bych proti Syncthing něco měl, lokálně jej běžně používám na sync a je to super tool, ale bohužel není zdaleka tak odolný jako ten zatracený Dropbox. Ten sesynchronizuje Linux, macOS, iOS, Wokna zcela bez řečí a problémů, ošéfuje i místně obvyklé metadata soubory, při případné kolizi se udělá výrazně přejmenovaná kopie souboru (s v závorce uvednými údaji o kolizi a odkud přišla). Dostupnost dat na mobilu j jedna ze silných stránek, často jediný důvod proč něco do Cloudu vůbec cpát. Kolize se Syncthing jsou bolestné, několikrát se mi stalo, že jsem musel sync složku ze Syncthing odebrat a zase přidat, protože trval na něčem co už nebylo možné sesynchronizovat a prostě jsem nenašel jinou cestu jak udělat stav na 100% synchronizovaný.
Jako kuriozita mi mmch připadá fakt, že nelze mít Dropbox složku na NTFS partišně pod Linuxem (ne že by to zase tak moc vadilo), přitom pod Windows je to základní FS. :-)
No - mně to docela dost vadí, protože mám několik strojů, kde se přechází mezi Windows a Linux (Win10/Ubuntu) a doteď šlo mít některé "home podadresáře" společné na jedné (NTFS) partition, jen symlinkované - a to včetně složky pro Dropbox. Oddělit je samozřejmě lze, ale má to dvě nevýhody:
a) každý uživatel tam bude mít těch několik GB dvakrát (a bude třeba zvětšit ext4 partition s /home, kde zatím byly hlavně symlinky) a
b) přepnutí mezi systémy bude znamenat stahování dat z Dropbox serveru, byť ta leží "hned vedle" - s potenciálem vzniku kolizí, když se něco změní, než synchronisace doběhne (o neblahém vlivu FUP stropu nemluvě).
Díky za dobrou radu.
Ale někdy si situace a "historický vývoj" prostě takhle blbé nastavení přinese s sebou.
Jestli máte někdo nápad, jak to udělat lépe, tak sem s ním. Žel, dokud budou něktré organizace trvat na používání Windows-only řešení a zároveň uživatelé používají většinou Linuxové programy, dualbootu se nevyhnu.
A Dropbox byl pro spolupráci "virtuálních teamů" také dobré řešení (a zatím těžko nahraditelné, protože jsou na to naučení i externisté).
mít to na jednom systemu třeba linux ext4 a z windows k tomu přistupovat přes ovladač ext2fsd a sinc se bude provadět jenom pri spuštení linuxu (pokud tomu nebude stačit WSL ůdajně je docela použitelný ale asi nebude) což na což stací jen mít ve windows nejakou obdobu "sudo qemu-system-x86_64 -enable-kvm -m 1G /dev/sda" ale ext4 není zrovna thread safe tady alespon ne by default
a nebo podobným způsobem spouštet windows v qemu za ůčelem synchronizace ale tam asi bude problém s licencemi
reseni je snadne, vykaslat se na dualboot, mit nativni GNU/Linux, v QEMU Windows a spolecne data mit na ext4 (nebo co v GNU/Linuxu pouzivas) ke kterym Windows z QEMU polezou pres Sambu (nebo pokud to uz Win umej/nevim tak sdilenej adresar, ale to snad umi jen v GNU/Linux pres 9p http://www.linux-kvm.org/page/9p_virtio)
Já to měl tak také (společnou složku na NTFS partišně), ale nedalo se svítit, složka Dropbox šla do home. Stejně ta Windows bootuju už tak málo, že mě to zase tak moc nebere, ani těch 5 GB dat. :-) Pozitiva "krabice" pořád převážila nad tímto zvláštním opruzem. Pokud má někdu Bussines účet s terárkem dat, tam už to může být otrava to mít a synchronizovat zbytečně dvakrát.