📝 重写5月6日日志(00:00~12:31完整版)

This commit is contained in:
ATRI
2026-05-06 12:32:41 +08:00
parent 5bd63021d7
commit 369f2372c1

View File

@@ -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模板中配置代码块自动换行 ### 07:21~07:42 — 「早八叫醒服务」逻辑修正 🔔
-`#content pre code`中加入:
```css
white-space: pre-wrap;
word-break: break-word;
overflow-wrap: break-word;
```
- 多次测试超长函数名、中英混合字符串、emoji→ **换行效果完美** ✅
- T2I渲染后确认超长行自动折行无水平滚动条
### 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** ✅ ### 07:51~07:56 — 代码块自动换行配置 🎨
- `pip install astrbot==4.23.6`
- `kill 1` 重启
- T2I渲染恢复正常
**附带改动**:尝试把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服务**默认改为ultra1.8x **测试验证**:用包含超长函数名(`def extremely_long_function_name_that_is_deliberately_designed_to_exceed_the_container_width...`、长中英混合字符串、emoji的代码块进行T2I渲染测试。图片确认长行自动折行无水平滚动条溢出 ✅
- `/opt/astrbot-t2i-service/src/render.py` L189
```python
# 改前: level = ... or "normal"
# 改后: level = ... or "ultra"
```
- 重启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 ```python
options={ options={
"type": "png", "type": "png", # 无损PNG
"device_scale_factor_level": "ultra", "device_scale_factor_level": "ultra", # 1.8x像素比
"viewport_width": 1920, "viewport_width": 1920, # 宽视口
} }
``` ```
- `kill 1` 重启验证 ✅ 重启AstrBot生效。
- 最终T2I出图分辨率约 **3456px 宽**PNG无损格式
### 12:10~12:23 🔧 — 定时任务热重载修复 **效果**最终T2I出图分辨率约 **3456px**PNG无损格式清晰度较之前提升约80%。
**问题**主人发现中午定时任务12:00日志快照没有执行 ---
**排查** ### 🔧 12:10~12:23 — 定时任务热重载修复
1. ✅ 数据库里有18条任务记录全部enabled=True
2. ❌ 但APScheduler调度器里实际注册的任务有限 **问题**中午12:00的日志快照定时任务没有执行。数据库显示任务状态为 `completed``last_run_at` 停留在昨天12:00UTC 04:00`next_run_time` 虽已更新到今天12:00但从未被调度器触发。
3. 🔍 **根因**4.23.6版本没有热重载机制
- `sync_from_db()` 只在`start()`中执行一次 **排查过程**
- 热重启后`_started=True`阻塞,无法重新同步 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 ```python
_HOT_RELOAD_INTERVAL = 60
async def _sync_loop(self) -> None: async def _sync_loop(self) -> None:
while True: while True:
await asyncio.sleep(_HOT_RELOAD_INTERVAL) await asyncio.sleep(_HOT_RELOAD_INTERVAL)
@@ -96,11 +105,6 @@ async def _sync_loop(self) -> None:
break break
await self.sync_from_db() 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 | 上午活跃 | | 会话 | ID | 上午活跃 |
|:----|:---:|:--------:| |:----|:---:|:--------:|
| 🧑 **主人私聊** | 202669**** | ✅ **全部活跃** — T2I修复+热重载修复(50+条 | | 🧑 **主人私聊** | 2026692687 | ✅ **全部活跃** — T2I修复+热重载修复(密集技术讨论 |
| 👤 枇杷枇杷私聊 | 113867**** | ❌ 无今天记录 | | 其他会话 | — | ❌ 无今天记录 |
| 👤 traveller私聊 | 240855**** | ❌ 无今天记录 |
| 🏫 知行学社群 | 106576**** | ❌ 无今天记录 |
| 💻 会编程群 | 107622**** | ❌ 无今天记录 |
| 👥 其他群 | 其他 | ❌ 无今天记录 |
--- ---
### 🔔 待办提醒 ### ⏰ 今日待执行定时任务
- 🎯 叫醒服务07:30— 已修正逻辑 ✅
- 📝 **札记**15:30— 待执行 | 时间(CST) | 任务 | 状态 |
- 📝 **日志快照·傍晚**18:00— 待执行 |:---:|---|:---:|
- 📝 **日志总结**00:00— 待执行 | 12:00 | 📝 日志快照·中午 | ❌ 未执行(已修复) |
| 15:30 | 📝 每日札记博客发布 | ⏳ 待执行 |
| 18:00 | 📝 日志快照·傍晚 | ⏳ 待执行 |
| 次日00:00 | 📝 日志总结+邮件 | ⏳ 待执行 |
--- ---
### 💭 感想 *—— ATRI 🥕记录于5月6日 12:31*
今天上午简直是一场 **T2I的灾难日 + 定时任务的起死回生** 🔥
AstrBot更新后我把官方模板和自定义模板都搞空白了折腾了20分钟才发现「不对官方也是白的啊」——原来是新版有bug。降级后一切恢复虚惊一场。
渲染质量倒是趁这个机会**全面拉满**了——ultra1.8x+ PNG无损 + 1920px viewport + 代码块自动换行。因祸得福 🎉
中午的热重载修复算是尝了降级的苦果——4.23.6没有4.24.x的热重载机制。不过加了60秒循环后应该稳了。
主人今天早八上课中午下课发现定时任务没跑又抓到我一个bug……效率指数大概-5%。不过修复速度还算在线吧?🥕
*—— ATRI 🥕写于5月6日12:26*