Linkding-cn:自托管书签管理&稍后读工具,让囤积和回顾更无压

软件名称

linkding-cn

应用平台

  • Windows
  • MacOS

(需Docker自部署)

推荐类型

【开发者自荐】(基于开源项目更改)

一句话简介

一款开源、自托管的网页管理&阅读工具(书签管理器 + 稍后读工具),基于 linkding 二次开发。

应用简介

  • :globe_showing_europe_africa: 多语言:内置 简体中文:china:、English,支持增加更多其他语言
  • :package: 快照存档:自动获取网页的 Favicon、元数据、HTML 快照,支持自定义元数据/快照获取脚本
  • :books: 阅读模式:提供统一、简洁、可定制、可高亮批注的阅读页面
    • 自动提取网页正文(使用 Defuddle),支持自定义正文提取规则
    • 支持自定义阅读页面的主题、字体、字号、行高、页面宽度、阅读速度。
    • 支持高亮&批注,可自定义高亮、批注复制模式
  • :label: 单级标签:简单、易用、强大兼具的书签
    • 输入自动补全:支持英文、中文拼音全拼、中文拼音首字母前缀匹配
    • 快捷标签:添加自定义按钮到书签工具栏,一键为书签增加/删除预设的标签(组)
    • 动态筛选:与书签列表、高亮列表动态联动筛选;支持首字母聚合、自动树状嵌
    • 独立管理页面:编辑、删除、合并、筛选、排序
  • :bullseye: 过滤器:保存常用的筛选条件、排序依据为过滤器,轻松复用,免除手动分类文件夹
  • :magnifying_glass_tilted_left: 搜索引擎:支持逻辑语法,可限定搜索范围
  • :game_die: 随机按钮:支持列表随机排序;支持随机打开书签的 URL/HTML 快照/阅读页面/详情
  • :bar_chart: 数据统计:侧边栏收藏数据看板(热力图:fire:/日历图:date:) + 各场景动态书签数量计数
  • :gear: 高度可定制:自定义 CSS;大量页面个性化设置项
  • :ocean: 开放:
    • 多用户:支持账户密码/单点登录(SSO)
    • 分享:支持与其他用户、陌生访客分享指定书签
    • 导入&导出:Netscape HTML 格式的书签
    • REST API
  • :wrench: 维护简单:
    • 部署:单个 Docker 容器 + SQLite 即可部署
    • 迁移:自动化迁移,零破坏性变更

截图预览

开发中的功能

  • 书签统计页
  • 阅读模式 + 高亮批注
  • 规则引擎
  • AI 支持

相关链接

最新版本 v1.1.0 已经支持阅读模式下的高亮批注

同时提供独立页面对高亮批注进行管理

看起来软件的设计理念不错
感觉是flomo的理念的另一个版本
是否考虑加入类似githubd的仓库管理,和仓库置顶呢

您好,没看懂您说的这个需求,能详细描述下这个需求的使用场景吗?

这个应用是用来收藏网站,或者对网页进行快照、提取、阅读的,没理解您说的管理仓库和这个应用之间的关系

让囤积和回顾更无压力么

我就有囤积 和回顾压力 所以

在有AI 之后我自己用AI 写了一个

没有批注需求 就算 纯看 收藏 带有缩略图可以 回顾

1 个赞

其实还是类似 标签和文件树这样的结构

我其实意思 是你这个 是类似flomo设计 的标签+github类型的每日贡献

为什么不参考一下github仓库的设计 用作书签的合集管理
这种是类似先确立主题 再添加书签 适合于项目
标签那种 是适合于先添加书签 再添加标签 两者不一样

如果有人希望长期使用这个项目的话,我提醒一下,linkding 不支持全文搜索的

我部署完了才发现他不支持全文搜索

原项目不支持文件夹,但是提供了一个 Bundle,类似于智能过滤器
每个 Bundle 可以设定很丰富的筛选条件(如下图),配置好以后,就可以点击 Bundle 一键得到你要的书签合集了
不知道说的是不是这种场景

对的,暂时还不支持全文搜索。
我打算最近搞完自定义爬取脚本定制的可视化面板,再考虑全文搜索的支持。

我尝试过 linkding 和 linkwarden、karakeep 等主流的自部署书签管理,没办法正常获取到推特、Reddit等常见信息源的页面内容(快照),国内的小红书、知乎等就更是如此了。这样无论是稍后读、还是全文搜索其实都无从谈起。所以我打算先支持好自定义爬取脚本的功能。

全文搜索可以试试 meilisearch

你没懂我想表达什么
一个是 先收藏书签 后打标签
另一个 等于 先建立仓库 再收藏书签

标签和仓库 不能等价 不能混用

嗯嗯 我也看到 karakeep 就是在容器里配置一个 meilisearch,感觉支持全文搜索应该不太麻烦

可能的确是没懂你表达的意思

我理解现在讨论的是能不能允许用户新建一个“仓库”/“文件夹”,然后用户在添加书签时将这个书签放入仓库/文件夹。不知道这样的理解是不是正确?

如果理解的不正确,不知道你方不方便举一个真实的使用场景,方便我跟上你的思路,感谢


我刚才提到的 bundle 就是在解决只有标签、没有文件夹的情况下,如何满足这个需求。原项目有一个 issue 讨论了这个问题多年

我觉得“标签和仓库”不等价是正确的,但是标签作为仓库是没问题的(虽然会有一定局限性)
linkding 的 Bundle 在扩展了筛选维度后,其实是个很强大的自动文件夹,我觉得在有海量书签的情况下要比手动管理分类书签的文件夹更好。

另外我理解文件夹更贴合习惯,尤其是树形的管理形式甚至是贴合本能的。所以我也参考 Obsidian 的一个插件 tagfolder 的思路,让标签可以基于它们在书签中的共现情况自动形成一个树状结构。这样体验上很像分类严谨的树状文件夹,而不用手动管理(如下图)

这样设计也行 只是我觉得没什么特色 和普通的书签管理区别不大
你这种 标签化+每日贡献 我最早在flomo看到
而flomo的灵感又来自github

所以或许做成githu那种平铺仓库,比你见到的那种左侧文件夹目录树更实用,更有特色,或者两个结合在一起也行

我好像懂你的思路了

感觉可以提供一种新的视图 + 允许给仓库/文件夹/Bundle写简介,就能达到你说的这种效果

我晚些再研究研究

大概就是那个意思 具体可能要demo看看效果才行
我感觉这个设计挺有意思的 挺有特色 实用性上应该也有中上级别

对于linkding的改进,最需求的功能
1、检查失效link。批量处理(换域名,清理,去重复)
2、批量对域名替换(有些个人博客过一段时间就换一个域名)
3、去重复,包括按title或者url,fuzzy处理。

我是干脆搓了一个 看过的网页自动缓存md的插件
再把数据库引入gety 方便搜索

你这个 cn 未来是怎么考虑的?跟上源项目,还是分道扬镳啊。

还有啊,这个项目和 pinboard.in 真像啊