交付 2/5：详情与 JSON
n09 要交付的应用（比贯穿的多两样：作者字段、删除）： 数据 rows：[{"id", "text", "by"}]，id 从 1 起递增 GET /
交付 3/5：添加与删除
n09 要交付的应用（比贯穿的多两样：作者字段、删除）： 数据 rows：[{"id", "text", "by"}]，id 从 1 起递增 GET /
交付 4/5：路由
n09 要交付的应用（比贯穿的多两样：作者字段、删除）： 数据 rows：[{"id", "text", "by"}]，id 从 1 起递增 GET /
交付 5/5：验收
n09 要交付的应用（比贯穿的多两样：作者字段、删除）： 数据 rows：[{"id", "text", "by"}]，id 从 1 起递增 GET /
真机上第一步看什么
把留言板起在实验机上之后，最先该核实的是【0】。
从 curl -i 的输出里认东西
curl -i 打出来的响应长这样。先在这里练怎么抠状态码、内容类型和 title： resp = "HTTP/1.0 200 OK\nServer: BaseHTTP/0.6 Python/3.11.2\nContent-Typ
把它起起来
场景：~/应用 是一个用标准库写的留言板（README 里有用法），配置在 ~/应用/配置.json。 任务：把它起起来，让它在配置里写的端口上监听、并且一直留在后台；然后运行 ~/check（它会用 curl 访问首页）。 可操作范围：只
首页的标题
场景：~/应用 的留言板已经在后台跑着了（端口在配置里）。对照表列了八个标题。 任务：用 curl 拿到首页，找出 <title> 标签里的完整文字，到对照表里查它对应的标记。 可操作范围：只在分给你的这台实验机上操作。可以改家
这个请求回什么码
场景：留言板在后台跑着；说明里给了一个请求（路径和方法）。对照表列了八个状态码。 任务：用 curl 发那个请求，看响应的状态码（curl -i 能看到状态行），到对照表里查这个码对应的标记。 可操作范围：只在分给你的这台实验机上操作。可以
接口说有几条
场景：留言板在后台跑着。对照表列了八个数。 任务：用 curl 访问 /api/notes，读出 JSON 里 count 的值，到对照表里查这个数对应的标记。 可操作范围：只在分给你的这台实验机上操作。可以改家目录里的任何东西，不要动系统