HTTP 404是否适合分页内容超出范围的页码？

Question

我有一个主要显示内容分页列表(文章,数据元素等)的网站,我想知道当用户在可用列表范围之外导航时返回HTTP 404(例如,手动编辑的URL).

有些网站只显示"没有结果/页码超出范围",有些网站还会返回HTTP 404状态.

你对此有何看法,为什么？

UPDATE

这不是和api回应.此问题与用户查看的页面有关,其中包括主区域中的列表/表格.

UPDATE

边界示例:第1页是超出范围的页面,因为尚未显示所显示列表的数据.

我应该展示404吗？如果它在哪里搜索结果我不介意...但是对于分页列表/数据表的普通查看似乎很苛刻.

示例:Stack Overflow运行的第一天仍然没有问题,您点击了主页以及404,还是只有200个"还没有问题"的消息？

Answer 1

我说这绝对是404的情况.这是对不存在的资源的请求.用于显示项目的常规页面/脚本是否无关紧要.

Answer 2

当页码为 != 1 时，我会选择404 ，无论页码放置在 URI 中的哪个位置（查询字符串或路径），而当没有结果但页码恰好为 1 或不为 1 时，我会选择软 404给定。

为什么？

结果集第 1 页作为结果集的登陆页面存在（甚至是搜索结果 - 请参阅此处的 Google），因此它被发现并存在（如果不是为了显示结果集）是为了告诉您结果集中没有数据。

然后，找不到结果集范围之外的任何结果集页码，这些页面/资源的存在没有任何意义，因此是 404。如果有人认为它们的存在是为了传达“没有更多数据”的消息，那么它们是有意义的，因此需要被索引 - 搜索引擎的噩梦！

HTTP 400 Bad Request是一个糟糕的选择，因为它表明请求永远不可能是正确的。

HTTP 400 错误请求 - 由于语法错误，服务器无法理解请求。客户端不应该在没有修改的情况下重复请求

404 Not Found对于这种情况含糊不清，在这种情况下，IMO 可以用两种方式解释

服务器未找到任何与请求 URI 匹配的内容。没有说明这种情况是暂时的还是永久性的。如果服务器通过某种内部可配置机制知道旧资源永久不可用并且没有转发地址，则应使用 410（消失）状态代码。当服务器不希望准确揭示请求被拒绝的原因，或者没有其他响应适用时，通常使用此状态代码。