docs(seo): record chuanjiafeng multi-scene recovery
This commit is contained in:
@@ -3272,3 +3272,110 @@ rg '<title>|canonical|og:url' /tmp/b.html
|
|||||||
2. `canonical` 分别指向各自关键词
|
2. `canonical` 分别指向各自关键词
|
||||||
3. `og:url` 分别指向各自关键词
|
3. `og:url` 分别指向各自关键词
|
||||||
4. 不再出现“动作词页返回爱情 HTML”的现象
|
4. 不再出现“动作词页返回爱情 HTML”的现象
|
||||||
|
|
||||||
|
## 2026-04-17 继续补充:`chuanjiafeng-net` 已完成一轮多场景恢复
|
||||||
|
|
||||||
|
这条是本机继续排查后的新增结论,目的是把“哪些 host 还需要修、哪些已经可以当样板”区分清楚。
|
||||||
|
|
||||||
|
### 1. 先看 source / published 差额
|
||||||
|
|
||||||
|
本机对比后确认:
|
||||||
|
|
||||||
|
1. `code/storage/domain_bootstrap_bundles/chuanjiafeng-compact/data/seo_copy/chuanjiafeng-net`
|
||||||
|
2. `code/data/seo_copy_published/chuanjiafeng-net`
|
||||||
|
|
||||||
|
之间之前确实存在明显差额。
|
||||||
|
|
||||||
|
最典型的是:
|
||||||
|
|
||||||
|
1. `category_index`:source 远多于 published
|
||||||
|
2. `category_list`:source 远多于 published
|
||||||
|
3. `search`:source 远多于 published
|
||||||
|
4. `rank_list`:source 有 `daily / weekly / monthly / total`,published 原先只有 `daily`
|
||||||
|
5. `forge`:source 比 published 多出多批真实 page-key
|
||||||
|
|
||||||
|
也就是说,`chuanjiafeng-net` 在这台机器上虽然已经不是“default-only”,但之前仍属于“只恢复了一部分”的状态。
|
||||||
|
|
||||||
|
### 2. 本轮采用的恢复策略
|
||||||
|
|
||||||
|
为了避免把首页已有主文案冲掉,这轮没有恢复 `home`,只恢复下面这些场景:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
php code/scripts/seo_copy_restore_from_source.php \
|
||||||
|
--host=chuanjiafeng-net \
|
||||||
|
--source=code/storage/domain_bootstrap_bundles/chuanjiafeng-compact/data/seo_copy \
|
||||||
|
--scenes=category_index,category_list,search,rank_index,rank_list,detail,forge,play \
|
||||||
|
--dry-run
|
||||||
|
|
||||||
|
php code/scripts/seo_copy_restore_from_source.php \
|
||||||
|
--host=chuanjiafeng-net \
|
||||||
|
--source=code/storage/domain_bootstrap_bundles/chuanjiafeng-compact/data/seo_copy \
|
||||||
|
--scenes=category_index,category_list,search,rank_index,rank_list,detail,forge,play
|
||||||
|
```
|
||||||
|
|
||||||
|
这个策略的好处是:
|
||||||
|
|
||||||
|
1. 保住首页现成资产
|
||||||
|
2. 只补短板场景
|
||||||
|
3. 恢复面又足够大
|
||||||
|
|
||||||
|
### 3. 恢复后的审计结果
|
||||||
|
|
||||||
|
恢复后重新审计:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
php code/scripts/seo_copy_published_audit.php --host=chuanjiafeng-net --format=text
|
||||||
|
```
|
||||||
|
|
||||||
|
关键结果已经变成:
|
||||||
|
|
||||||
|
1. `category_index: total=6, non_default=6`
|
||||||
|
2. `category_list: total=32, non_default=31`
|
||||||
|
3. `search: total=16, non_default=16`
|
||||||
|
4. `rank_index: total=1, non_default=1`
|
||||||
|
5. `rank_list: total=4, non_default=4`
|
||||||
|
6. `detail: total=17, non_default=16`
|
||||||
|
7. `forge: total=16, non_default=16`
|
||||||
|
8. `play: total=17, non_default=16`
|
||||||
|
|
||||||
|
说明这轮恢复后,`chuanjiafeng-net` 已经不是“局部样本恢复”,而是多场景资产都补齐了一大截。
|
||||||
|
|
||||||
|
### 4. 前台验证结果
|
||||||
|
|
||||||
|
这轮不是只看文件数量,还做了前台验证:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
php code/scripts/seo_copy_front_verify.php chuanjiafeng.net rank_list weekly --target-root=code/data/seo_copy_published --base-url=https://chuanjiafeng.net --format=text
|
||||||
|
php code/scripts/seo_copy_front_verify.php chuanjiafeng.net category_list dian-ying dong-zuo-pian --target-root=code/data/seo_copy_published --base-url=https://chuanjiafeng.net --format=text
|
||||||
|
```
|
||||||
|
|
||||||
|
结果都已经:
|
||||||
|
|
||||||
|
1. `status: 200`
|
||||||
|
2. `all_matched: yes`
|
||||||
|
|
||||||
|
其中已确认命中的新增场景包括:
|
||||||
|
|
||||||
|
1. `rank_list/weekly`
|
||||||
|
2. `category_list/dian-ying--dong-zuo-pian`
|
||||||
|
|
||||||
|
这说明 `chuanjiafeng-net` 这轮新增恢复出来的:
|
||||||
|
|
||||||
|
1. 非日榜周期页
|
||||||
|
2. 细分类列表页
|
||||||
|
|
||||||
|
都已经被前台真实读到,不是只停留在离线文件层。
|
||||||
|
|
||||||
|
### 5. 后续判断结论
|
||||||
|
|
||||||
|
从现在开始,`chuanjiafeng-net` 在这台机器上应视为:
|
||||||
|
|
||||||
|
1. 已恢复成功的多场景样板 host
|
||||||
|
2. 不是当前优先抢修对象
|
||||||
|
|
||||||
|
后续如果还要继续扩它,优先考虑:
|
||||||
|
|
||||||
|
1. 补更多 `home` 变体
|
||||||
|
2. 补更大规模的 `detail / play / forge` 样本
|
||||||
|
|
||||||
|
但在“先救火、先补漏恢复 host”这个优先级里,`chuanjiafeng-net` 已经可以后移。
|
||||||
|
|||||||
Reference in New Issue
Block a user