浮生一梦 / 2024.08.18

个人网盘精简

Tags： #日记 #软件
Created：
Updated：

前言

近期个人在精简账户、软件
我目前在用的网盘软件有2款，坚果云与阿里云盘
坚果云个人拿来备份重要的文件，阿里云拿来存储一些资源（看番剧、存储图片等）

之前阿里云盘不支持自动同步，所以一直没有尝试精简掉坚果云
现在阿里云盘支持自动同步自定文件夹了，刚好近期在精简软件账户，所以尝试下从软件体系中删除掉坚果云，这样使用的软件又少了一个

当然体验感与性价比方面上还是有一点区别，全看个人选择

阿里云盘 坚果云
同步方式 单向同步 双向同步
容量（免费） 100GB 空间受限于上传流量
上传流量1G/月
下载流量3G/月
自动备份 支持 支持
Webdav 付费、第三方免费 免费
  • 双向同步：会保证你的云盘和本地磁盘上的同步文件夹里面的文件保持一致。
  • 单向同步：只让电脑端修改云盘，云盘的变动不会影响电脑端

本篇只是分享下个人工作流的变化
有需要精简可借鉴参考，我也讲讲一些需要注意事项的地方

差异

个人网盘主要使用2点功能，下面分享下差异

  1. 自动同步：备份重要文件
  2. Webdav：与第三方应用进行联动

同步文件夹

坚果云

同步文件夹方法：坚果云直接在需要同步的文件夹下选择同步该文件夹

image-20240818145213891

同步位置：坚果云同步后，该文件夹会直接直接存储在云盘根目录

image-20240818145528602

同步方式：坚果云采用的是「双向同步」

  • 本地删除——>云端同步删除
  • 云端删除——>本地无变化

示例（本地删除）

在D盘建立一个DEMO的文件夹，并且在该目录下建立2份txt（a.txt、b.txt）

image-20240818150821318

然后同步该文件夹image-20240818150125919

同步后效果图（坚果云中就有该文件夹了）
image-20240818150331796

image-20240818151142836

如果本地删除a，那么云盘也会跟着删除a
这就是双向同步，云盘会保持跟本地目录结构一致

image-20240818151700819

示例（云端删除）
我在D盘建立一个DEMO的文件夹，在目录下建立2份txt，一个叫a.txt，一个叫b.txt

然后同步该文件夹

image-20240818150125919

同步后效果图（坚果云中就有该文件夹了）
image-20240818150331796

如果云端删除该同步文件夹，本地不会有任何变化

image-20240818150545243
image-20240818152013466

阿里云盘

同步文件夹方法：
阿里云盘，打开客户端，进入「自动同步」页面，选择同步指定文件夹

image-20240818145331234

同步位置：

同步后，会在「根目录」的「备份文件夹」 下建立一个跟电脑同名的文件夹，存储在里面
例如，个人电脑名称：DESKTOP-ERDGGA7，路径如图所示

image-20240818145650196

同步方式：

阿里云盘采用的是单向同步，本地和云端可以看成两个相互独立的空间

  • 本地删除——>云端无变化
  • 云端删除——>本地无变化

示例（本地删除）

新建立一个Demo文件夹，并且在里面创建2个文本文件（a.txt、b.txt）
image-20240818153156477

同步该文件夹
image-20240818153236752

image-20240818153333369

如果本地删除a.txt，云盘不会删除a.txt
这里删除a.txt，可以看到状态已同步
image-20240818153647866

image-20240818153746909

示例（云端删除）

新建立一个Demo文件夹，并且在里面创建2个文本文件（a.txt、b.txt）
image-20240818153156477

同步该文件夹
image-20240818153236752

image-20240818153333369

云端不支持删除，需要先取消该同步文件夹，才允许删除
image-20240818154259196

image-20240818154316866

在取消同步文件夹的前提下，如果云端删除a.txt，本地不会删除a.txt
也就是云端删除文件不影响本地文件

image-20240818154357458
image-20240818154628806

Wevdav

坚果云

登录网页版，点击右上角账户部分，点击账户信息
image-20240818155431618

切换到「安全选项」 ，该页面下就可以创建应用的登录账户密码
image-20240818155633227

一些限制，详见坚果云第三方应用授权WebDAV开启方法

  • 文件上传大小限制：当前 WebDAV 客户端和网页端上传大小的限制是一致的，默认为 500M（私有云可以通过相关设置调整）。
  • 访问频率限制：由于WebDAV协议比较占用系统资源，免费版用户限制访问频率为每30分钟不超过600次请求。付费用户限制访问频率为每30分钟不超过1500次请求。
  • 同步目录数限制：目前坚果云的WebDAV协议单次请求文件数（包含文件和文件夹）为750个，支持分多页多次加载。如果您使用WebDAV的三方工具未实现按分页多次加载，可能会出现文件同步不完整的情况，建议您使用坚果云客户端进行直接同步。

路径写法：

坚果云的WebDAV协议地址，默认是https://dav.jianguoyun.com/dav/
该地址默认代表的是根目录，如果在第三方应用要使用的话，直接加上根目录的相对路径即可
比如使用Keepass（开源密码管理器），根目录有个KeePass文件夹，那么WebDAV协议地址就是https://dav.jianguoyun.com/dav/KeePass/Database.kdbx

阿里云盘

阿里的话，Webdav功能需要额外付费才能开通，一个月17，一年100多，还是蛮贵的😑

image-20240818160732499

开通后，点击「三方应用」——>「WebDAV」 ——>「创建 WebDAV 账号」

image-20240818160837262

这里与坚果云稍有区别，需要单独选择一个文件夹进行授权
image-20240818161006862

创建后会给个帐号、密码（这里仅做演示使用，该账户过后删除）
image-20240818161107238

路径写法（重要事项）：

需要注意的是阿里云盘的路径与坚果云的路径不同，坚果云直接代表根目录，阿里云盘代表的则是你授权文件夹的根目录

阿里云盘的WebDAV协议地址，默认是https://openapi.alipan.com/dav
该地址默认代表的是你所授权目录的根目录，如果在第三方应用要使用的话，直接加上文件的相对路径即可

比如我授权的是阿里云盘中的Keepass文件夹，该目录下有一个Database.kdbx文件
我在第三方应用要使用WebDAV读取该文件的话

那么我的路径写法不是https://openapi.alipan.com/dav/Keepass/Database.kdbx
而是https://openapi.alipan.com/dav/Database.kdbx，我上面提到我授权的是Keepass文件夹，所以这里的https://openapi.alipan.com/dav/其实就代表的是Keepass文件夹

不知道讲的够清楚不😅

迁移

初步尝试

同步文件夹就不说了，两个除了同步方式的差异外（单向同步、双向同步），其他差别不大

这里主要讲下WebDAV，这是我迁移头疼的一点，也是我为什么使用官方的Webdav的原因。

我个人是有基于阿里云盘搭建Alist，并且Alist也是支持Webdav的（文档详见AList -WebDAV）
在使用Webdav，转移的过程中，转移Flocccus（一个同步书签的Chrome插件）并没有问题，但是在转移Keepass（一个开源密码管理器）的时候出问题了

Keepass文件夹有一个数据库文件Database.kdbx，电脑端使用Keepass客户端访问，手机使用Keepass2Android客户端访问

备份方面：先使用阿里云盘的「自动同步」功能，自动备份Database.kdbx数据库，这样我每次更新Keepass（增加账户、删除账户），都能将本地的数据库自动保存到云端

访问方面：我手机客户端通过AList的Webdav链接去访问电脑自动备份的Database.kdbx数据库

这样两者都是使用一个数据库文件，数据相同，做到个人全平台同步
结构图如下：

Keepass结构图

配置成功后，发现出问题了😠

「自动同步」到阿里云盘的数据库跟本地一致无问题，我增加账户，阿里云盘中的数据库内容也会随之变化，但AList中的数据库内容永远不会更新！

Keepass错误

例如，我本地Keepass增加条目，阿里云盘中的数据库会更新，而AList中的数据库修改时间会变动成最新的（证明确实有修改），但内容确没有任何变动

尝试修改后台缓存时间，尝试Nginx反代增加无缓存头部均无效果
image-20240818193613806

折腾几个小时，人麻了，我彻底放弃了😑
老老实实交钱使用官方的WebDAV服务，先交17块，暂时开通一个月先

二战

不行，我仍旧不死心，继续折腾
刚才突发奇想，竟然搞定了…..😶😶😶

我刚才推测有没有可能是AList的Bug，无法检测到微小的文件内容变动，所以发现该文件夹有变动，对微小变动的文件（几B）采取修改时间的策略

有这种可能，那么就更新AList，久没更新，从3.24版本直接干到最新版3.26😅

知道问题出在AList，在 AList 继续阅读文档找有可能出错的地方
缓存应该是不可能了，后台都设置为0，代表长期有效
阅读WebDAV策略部分，看到「最佳兼容性」，我就抱着试一试的态度尝试了一下，没想到成了！！！！炸裂

image-20240818200534879

虽然我暂时不太懂里面涉及的原理（为什么过自己服务器中转下就有数据？为什么走阿里的文件更新却没更新内容），但此刻只知道成了🥰

真的艰难，尝试了好久（迁移数据+尝试花费5小时多），一直找不到问题所在
类似于程序员找BUG，一堆代码放在你面前，但你就是不知道问题出在哪

针对于Nginx+阿里云盘+AList+WebDAV后续看看有空再出一篇系统性的教程
该篇讲的还是偏杂，本来主要写迁移，写着写着跑偏了（多线操作，边迁移数据、边尝试、边写博文🤣）

我估计也应该是阿里云盘（AList）+Keepass全网第一个尝试的？

必应：

image-20240818201509026

image-20240818201539752

百度：

image-20240818201742398

后话

有的人可能会说，真折腾，可能是吧

我上篇其实也说过，心态对有的人来说，东西在不在无所谓，我的话不行
个人想尽可能的约束个人所拥有的东西（断舍离），将精力约束起来

有意思的是，中途查阅资料的时候看到一个同道中人🙃，不过我是网盘精简，那个博主是密码管理器，他在两个密码管理器中反复横跳，也是有意思的人（反复横跳？—— 我的密码管理工具折腾记）

结束~，继续迁移数据