[更新] localtags 本地文件备份工具

[SuperMild]

自从第一次发布以来，做了很多改进，因此再来宣传一下。

• 写了大量文档，其中包括一些截图，详见 wiki localtags 是什么，用来解决什么问题？

• 由于 Windows 编译有点麻烦 (涉及 cgo, 需要 gcc), 因此我做了 Windows 的可执行文件方便大家试用。Mac 和 Linux 编译应该很方便，就不提供二进制文件了。

  下载地址 https://github.com/ahui2016/localtags/releases

• 这个软件是我精心构思的，其中的标签系统很有特色，但需要多花些时间去使用才能感受到其妙处。在使用过程中本软件的很多设计会与市面上的常见软件不一样（很多地方为了少写代码而让用户麻烦一点，减少代码量是本软件的主要思想之一），有任何疑问欢迎提出。

[kingboy9525]

路过。看到好像没有什么人回复，不是杠，只是随便说点什么。内容可能有点乱。

用标签取代文件夹的想法很好。给我的感觉就是网页轻轻量版的 DEVONThink 。新建文件后强制两个标签，这种思路作者性很强，或者说很 Apple 。但有一个事实是，大多数非专业用户对自己数据的产生是不负责任的，所以大多数用户的文件命名是 XXXXX (1) (1) (1) (1)。换言之，这样的产品在筛选出「认真」「强迫症」的用户，也是对于普通用户的歧视。

而文件搜索（日后再次利用）的问题，无论是启动速度还是索引速度，在 Windows 中可能很难找到 Everything 的真正对手，假定我是认真的用户，那么我在文件命名上会严谨很多甚至必要还可以自己添加 # 等命名，Everything 也是非常快就可以定位了。上述这套模式与 Everything 类的产品相比的区别，这个区别带来的效率与效益能不能足以说服用户用这个产品呢？

如果丢过重要数据的人，才知道多个备份的重要性。云盘备份安全的问题，搭配 Cryptomator 或 VeraCrypt 这样的产品，就可以比较好的规避。本地备份确实是好，但备份「 3-2-1 原则」中的 1 就是需要有一份在异地。

另外，究竟是想要设计一套思路去处理自己的文件，还是说做一个 app 把用户圈在这个产品中。

[SuperMild]

@kingboy9525 非常感谢大段回复，我是非常欢迎讨论的。

1. 由于没有文件夹，需要加强标签的作用，因此必须至少两个标签。如果允许一个或零个标签，我这个标签系统的作用是根本发挥不出来的。有得有失，这也很无奈，鱼与熊掌不可兼得，我选择了纯标签，就只能选择至少两个标签。

2a. 我这个设计与 Everything 之类相比，最大的区别是，增加了人脑的参与度。把文件上传到本软件中，并赋予合适的标签，这个过程会不断地加强人脑与文件、标签的联系，使用后会发现，系统里有什么文件，大概有哪些标签，在大脑里会非常清晰，心中有数，有一种整整齐齐、运筹帷幄的感觉。

2b. Everything 之类，包括市面上大多数笔记软件，无法搜索多个标签的交集（只能搜索多个标签的并集），当文件数量非常巨大的时候，搜索结果会出来一大堆，还要慢慢找，效率很低。我这个标签系统是搜交集的，出来结果非常精确。同时为搜索标签组提供了很多便利的设计，多数情况下直接点击就能搜索标签组。

3. 我这个提供了非常便利的本地备份功能，但也不与云备份冲突，如果用户平时使用云盘备份，只要把仓库文件夹也加入同步盘即可，本质上只是一些文件而已。

4. 后续将会提供把数据库导出为 CSV 的功能，提供文件批量导出功能，因此用户完全不用担心被圈住。

[thrinity]

感觉很有创意
说一下我的感受：查看了 github 的项目文档，对于这个本地备份工具最有趣的一点就是标签。虽然楼上说到了 everything，正如楼主说的会导致搜索内容过多，还有一个痛点在于 everything 只支持 ntfs 文件系统。但是两者其实也并不矛盾，everything 的优点在于全局精准搜索，而标签在于用户个性化归档，两者结合使用效果应该会很好，先搜索相关结果，然后再根据标签进行进一步过滤。标签的组合使用是一个亮点，但是也有一个问题，就是用户需要针对文件设置不同的标签，这个过程是比较麻烦的，而且很难将文件相关的关键词提取，如果提取的关键词多了也会增加检索负担。
还有就是某些场景下操作会更复杂，例如我有一个文件夹，里面放置下载的文档和论文，如果我使用文件夹的话，很好进行归档，但是如果要使用标签的话，还需要针对文档内容和论文进行标签归档，比较麻烦。

[0o0O0o0O0o]

要不要找个 sqlite 的替代品把 cgo 去掉，比如这个不知道完成度够不够用 https://pkg.go.dev/modernc.org/sqlite

[SuperMild]

@thrinity 根据我的设想，这个标签系统应该可以完全彻底取代文件夹的，比如，你原本有一个文件夹，那么直接用那个文件夹名来当作标签即可。

举个例子，原本文件夹结构是：食物 => 水果 => 常见水果

那么, 可以直接给 "常见水果" 里的文件设标签为: #食物 #水果 #常见

我专门做了一个 tag groups 页面, 在那里可以把 "#食物 #水果 #常见" 设为一个常用的标签组, 设定后可以一键搜索标签组, 效果相当于一键直达 "常见水果" 文件夹.

@0o0O0o0O0o 谢谢！我先关注看看，我也希望能换掉。

[Deteriorator]

最好加上截图吧

[SuperMild]

@Deteriorator 这里有零散的截图 https://github.com/ahui2016/localtags/tree/main/screenshots (这些截图的文字说明在 wiki 的文章里)

[vopsoft]

看不说明 没有尝试的欲望

[SuperMild]

新增了一篇说明文档，用我自己实际使用时产生的标签来举例（有图）：

https://github.com/ahui2016/localtags/wiki/real-tags

[SuperMild]

@vopsoft 因为涉及很多“新”概念，所以我很难说明白：

1. 大多数标签系统的设计是错误的，正确设计的标签系统会比文件夹好用很多。
2. 文件需要备份，并且需要定期检查完整性
3. 如果压缩或加密后上传到网盘，几年后有小概率损坏，彻底打不开（一般网盘没有冗余备份）

如果用户能认识到这几个问题，那么我这个软件应该值得一试，因为我还没有见过能同时解决这几个问题的开源免费产品。

[vopsoft]

或许还优秀 但不符合人类的使用习惯
很日常的东西 还要花心智学

[SuperMild]

@vopsoft 你误会了，我这个软件在使用上完全不需要特别学习，相反，操作界面比一般软件还要简洁清晰。

我写文档主要是介绍管理文件的一套推荐做法而已。