无法使用，返回406

[jacky940810]

web端回放相同参数提示406，代码需要更新了，接口为api/sns/web/v1/search/filter

[Cloxl]

在 #84 #85 中已经提交修复代码
安装v0.1.7 版xhshow即可

[huaqinbo-tech]

辛苦了，我也正需要

[jacky940810]

post 接口好像还是错误，烦请检查一下，uri为https://edith.xiaohongshu.com/api/sns/web/v1/comment/post

[sbh5201314]

采的一个小坑

生成xs的时候，我看到传完整URL，就直接把那个params注释了，导致二级评论请求不成功，后面才反应过了，传的只要前面的api地址，查询参数不要，查询参数写在params里面就成功爬取二级评论了。[

](url)

[Cloxl]

采的一个小坑

生成xs的时候，我看到传完整URL，就直接把那个params注释了，导致二级评论请求不成功，后面才反应过了，传的只要前面的api地址，查询参数不要，查询参数写在params里面就成功爬取二级评论了。[

](url)

可能是提取参数问题 实际上这里传递url会自动拆分uri
这是一个语法糖 方便传递参数使用 不用每次都手动传参

可以分享一下出现问题的url值吗 params参数值可以使用xx替代

[sbh5201314]

采的一个小坑

生成xs的时候，我看到传完整URL，就直接把那个params注释了，导致二级评论请求不成功，后面才反应过了，传的只要前面的api地址，查询参数不要，查询参数写在params里面就成功爬取二级评论了。

可能是提取参数问题 实际上这里传递url会自动拆分uri 这是一个语法糖 方便传递参数使用 不用每次都手动传参

可以分享一下出现问题的url值吗 params参数值可以使用x

params = {
"note_id":"695b4162000000000a029918",
"root_comment_id":"695c7ae4000000001d01d309",
"num":"10",
"cursor":"695c7aeb000000001600da92",
"image_formats":"jpg,webp,avif",
"top_comment_id":"",
"xsec_token":"ABfFqVBd3B-6ibY8uACSh51hfIdCkUJodgnVO_-9hMIPM="
}
headers = client.sign_headers_get(
# uri=url, # 完整 URL（推荐）
uri="/api/sns/web/v2/comment/sub/page", # 或者只传 URI 路径
cookies=cookies, # 传入完整 cookies
params=params
)
我一开始是注释params 直接传二级评论的整个URL地址，生成的x-s一直406，后面只传了问号前面的api地址，params单独传就OK了

[Cloxl]

post 接口好像还是错误，烦请检查一下，uri为https://edith.xiaohongshu.com/api/sns/web/v1/comment/post

抱歉 我实在没有ck了 等我几天吧 我去看看

[cloudy-sfu]

POST https://edith.xiaohongshu.com/api/sns/web/v1/homefeed
也返回 406.
而 edith search 的接口是完全成功的。
看起来不像是签名或其他认证的错误，因为签错名的话（比如 416）网页包括手机APP登录的账号都会被踢下线，但是这里的 406 没有踢下线。

Payload:

{"cursor_score": "", "num": 39, "refresh_type": 1, "note_index": 34, "unread_begin_note_id": "", "unread_end_note_id": "", "unread_note_count": 0, "category": "homefeed_recommend", "search_key": "", "need_num": 14, "image_formats": ["jpg", "webp", "avif"], "need_filter_image": false}

[Cloxl]

采的一个小坑

生成xs的时候，我看到传完整URL，就直接把那个params注释了，导致二级评论请求不成功，后面才反应过了，传的只要前面的api地址，查询参数不要，查询参数写在params里面就成功爬取二级评论了。

可能是提取参数问题 实际上这里传递url会自动拆分uri 这是一个语法糖 方便传递参数使用 不用每次都手动传参
可以分享一下出现问题的url值吗 params参数值可以使用x

params = { "note_id":"695b4162000000000a029918", "root_comment_id":"695c7ae4000000001d01d309", "num":"10", "cursor":"695c7aeb000000001600da92", "image_formats":"jpg,webp,avif", "top_comment_id":"", "xsec_token":"ABfFqVBd3B-6ibY8uACSh51hfIdCkUJodgnVO_-9hMIPM=" } headers = client.sign_headers_get( # uri=url, # 完整 URL（推荐） uri="/api/sns/web/v2/comment/sub/page", # 或者只传 URI 路径 cookies=cookies, # 传入完整 cookies params=params ) 我一开始是注释params 直接传二级评论的整个URL地址，生成的x-s一直406，后面只传了问号前面的api地址，params单独传就OK了

在 RESTful 规范中确实是分开传递

• URL 定义资源路径
• params/payload 定义请求参数

我在这里的原意是指 可以直接传递 https://xxx.com/path/to/uri 代码会自动分割内容
在老版本中 需要把url分割成三部分
域名 uri 和 params 现有版本是简化了域名和uri分割部分

可能是当前文档描述的完整url有歧义 这个问题可以去 #89 讨论

[Cloxl]

post 接口好像还是错误，烦请检查一下，uri为https://edith.xiaohongshu.com/api/sns/web/v1/comment/post

我测试没有问题 请问能给更多上下文吗

[Cloxl]

POST https://edith.xiaohongshu.com/api/sns/web/v1/homefeed 也返回 406. 而 edith search 的接口是完全成功的。 看起来不像是签名或其他认证的错误，因为签错名的话（比如 416）网页包括手机APP登录的账号都会被踢下线，但是这里的 406 没有踢下线。

Payload:

{"cursor_score": "", "num": 39, "refresh_type": 1, "note_index": 34, "unread_begin_note_id": "", "unread_end_note_id": "", "unread_note_count": 0, "category": "homefeed_recommend", "search_key": "", "need_num": 14, "image_formats": ["jpg", "webp", "avif"], "need_filter_image": false}

我使用你的payload 运行没有问题 如果是长久运行出现的问题 在 #86 中有讨论 可以用新版本的实验性功能看下

[Cloxl]

升级到 0.1.8 版本 然后参考 实验性功能

进行测试 如果稳定后续会默认启

这是 #86 提供的模拟风控参数