我为数据库开发了一个 Web 界面。db 和 Web 界面供我自己在我的私人 Intranet 上运行的爱好中使用。目前，数据库有 1800 多条记录，随着使用量的增加而增加。Web 界面的第 1 版在需要大量滚动的单个页面上列出了所有记录 (~2.5KB)。Web 界面的第 2 版引入了分页，其中记录被分组为大约 100 条记录的非固定大小。在页面加载时，所有 1800 多条记录仍会传输到客户端，但只有第一页是“可见的”，其他 17 条是隐藏的。我使用一系列带有 JS 点击功能的“非提交”按钮来隐藏当前页面并使所选页面可见。更好的是滚动限制为〜100条记录。Vers 3 仅在页面加载时传输第一页和分页按钮。现在，使用 fetch() API 的点击功能发送一个带有参数的 GET 请求以获取所需的页面，然后将其交换到 DOM 中。参数指定页面的起点和终点。这些值来自服务器在页面加载时提供的分页按钮。在显着减少数据传输大小的情况下运行良好。在 Vers 4 中，我概括了 fetch() API GET 请求参数以发送用户指定的参数，以允许用户选择任何页面的起点和终点。（注意：用户不能直接指定页面大小。）所以如果用户选择没有记录的起点和终点我的计划是使用HTTP Response Code 204“No Content”告诉JS代码有没有匹配的记录，也没有什么可交换的。这是适当的响应代码吗？我应该在 204 代码的响应中包含任何其他标题信息吗？
问问题
33 次
1 回答
0
看看 RFC 关于 204 的说法：
https://www.rfc-editor.org/rfc/rfc7231#section-6.3.5
它确实适用于 PUT 请求。我认为对于您正在做的事情，可以返回 200 并且没有正文，并且 Content-Length 标头为 0。
于 2021-04-10T03:04:07.950 回答