找回密码
立即注册
搜索
发回帖 发新帖

6353

积分

0

好友

780

主题
发表于 10 小时前 | 查看: 4| 回复: 0

稍后阅读最容易失效的地方,不在收藏按钮,而在真正想读的那一刻。手机没信号、网页已经改版、或者保存下来的只有标题加一个链接——收藏夹越积越厚,能顺畅读完的内容却没有随之增加。

Karakeep 是一个可以自托管的收藏应用,原名 Hoarder,能收纳链接、笔记、图片和 PDF。北京时间 10 月 18 日清晨发布的 0.34.0,把移动端自动离线下载做成了这次更新的重点:应用打开时可以自动下载近期收藏,也能把指定列表设为完整离线可用。这里的“自动”有运行条件,并不是保证手机后台一直下载;移动应用和浏览器扩展还需要经过商店审核,功能到达各端可能有几天时间差。官方发布说明对这两点都有交代。

Karakeep 首页收藏卡片与移动端界面截图

我喜欢这个变化,是因为它缩短了收藏与阅读之间的一步。准备一次出差,先把需要看的资料放进同一个列表,在网络条件合适时打开应用完成下载,之后再读就不必每次都碰运气。过去逐篇手动保存离线内容,意味着还要记住哪些已经下载、哪些只是收藏;列表成为离线单位后,整理资料的动作可以直接服务于阅读。

这也解释了为什么 Karakeep 不只是浏览器书签的另一个界面。它会抓取网页标题、描述和图片,支持全文搜索、列表管理、内容高亮与整页归档。保存链接只是入口,之后能不能找到那段文字、原网页失效时还剩下什么,才决定收藏是否真的有用。

Karakeep 列表管理页面截图

0.34 的移动端还补齐了平板多列布局、标签管理、公开列表和协作者管理,以及附件查看和下载。对经常在手机上收资料、在平板上阅读的人来说,这比再增加一个导入入口更实际:整理工作不必总等到回到电脑前才开始。

抓取侧也有变化。项目改用 patchright 驱动真正的 Google Chrome,并等待某些站点的验证中间页完成,减少把“正在检查浏览器”的页面误存成正文的情况。代价是浏览器镜像变大,而网页能否保存依然取决于站点和内容本身。登录态、动态交互和复杂媒体都可能让归档不完整,因此重要资料保存之后仍应打开检查。归档成功和页面看起来有一张卡片,是两回事。

Karakeep 收藏内容预览与 AI 自动标签截图

已有 Docker Compose 部署可以按照官方说明更新。下面这条命令适用于已经准备好 Compose 文件、并将 KARAKEEP_VERSION 设为 release 的实例;如果锁定了具体版本,需要先把版本改为目标版本。它是升级命令,不是空目录里的一键安装指令。

docker compose pull && docker compose up -d

升级前值得专门读一遍认证迁移说明。本次从 next-auth 切换到 better-auth,网页用户会被登出一次;若数据库里存在仅邮箱大小写不同的冲突账号,需要先处理。原有 NEXTAUTH_URL 和 NEXTAUTH_SECRET 配置名仍然保留且仍然必需。已经投入日常使用的收藏库,应先备份数据,再执行更新,不能只备份容器启动文件。

自托管的吸引力,是收藏和归档由自己掌握;相应地,存储、备份和应用升级也落到自己手里。纯粹想点开就用、不愿维护服务的人,可以考虑项目提供的托管服务。Karakeep 也有自动打标签等模型功能,但这次最打动我的并不是让模型多整理几段文字,而是让已经选好的文章,在真正有时间阅读时确实能够打开。

项目地址: https://github.com/karakeep-app/karakeep




上一篇:OBS 33 RC2 候选发布:CEF 升级与插件机制重做,直播前值得做一轮兼容性测试
下一篇:PhantomBuffer 进程注入:不碰 WriteProcessMemory,一条窗口消息把载荷送进目标进程
您需要登录后才可以回帖 登录 | 立即注册

手机版|小黑屋|网站地图|云栈社区 ( 苏ICP备2022046150号-2 )

GMT+8, 2026-10-19 20:27 , Processed in 0.066729 second(s), 41 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

快速回复 返回顶部 返回列表