V4 仪表盘支持双目录扫描本地工作 + 外置

我的公众号文章发布系统一直用着最近发现 V4 仪表盘看不到今天新发的文章

剑飞
1/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

我的公众号文章发布系统一直

我的公众号文章发布系统一直用着最近发现 V4 仪表盘看不到今天新发的文章

命题先说清本页判断
解释补足为什么
行动留下下一步
2/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

排查了半天

排查了半天原来是文章文件在 外置 SSD 上(`/Volumes/jf01/Docum
3/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

活跃的文章放本地 SSD

我现在的存储策略是「本地工作 + 外置归档」 活跃的文章放本地 SSD方便快速访问

命题先说清本页判断
解释补足为什么
行动留下下一步
4/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

所以问题核心就来了

命题先说清本页判断
解释补足为什么
行动留下下一步
把“所以问题核心就来了”落到一个具体项目里看结果
5/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

第一个坑

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“第一个坑”落到一个具体项目里看结果
6/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

同名目录以本地优先

改完后测试 `scan_account("剑飞")` 返回了 38 篇文章包括本地的 `0513/0514`
7/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

day-detail 还是

day-detail 还是看不到
8/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

而不是 `0514`)

继续深挖才发现`get_day_detail()` 调用 `scan_account` 的时候 v

命题先说清本页判断
解释补足为什么
行动留下下一步
9/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

根因找到了

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“根因找到了”落到一个具体项目里看结果
10/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

修复很简单

修复很简单 只取 `match.group(1)`也就是那 4 位的 `MMDD` `
11/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

这次修完让我意识到

回到正题 这次修完让我意识到系统设计里必须考虑多存储位置的情况

命题先说清本页判断
解释补足为什么
行动留下下一步
12/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14V4 仪表盘支持双目录扫描 本地工作 + 外置归档的完整实现

让能力长出来

我的公众号文章发布系统一直用着最近发现 V4 仪表盘看不到今天新发的文章