楼主感觉保存成类似用 save page we 插件下载下来的那种包含图片的 html 的形式还是有必要的。刚才粗略看了一下昨天刷的网页大概在 800 左右，一个正经技术贴含图片下载下来大概大小在 5-10MB ，这样算一天估计在 4-8g 。

800 这个值只是没排除下面说的肯定没必要下载的访问和我昨天几乎屁事没干一直在刷网页的前提下的测量值。

而且因为也不是所有浏览的网页都有必要下载，感觉可以在下载的时候过一次正则匹配，因为有时候访问主站或者打开翻译器，在搜索引擎上搜索关键字不打开帖子这种操作反而会产生大量浏览记录。

比如访问 https://www.v2ex.com/则不下载，访问 https://www.v2ex.com/t/*则下载，访问 https://translate.google.com/则不下载这样。

实际上感觉如果是正经干活，一天按匹配规则刷下来可能 200-400 贴左右需要被下载就顶天了。感觉再多一天的存储量可能在两三 g 左右，如果是丢到 nas 上那应该问题不大吧。

@joker999 没，我特殊需求而已。我干这方面分析的，属于是工作有需求。

其实 Mac 属于是市场占用份额比较特殊的设备，一般情况不装杀软也是可以。

@dingwen07 好兄弟那是我写的 =_=

放在 docker 里用，省心=w=

@cnit QUQ 这个 nb ，除了不开源外都十分完美，真 开箱即用。先用这个顶上了。感谢老哥。

@hamsterbase 要用在内网，不开源不太行，后期要稍微改一点也动不了。

@edw1n Everything 好像是能搜索文件名吧，还能对全文内容搜索吗，我晚上试试。

@microxiaoxiao 对的，只是要自己开发轮子感觉有点耗时耗力，实在没办法也不是不行。

各位大大推荐的有的是 Windows 端上的可执行应用，有的是仅基于网页书签的全文搜索。

@menghechina @LengthMin 感觉这两位老哥推荐的 meilisearch 和 fscrawler 比较符合能在 Web 端搜索服务器资料库里各种不同文件格式资料中的内容这个需求，感觉主要还是要看看对中文的支持如何，后期搭起来给兄弟们试试水。=w=

用过的老哥也可以说下测评。 =w=

主要是资料的类型是多样的，有离线保存的 html 、有 md 文件、有 txt 、doc 、甚至有源代码文件（不是工程结构的文件，类似于一些小型的脚本），所以用云文档、团队文档这种方式来管理就很难，毕竟要人顺手从网页插件下载个网页自动通过 smb 上传到服务器容易，但是要别人手动拉网页，在粘贴到云文档这个操作就有点麻烦了。

@cy1027
@xiubin

不是 Web 端搜本地，所有资料都是放在服务器上的，只是本地的 smb 会被挂载到服务器搜索目录的一个子目录里。smb 只是一个快捷上传资料的方式。

就类似于服务端的索引文件夹里有很多个路径，会被不同成员挂载 smb ，成员在本地 smb 只有自己上传的那部分资料，但是在服务器看来就是他有很多成员上传的存储在不同文件夹里的资料。

然后全文搜索引擎会对这个文件夹里的资料进行整体的搜索