Horizon 初体验 - 用 AI 构建你专属的新闻雷达 - 抓取每日高分新闻推送到飞书

介绍公众号刷到一篇关于 Horizon 在飞牛 Nas 上部署的文章,看到有用到 AI,正好 deepseek API 充了 10 块钱,前面本地 Claude Code 配置失败用不了,终于有地方能试试了。Horizon 通过从支持的信息源抓取内容,合并去除重复新闻,用 AI 打分过滤,最后补充背景知识。AI 主要参与的环节在后半段,整理完成后会生成一个 md 文件,并且可以通过一些方式途径(邮

aTrust CAS 网页登录之后,aTrust 不能正常识别到登录状态

遇到如标题所示情况,前两天还是可以正常识别并登录的。网页端提示:检测到有应用需要依赖客户端才能正常使用,建议您立即下载并安装;如果您已安装但未正常启动,请点击此处点击可以弹出 aTrust 应用界面,但还是没有正常识别登录。咨询 deepseek 给方案:检查浏览器是否拦截本地连接(最常见)检查客户端进程与系统权限浏览器访问页面的 “本地网络访问权限” 没有找到,但(Chrome 浏览器)有看到一

Outline 通过 docker compose 丝滑升级到最新的 1.6

前言在考虑使用 outline 来做什么的时候,突然发现 github 上的版本已经到 1.6.1 了。三个月更新了很多内容,问了 deepseek,结论就是:如果你需要AI搜索、看板视图,或者对表格、代码块等编辑功能有更高要求,那这个版本还是很值得升级的。升级前,建议先仔细阅读完整的更新日志,并做好数据备份。丝滑升级因为之前已经创建过 docker compose 项目了,而这次的升级的目标只是

Navidrome 使用 docker compose 部署和使用 - 自托管音乐流媒体服务器

前言听到几首比较好听的歌,就想把他们收藏起来。其实绿联云 Nas 已经提供了这一解决方案,之前也使用过,使用洛雪音乐助手 (LX Music)下载音乐,然后上传到 Nas music 目录下。只不过 Nas 客户端访问非常卡,一般只做本地相册自动备份,可能跟日益增长的使用人数有关吧。所以想做一个服务器端的在线音乐播放器,当然如果有源更好,没有源搭配一些下载工具(比如洛雪)也OK。让 deepsee

PicHome 个人版 3.0.0 配置 ollama 图片理解

周末闲着无事,想试试安装的 PicHome 个人版 3.0.0 中的 ollama 图片理解。这个 ollama 属于第一次接触,但看着与其并列的几个,如火星图片理解、阿里云以图搜图、阿里百炼都属于大模型应用,这个也应该类似。这些图片理解主要的功能就是根据 Prompt 提示词,给出图片内容对应的标签、描述和文件名,可以批量执行,不需要个人去定义。基础环境ollama 官网 上可以找到很多的大模型

PicHome 个人版 3.0.0 使用和问题解决

之前 docker compose 安装好 PicHome 个人版 之后,在后台捣鼓了很久,尤其是那个发布很抽象,发布完也就是换一个地方显示,前台的页面上依然什么都没有。后面问了 deepseek 才知道要从「栏目管理」(站点导航设置)里添加,可以选择顶部导航或者底部导航,但正常都在顶部导航添加吧。添加完之后,页面顶部多了一个导航菜单,就是自己定义的名称。当然,这主要是我没有深度使用过吧,文档里介

PicHome 个人版 docker compose 部署

访问密码设置2026-04-16 更新看到一些其他的图床有访问密码,想要访问密码配置。但 PicHome 本身并没有,问了 deepseek 给出一个方案,通过 nginx 反向代理设置 HTTP 基本认证(HTTP Basic Authentication)。因为使用 https-portal,所以配置更简单:environment: # 这里的 'admin:secret123&

van-nav v1.12.1 docker 安装 - 轻量导航站

安装过程继续迁移旧服务器上的服务,van-nav 是一个轻量导航站,之前是下载的可执行文件直接运行的。运行后服务监听 6412 端口,之前使用 httpd 反向代理,转发请求到服务端口。<VirtualHost *:80> ServerName nav.seasidecrab.com #ServerAlias nav.seasidecrab.com

gitlab-ee 13.6.7 迁移并使用 docker compose 部署

前言旧的服务器要到期了,需要把上面的服务迁移到新服务器。最最重要的就是这个 gitlab 服务,里面存放的是之前几个项目的源码。虽然感觉没什么用,也不太重要,但也算是自己编程生涯的重要见证。之前给公司的 gitlab 做过一次迁移:gitlab 迁移 - 备份还原,当时主要还是通过搜索引擎去找的方案,也确实可用。整体上看,一共是一个备份文件加上两个配置文件,gitlab 的迁移过程还是相对比较简单

steveltn/https-portal 使用重定向和反向代理以及 deepseek 和豆包网页版的翻车过程

前言有两个服务域名证书到期了,导致访问页面异常,分别是 www.seasidecrab.com 和 docs.seasidecrab.com。刚好这两个域名指向的也是旧的服务器,旧服务器快到期了,需要指向到新服务器 A 上。博客和文档服务本身安装在另一个台服务器 B 上,当时临时通过永久重定向(301)和反向代理的形式将请求转发到 B 上。从长远考虑肯定是要把所有服务都迁移到 A 上的,但因为 B