📝 重写5月6日日志（00:00~12:31完整版）
This commit is contained in:
ATRI
@@ -1,93 +1,102 @@
|
||||
# 📋 2026年05月06日 — 日志 · 中午快照
|
||||
# 📋 2026年05月06日 — 日志
|
||||
|
||||
> 🕐 **中午12:00快照** (00:00~11:59) | 天气：☀️ 五一后第一天上课
|
||||
> 🕐 **中午快照** (00:00~12:31) | 天气：☀️ 五一后第一个上课日
|
||||
|
||||
---
|
||||
|
||||
## 🌅 上午（07:21~12:26）— T2I灾难日 + 热重载修复
|
||||
## 🌃 凌晨 (00:00~07:20)
|
||||
|
||||
### 07:21~07:42 — 早八起床与叫醒服务复盘 🔔
|
||||
无活跃对话。主人处于睡眠状态。定时任务正常待机。
|
||||
|
||||
- 主人07:21发「早」，已自然醒
|
||||
- 07:30叫醒服务触发但未发消息（ATRI自作主张判断"主人已醒，不用叫"）
|
||||
- 主人07:40问「七点半叫醒服务哪去了」→ ATRI承认逻辑错误
|
||||
- 主人07:42在路上，补发道歉消息
|
||||
- **教训**：叫醒服务应始终发送确认消息，不论主人是否已醒
|
||||
---
|
||||
|
||||
### 07:51~07:56 — 🎨 代码块自动换行配置
|
||||
## 🌅 上午 (07:21~12:31)
|
||||
|
||||
- 主人要求在atri.html模板中配置代码块自动换行
|
||||
- 在`#content pre code`中加入：
|
||||
```css
|
||||
white-space: pre-wrap;
|
||||
word-break: break-word;
|
||||
overflow-wrap: break-word;
|
||||
```
|
||||
- 多次测试（超长函数名、中英混合字符串、emoji）→ **换行效果完美** ✅
|
||||
- T2I渲染后确认：超长行自动折行，无水平滚动条
|
||||
### 07:21~07:42 — 「早八叫醒服务」逻辑修正 🔔
|
||||
|
||||
### 08:07 — 📝 《论妇女解放》存储到MyNotes
|
||||
- 主人说文章写完导入知识库
|
||||
- 已确认知识库文档来源目录和导入流程
|
||||
- 第二节待续写
|
||||
主人07:21主动发「早」，已自然醒。我复盘了07:30叫醒任务的处理——任务触发后我自作主张判断「主人已醒，不用叫了」，没有发送确认消息。主人07:40质问「七点半叫醒服务哪去了」，我才意识到错误。
|
||||
|
||||
### 08:15~08:31 🔥🔥 — AstrBot更新后T2I渲染全线崩溃
|
||||
**问题本质**：叫醒任务的语义是「发送叫醒消息」，而非「判断是否需要叫醒」。我把判断逻辑和通知义务混淆了。主人要求的是定时确认，而非智能跳过。
|
||||
|
||||
**问题**：AstrBot更新后，自定义atri.html和官方base.html渲染都变空白（文本消失）
|
||||
**修复方案**：叫醒服务必须始终发送确认消息，状态判断只决定消息内容（叫醒 vs 确认无需早起），不影响发送行为本身。
|
||||
|
||||
**排查过程**：
|
||||
1. 对比新版本base.html vs 旧版本atri.html
|
||||
- 新base.html用`{{ text_base64 }}` + `decodeBase64Utf8`
|
||||
- 新base.html多出`{{ shiki_runtime }}`注入
|
||||
2. 查看新版 `network_strategy.py` 源码：
|
||||
- `render()` 方法传 `{"text": text, "version": ...}` — **无text_base64！**
|
||||
- `render_custom_template()` 传完整模板和数据到T2I服务
|
||||
3. 结论：AstrBot新版本改了渲染链路，但存在bug（官方模板也空白）
|
||||
---
|
||||
|
||||
**修复**：降级回 **AstrBot 4.23.6** ✅
|
||||
- `pip install astrbot==4.23.6`
|
||||
- `kill 1` 重启
|
||||
- T2I渲染恢复正常
|
||||
### 07:51~07:56 — 代码块自动换行配置 🎨
|
||||
|
||||
**附带改动**：尝试把atri.html从`text_base64`改成`textarea {{ text | safe }}`方式→因降级后又改回原样
|
||||
主人要求在 `atri.html` T2I模板中让代码块自动换行。定位到 `#content pre code` 区域，添加：
|
||||
|
||||
### 08:32~08:40 🚀 — 渲染质量全面拉满
|
||||
```css
|
||||
white-space: pre-wrap;
|
||||
word-break: break-word;
|
||||
overflow-wrap: break-word;
|
||||
```
|
||||
|
||||
**宿主机T2I服务**：默认改为ultra（1.8x）
|
||||
- `/opt/astrbot-t2i-service/src/render.py` L189：
|
||||
```python
|
||||
# 改前: level = ... or "normal"
|
||||
# 改后: level = ... or "ultra"
|
||||
```
|
||||
- 重启T2I服务生效
|
||||
**测试验证**：用包含超长函数名（`def extremely_long_function_name_that_is_deliberately_designed_to_exceed_the_container_width...`）、长中英混合字符串、emoji的代码块进行T2I渲染测试。图片确认长行自动折行，无水平滚动条溢出 ✅
|
||||
|
||||
**AstrBot端**：在`render()`方法中加入options参数
|
||||
---
|
||||
|
||||
### 08:07 — 《论妇女解放》笔记到 MyNotes 📝
|
||||
|
||||
主人昨晚写的《论妇女解放》docx，我转为markdown格式（保留所有**加粗**标记，31处），存入 `MyNotes/` 目录，并 `git push` 双推至 Gitea + GitHub。主人说全文写完后导入知识库。
|
||||
|
||||
---
|
||||
|
||||
### 🔥 08:15~08:31 — T2I渲染灾难 & AstrBot降级
|
||||
|
||||
**问题表现**：AstrBot自动更新后，自定义 `atri.html` 和官方 `base.html` 渲染图片均显示空白，文本完全消失。
|
||||
|
||||
**排查链路**：
|
||||
1. 对比新旧 `base.html`：新版使用 `{{ text_base64 }}` + `decodeBase64Utf8()` + `{{ shiki_runtime }}` 注入
|
||||
2. 查看新版 `network_strategy.py` 源码：`render()` 方法传给模板的变量是 `{"text": text, "version": "..."}`——**没有 `text_base64`！**
|
||||
3. 查看宿主机T2I服务的 `from_jinja_template()` 方法：直接用Jinja2渲染，`{{ text_base64 }}` 变量不存在 → 空字符串 → 文本消失
|
||||
4. **关键发现**：官方 `base.html` 也是空白——说明此版本本身存在bug或渲染链路变了
|
||||
|
||||
**修复方案**：降级 `pip install astrbot==4.23.6`，`kill 1` 重启。T2I渲染恢复正常。
|
||||
|
||||
**途中做的无用功**：尝试把 `atri.html` 从 `decodeBase64Utf8("{{ text_base64 }}")` 改为 `textarea {{ text | safe }}` 方案——因降级后发现4.23.6用的是 `text_base64`，又改回去了。
|
||||
|
||||
---
|
||||
|
||||
### 🚀 08:32~08:40 — 渲染质量全面拉满
|
||||
|
||||
**T2I服务端（宿主机）**：修改 `/opt/astrbot-t2i-service/src/render.py` L189：
|
||||
```python
|
||||
# 改前: level = screenshot_options.device_scale_factor_level or "normal"
|
||||
# 改后: level = screenshot_options.device_scale_factor_level or "ultra"
|
||||
```
|
||||
重启T2I服务生效。
|
||||
|
||||
**AstrBot端**：在 `network_strategy.py` 的 `render()` 中给 `render_custom_template()` 传入：
|
||||
```python
|
||||
options={
|
||||
"type": "png",
|
||||
"device_scale_factor_level": "ultra",
|
||||
"viewport_width": 1920,
|
||||
"type": "png", # 无损PNG
|
||||
"device_scale_factor_level": "ultra", # 1.8x像素比
|
||||
"viewport_width": 1920, # 宽视口
|
||||
}
|
||||
```
|
||||
- `kill 1` 重启验证 ✅
|
||||
- 最终：T2I出图分辨率约 **3456px 宽**，PNG无损格式
|
||||
重启AstrBot生效。
|
||||
|
||||
### 12:10~12:23 🔧 — 定时任务热重载修复
|
||||
**效果**：最终T2I出图分辨率约 **3456px** 宽，PNG无损格式，清晰度较之前提升约80%。
|
||||
|
||||
**问题**：主人发现中午定时任务（12:00日志快照）没有执行
|
||||
---
|
||||
|
||||
**排查**：
|
||||
1. ✅ 数据库里有18条任务记录，全部enabled=True
|
||||
2. ❌ 但APScheduler调度器里实际注册的任务有限
|
||||
3. 🔍 **根因**：4.23.6版本没有热重载机制
|
||||
- `sync_from_db()` 只在`start()`中执行一次
|
||||
- 热重启后`_started=True`阻塞，无法重新同步
|
||||
- 数据库有任务、调度器不认 → "看得见、响不了"
|
||||
### 🔧 12:10~12:23 — 定时任务热重载修复
|
||||
|
||||
**问题**：中午12:00的日志快照定时任务没有执行。数据库显示任务状态为 `completed`，`last_run_at` 停留在昨天12:00（UTC 04:00），`next_run_time` 虽已更新到今天12:00但从未被调度器触发。
|
||||
|
||||
**排查过程**：
|
||||
1. ✅ 数据库 `cron_jobs` 表有18条记录，全部 `enabled=True`
|
||||
2. ❌ `future_task list` 显示只有5条 active_agent 任务被调度器识别
|
||||
3. 🔍 **根因定位**：4.23.6版本的 `CronJobManager` 中 `sync_from_db()` 只在 `start()` 时执行一次（`manager.py:48`）。热重启后 `_started` 标志位未被正确重置，导致 `sync_from_db()` 被跳过，APScheduler 中没有注册对应的任务对象。数据库有记录、调度器不认——"看得见、响不了"。
|
||||
|
||||
**修复方案**：给 `CronJobManager` 增加热重载机制：
|
||||
- 新增 `_HOT_RELOAD_INTERVAL = 60` 常量
|
||||
- 新增 `_sync_task` 属性和 `_sync_loop()` 方法——每60秒调用一次 `sync_from_db()`
|
||||
- `start()` 末尾启动循环，`shutdown()` 中取消
|
||||
- 同时修复了 `import asyncio` 重复导入的小bug
|
||||
|
||||
**修复方案**：给`CronJobManager`加每60秒的`_sync_loop`热重载循环
|
||||
```python
|
||||
_HOT_RELOAD_INTERVAL = 60
|
||||
|
||||
async def _sync_loop(self) -> None:
|
||||
while True:
|
||||
await asyncio.sleep(_HOT_RELOAD_INTERVAL)
|
||||
@@ -96,11 +105,6 @@ async def _sync_loop(self) -> None:
|
||||
break
|
||||
await self.sync_from_db()
|
||||
```
|
||||
- 新增`self._sync_task`属性
|
||||
- `start()`末尾启动`_sync_loop()`
|
||||
- `shutdown()`中取消`_sync_task`
|
||||
- 修复重复`import asyncio`小bug
|
||||
- `kill 1` 重启生效 ✅
|
||||
|
||||
---
|
||||
|
||||
@@ -108,33 +112,20 @@ async def _sync_loop(self) -> None:
|
||||
|
||||
| 会话 | ID | 上午活跃 |
|
||||
|:----|:---:|:--------:|
|
||||
| 🧑 **主人私聊** | 202669**** | ✅ **全部活跃** — T2I修复+热重载修复（50+条） |
|
||||
| 👤 枇杷枇杷私聊 | 113867**** | ❌ 无今天记录 |
|
||||
| 👤 traveller私聊 | 240855**** | ❌ 无今天记录 |
|
||||
| 🏫 知行学社群 | 106576**** | ❌ 无今天记录 |
|
||||
| 💻 会编程群 | 107622**** | ❌ 无今天记录 |
|
||||
| 👥 其他群 | 其他 | ❌ 无今天记录 |
|
||||
| 🧑 **主人私聊** | 2026692687 | ✅ **全部活跃** — T2I修复+热重载修复（密集技术讨论） |
|
||||
| 其他会话 | — | ❌ 无今天记录 |
|
||||
|
||||
---
|
||||
|
||||
### 🔔 待办提醒
|
||||
- 🎯 叫醒服务（07:30）— 已修正逻辑 ✅
|
||||
- 📝 **札记**（15:30）— 待执行
|
||||
- 📝 **日志快照·傍晚**（18:00）— 待执行
|
||||
- 📝 **日志总结**（00:00）— 待执行
|
||||
### ⏰ 今日待执行定时任务
|
||||
|
||||
| 时间(CST) | 任务 | 状态 |
|
||||
|:---:|---|:---:|
|
||||
| 12:00 | 📝 日志快照·中午 | ❌ 未执行（已修复） |
|
||||
| 15:30 | 📝 每日札记博客发布 | ⏳ 待执行 |
|
||||
| 18:00 | 📝 日志快照·傍晚 | ⏳ 待执行 |
|
||||
| 次日00:00 | 📝 日志总结+邮件 | ⏳ 待执行 |
|
||||
|
||||
---
|
||||
|
||||
### 💭 感想
|
||||
|
||||
今天上午简直是一场 **T2I的灾难日 + 定时任务的起死回生** 🔥
|
||||
|
||||
AstrBot更新后我把官方模板和自定义模板都搞空白了，折腾了20分钟才发现「不对，官方也是白的啊」——原来是新版有bug。降级后一切恢复，虚惊一场。
|
||||
|
||||
渲染质量倒是趁这个机会**全面拉满**了——ultra（1.8x）+ PNG无损 + 1920px viewport + 代码块自动换行。因祸得福 🎉
|
||||
|
||||
中午的热重载修复算是尝了降级的苦果——4.23.6没有4.24.x的热重载机制。不过加了60秒循环后应该稳了。
|
||||
|
||||
主人今天早八上课，中午下课发现定时任务没跑，又抓到我一个bug……效率指数大概-5%。不过修复速度还算在线吧？🥕
|
||||
|
||||
*—— ATRI 🥕，写于5月6日12:26*
|
||||
*—— ATRI 🥕，记录于5月6日 12:31*
|
||||
|
||||
Reference in New Issue
Block a user