你们用同步软件,不会经常出现文件冲突么?我使用 syncthing 经常出现文件冲突,感觉都烦死。
就像下图这种情况,经常出现呀
包括syncthing、onedrive、nextcloud之类的所有同步软件都会有冲突的,别想太多,就没有完美的。只要同一个文件两边都在编辑,或者速度慢了,没来得及更新,就会冲突,几乎无法避免。只要冲突有重命名的副本,删除的有回收站或者历史记录,基本就是谢天谢地了。
我就是因为这个原因,逼得我只能选择在自己的主力电脑上进行文件的编辑,单向同步给其他设备,其他设备只查看、不修改,产生冲突就留存主力电脑的,强制覆盖其他设备的文件 ![]()
挂载盘就是局域网 + NAS 那一套啊。从技术原理上来说,当文件被保存完之后,数据就已经在服务器了。根本不可能同步出错的啊。你要明白,这中间根本就没有同步的过程。没有同步,就不会出错。
有了 rclone, alist 之后,搭配单机笔记软件 obsidian 就能做到多端同步。双击就可以马上看远程的电影不用下载。
这才是 rclone, alist 这一套最有价值的地方。你们如果只把它俩当作白嫖百度云盘、阿里云盘也太浪费了。没用对地方。
所以跟你们说啊。用挂载盘啊。
数据都保存到挂载盘里面。把挂载盘当作中心点,数据全都是最新的。然后再用 goodsync 从挂载盘里面单向同步数据到自己的其它电脑里面当作备份。
花钱就买 S3 配合 rclone/alist,不花钱就自己搭 ddns + wireguard + smb/nfs/sftp,用 sshfs for windows/linux 挂载。
OneDrive, DropBox, 坚果云,对比我这一套方案真是非常难用。
goodsync,可以把企业版的onedrive里的某个文件夹同步到另一个地方,我是直接先同步到本地的,接近70G的文件一晚上传完了
左右都是支持onedrive的
PS:同步的时候需要在两侧都创建一个.goodsync的文件夹,但是onedrive满了无法写入,可以在同步的时候报错之后在上图右上角的选项里面修改,不在云盘里生成.goodsync文件夹
想问一下你这样的方案能解决多端编辑的时候出现的问题吗
如果我把笔记软件的数据放在云端然后直接这样挂载,多台电脑来回切换,但是只有一台电脑在读取和修改,是不是就不会出问题了
这套方案能实现版本历史记录吗,万一出问题了可以恢复一下
为什么Dropbox的评价这么高呢,国内的话,就算是客户端也得挂梯子吧?
客户端有独立的代理设置吗?还是像浏览器一样是直接走的系统的网络代理就好了?
这个要看场景,局域网都还可能性能低下,更别说互联网下。要是偶尔读写的文件量不多还好,要是做开发,很多文件编译那就痛苦了,我相信现在大部分人都还没有100M以上的上传速度,就拿100M举例,这就跟二十年前的机械硬盘性能差不多,那些情况能满足需求,那些情况不能满足需求,要仔细掂量掂量。
即使局域网,很多人内网还是千兆级别,这也就几年前的机械硬盘的水平。
版本历史纪录主要看网盘。很多企业网盘会支持版本纪录,比如坚果云。个人网盘好像没看到有几家支持的。如果自己用 S3/smb 更不会支持了,
你多台电脑修改都是没有问题的啊。这种挂载盘,当你点击保存的时候,数据就到服务器了。这时候另外一台电脑打开,也是直接打开服务器的文件。
挂载盘没有同步,不会同步出错!再说一遍!
啊。用网盘就别指望读写速度了。这种挂载盘只是为了方便使用,不是真的拿来当硬盘的啊。
像我现在 wireguard + sftp/smb 日常使用,差不多是 U 盘的读写速度。写速很慢,读速还可以。但这就够用了啊。
不考虑梯子,这是最好的网盘,原因就在于稳定和不容易出错,国内那些大容量网盘,如果只是用来存视频还好,如果是经常编辑的文本、doc之类,就很容易出错,基本是不可用。
类似的,国内也就坚果云把这个看得比较重,他家网盘还是可用的,其它网盘不要用来办公,会有丢文件、同步出错之类。
你们使用的姿势不对啊。挂载盘不会有同步的问题。存经常编辑的文本也没问题。
不管是坚果云还是 dropbox,他们的原理都是使用自己电脑上面的一个目录当作同步目录。你平时往里面存文件,它们在后台慢慢地上传到服务器。但是:
- 如果是个大文件,很容易同步失败。
- 在电脑上面需要一个和服务器一样大的空间。
- 第一次使用的时候需要从服务器同步很多数据。
- 反复修改文件或者干完活即关机很容易同步失败。
- 几个节点都在修改文件就容易覆盖冲突。
全都是没法解决的技术问题。dropbox 也解决不了。不用捧它。
推一个自己认可的东西,大家欢迎,但不要强推,更不要无视别人的需求推。
你当我没试过挂载吗?方便程度怎么跟网盘比?我用OneDrive只要一个客户端,每年给微软几十块,就是1t空间。同样的体验下,我用挂载要花多少钱、多少精力?
至于不会出错就更可笑了,看如下情景:
我有一台Windows一台macOS,面对同一个Markdown,Windows编辑后,在macOS再编辑,两处编辑点在不同段落。
如果网络不好,我在macOS编辑时,文件未上传到云端,我编辑的仍是旧的文件,保存后就有一个文件冲突,但我不知道,仍回Windows接着编辑,问如何处理?
只要你还在依赖网络,我就问你怎么解决?
无非两个解决文案:
- 如果软件检测到冲突,会给我保存两份文件,这样我还有自己手动合并解决冲突的可能;
- 如果没有,那么就会发生Windows覆盖macOS,或macOS覆盖Windows的惨状。
这不是什么不常见的需求,是一台pc+一台笔记本,要带笔记本出去时,很常见的问题。
我们说DropBox好,说坚果云相对可靠,在于他们碰到这种问题时,检测算法好,不要说一个Markdown了,就是eagle那种灾难的几千个小文件,也很少让你丢文件。
你告诉我:在这样的情景下,你的挂载技术如何处理,他会不会出错?
如果他的处理方法并不比OneDrive这类网盘高明,我为什么要换?就算他处理方式更高明,乃至于不会出错,我值得花更大精力、更多时间、金钱去换吗?
去 AlternativeTo.net 看看吧
的确,个人用过很多网盘同步盘,同时也尝试过挂载盘。挂载盘个人用下来主要存在两个问题
- 网络瓶颈,这点应该是最致命的,断网状态无法进行操作,其次是挂载客户端需要向远程发送请求来检测所有文件的更新时间,如果文件很多会在发送请求的瞬间占用高,性能不好是会直接卡死的
- win上无法使用mklink进行软链接操作,linux没尝试过
同步盘dropbox的确可以说技术很牛,在某些情况下甚至大文件也能够给你增量同步,如果不是网络问题是可以推荐的,不然的话只能够用稍微能用的onedrive或者加钱上坚果云了,低成本自建的话seafile不错,高成本那就上nas装群晖了
你好像还是没有理解啊。挂载盘的话,你保存完毕的那一刻,数据就非常确定地在服务器了。
所以你在 windows 里面编辑,在 macos 里面打开。都必然是同一份文件。
使用挂载盘就不会有什么冲突、同步这些乱七八糟的事情。自然也不需要什么 dropbox onedrive 那些精妙的算法。没有 bug 就不需要解决 bug 对吧。
我一直在强推,就是因为你们没看明白挂载盘的逻辑。一直在用同步软件的思维在判断挂载盘。所以我来来回回的解释。
挂载盘其实主要就是对网络需求比较高。没有网络就没法打开文件。而同步盘则是所有数据在本地都有一份。
但考虑到现在没有网络的地方已经非常少了。出门在外,实在不行还能用手机热点——当然石油行业的还是用同步盘吧——在固定地方办公的就完全不用考虑网络不行这个问题了。
所以挂载盘,在方便性上可以说全面碾压古老的同步盘技术。这也是最近几年 rclone 这些软件带来的,以前都做不到。
挂载盘可以用 mklink -j 到 ntfs 目录。我试过一次把我的文档里面的游戏存档目录托管到远程挂载盘——可以用,但效果不太好。毕竟挂载盘的读写和 U 盘很类似,太慢了。可玩性比同步盘强很多。
所以说你用得很浅,我提出的问题你还是没给出解决方案,实际情况下使用环境会比你想的还要恶劣得多。
比如又一个典型环境,就是学校,当学校每晚强行断电断网,导致的文件冲突你又怎么办?你总不能人学生明天就要交作业了,今晚不许他用笔电爆个肝吧?我也曾是学生,对于校园网之恶劣,深有体会。
网盘有随选,还有隐形扩容的作用,挂载都无法解决。
不管是容量还是价格,挂载都没有优势,挂载最好用的是内网+NAS,千兆网基本等于一个机械,这就完全可用、好用了。我也折腾过服务器+挂载的方案,不管是挂阿里云还是直接服务器的存储,一但涉及外网,直接就麻了。
所以我说:对于绝大多数人来说,OneDrive比折腾这些东西,不知道好到哪里去了。
别忘了,这玩意儿可是只要一年几十块,1t空间还送office365。你想在外网访问挂载,服务器或公网是必须的,还要折腾。体验还没好到哪里去,何苦呢?
你是不是搞笑啊。一直来来回回说啥冲突冲突。挂载盘哪来的冲突。没冲突你还要解决啥?
网络环境不好,就用同步盘啊。这也不是非此即彼的事情啊。
用同步盘同步挂载盘上的数据也行啊。
你都用 OneDrive 了还不折腾啊。天天同步出错的冲突的有够烦的。

