当 26MB 的 RSC Payload 压垮博客一次 502 错误的排查

说到这个 我第一反应是文章太多了但转念一想——博客是静态生成的不应该出现这种问题

剑飞
1/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

博客突然打不开了

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“博客突然打不开了”落到一个具体项目里看结果
2/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

我第一反应是文章太多了

说到这个 我第一反应是文章太多了但转念一想——博客是静态生成的不应该出现这种问题
3/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

看交付物

01看见

结果能被他人检查

02完成

动作落到具体产物

03复用

下次可以更快再做

把“看交付物”落到一个具体项目里看结果
4/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

- index.html

命题先说清本页判断
解释补足为什么
行动留下下一步
把“- index.h”落到一个具体项目里看结果
5/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

一个博客首页

一个博客首页怎么会生成 26MB 的 HTML

把“一个博客首页”落到一个具体项目里看结果
6/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

打开 `index.rsc

打开 `index.rsc` 检查发现里面有 3600 多个 excerpt 字段
7/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

每个分类下有多少文章

再翻代码问题出在 `getPostsByCategory()` 这个函数上 它返回的每个 Ca
8/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

而首页的 `Categor

而首页的 `CategoryNav` 和 `Sidebar` 都是客户端组件(加了 `"use client"`) Next.

命题先说清本页判断
解释补足为什么
行动留下下一步
9/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

1.在 `app/pag

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“1.在 `app”落到一个具体项目里看结果
10/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

如果这些数据包含大数组

这次问题的本质是服务端的数据不小心泄露到了客户端的序列化流程中

把“如果这些数据包含大”落到一个具体项目里看结果
11/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

别一股脑全传过去

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“别一股脑全传过去”落到一个具体项目里看结果
12/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14当 26MB 的 RSC Payload 压垮博客 一次 502 错误的排查

让能力长出来

说到这个 我第一反应是文章太多了但转念一想——博客是静态生成的不应该出现这种问题