从双重存储到分离存储:AutoClip 架构迁移的思路与实践
最近对 AutoClip 做了一次存储架构的彻底改造,把原先"文件系统+数据库各存一份"的双重存储模式,改成了"数据库管元数据、文件系统管实际文件"的分离存储模式。整个过程像是一场手术,先诊断病灶,再制定方案,最后开刀缝合。这篇文章先聊聊迁移的思路,下一篇再讲具体踩了哪些技术坑。 ## 双重存储的问题在哪 原先的设计里,切片的元数据既存在数据库的 Clip 表里,又以 clips_metada
思考不是主动来到
而是靠着被动激发
Think, therefore I am
暂无阅读笔记
读完书后,笔记会出现在这里
最近对 AutoClip 做了一次存储架构的彻底改造,把原先"文件系统+数据库各存一份"的双重存储模式,改成了"数据库管元数据、文件系统管实际文件"的分离存储模式。整个过程像是一场手术,先诊断病灶,再制定方案,最后开刀缝合。这篇文章先聊聊迁移的思路,下一篇再讲具体踩了哪些技术坑。 ## 双重存储的问题在哪 原先的设计里,切片的元数据既存在数据库的 Clip 表里,又以 clips_metada
今天踩了一个让我后背发凉的坑。 说到这个,我差点把整个生产环境搞崩了。 第一个坑:我写了个版本切换功能,就一行代码的事儿——用户选个 v3 或 v4,改个内存里的 config,然后用 yaml.safedump 写回 config.yml。 看着挺顺的,对吧? 其实根本没考虑过一件事:config 是什么时候加载的? 回到正题,问题出在这儿: app.py 启动时会执行 config = l
说到这个,以前想加个公众号或者改个微信 API 密钥,流程简直让人头大。 得找到 config.yml 文件,用编辑器打开,然后手动往 accounts 数组里加一个对象,里面要填 name、alias、appid、appsecret、default 这些字段。改完还得保存,重启服务器——对不熟悉代码的人来说,这简直就是噩梦。 YAML 格式是什么?缩进错了怎么办?appsecret 那么长一串怎
今天收到了一条让我愣住的反馈: 「这个系统对小白不友好,我都看不懂,小白怎么会看得懂」。 说实话,我当时就懵了。 不是因为批评,而是因为——我居然没意识到这个问题。 说到这个,我赶紧打开仪表盘看了看。 页面上密密麻麻一堆东西:发布日历、今日洞察横幅、业务线统计、队列统计、AI 标题推荐、内容缺口分析、文章质量评分、最佳发布时间、账号对比、微博监控、快捷操作按钮、历史记录标签页……
今天上线了一个我等了好久的功能:在 V4 仪表盘里直接「一键发布」公众号文章。 说实话,以前发文章要来回切页面、手动配图、改标题,特别麻烦。现在只要选个公众号、挑个类型(图文 or 小绿书)、输入个主题,剩下的全交给系统搞定——全程不用离开仪表盘。 说到这个,整个流程拆成六个关键步骤,每一步我都仔细调过。 第一个坑:LLM 写作 用的是智谱 AI 的 glm4.5air 模型,根据你给的主题提示
今天解决了一个挺实际的问题。 我的公众号文章发布系统一直用着,最近发现 V4 仪表盘看不到今天新发的文章。 排查了半天,原来是文章文件在 外置 SSD 上(/Volumes/jf01/Documents/wechat/),而 V4 只扫了本地的 ~/Documents/wechat/。 说到这个,其实挺常见的。 我现在的存储策略是「本地工作 + 外置归档」:活跃的文章放本地 SSD,方便快速访
说到代码里的硬编码,其实挺常见的。 比如我们做视频生成工具时,早期就直接写了: 文件路径:/Users/apple/Documents/... 封面标签:"育儿心得"、"亲子阅读" 视频尺寸:1080×1920 当时看着没问题,结果一换电脑、换文章、换平台,全崩了。 更麻烦的是,这些值在好几个地方重复写死。改一个地方,漏三个,bug 像雨后春笋一样冒出来。 第一个坑:别把具体当成唯一解 这
从“写好一篇文章”到“让文章自己生长” 这两天整理内容发布流程,突然发现一个有意思的变化: 以前我总想着“怎么把文章写好”,现在更关注“怎么让文章自己长出来”。 听着差不多,其实差得远。 说到这个 以前的创作逻辑很简单: 有个想法 写成一篇文 发出去 结束 文章一发,就定型了。读者看到啥,就是你写啥,不多不少。 问题在哪? 它默认文字是唯一靠谱的表达方式。 但现实不是这样——同样
说到这个,我最近一个月跟 Kimi 一起干了不少事:修网站、做视频、设计知识卡片、优化发布流程。 表面看是开发工具,其实更像是在重新认识“创作”这俩字。 从“动手做”到“动嘴说” 以前写个视频脚本,得打开 PPT,挑模板、排版、加动画、录屏、剪辑、配音乐……一套下来,半天没了。 现在呢?直接跟 AI 说:“把这篇文章做成视频,风格要樱花色系。”等几分钟,成品就出来了。 这不是效率提升那么
今天给博客加了个新玩意儿:小红书风格的探索页。 说到这个,我最近一直在琢磨怎么让老文章更好找。 以前的文章列表是那种一行一行排下来的,看着挺规矩,但说实话——太无聊了。 3500多篇文章啊,翻半天也找不到想看的,谁受得了? 小红书为啥火? 它不是靠内容堆出来的,而是靠“一眼就心动”的设计。 卡片密密麻麻,颜色鲜艳,图片抓人眼球,看完还想点进去看看。 这不就是我们想要的感觉吗? 回
今天给博客加了个自动部署的守护进程,终于不用手动点部署了。文章写完直接扔进 Sanity,剩下的交给它。 说到这个,以前最烦的就是: 在 Sanity 发了文章,博客上却看不到。 得自己跑 vercel prod 重新构建。 结果经常忘了,发了也白搭。 第一个坑 现在好了,我搞了个 watcher,每 5 分钟扫一次 Sanity,看看有没有新内容。 工作原理 每次查一下最新文章的