问题标签 [bing-news-search-api]

我在使用 bing 新闻搜索 api 时遇到了一些问题，最奇怪的是按类别搜索，根据文档，类别必须是一个字符串，我发现它接受的值有多个资源，所以我决定使用控制台（https://dev.cognitive.microsoft.com/docs/services/56b43f72cf5ff8098cef380a/operations/56b449fbcf5ff81038d15cdf/console）。一旦您选择了一个类别并将其作为您的密钥，它就可以正常工作。问题是当我将完全相同的 URL 从控制台复制到邮递员时，我使用相同的密钥，并且我得到了带有此正文的“400 Bad Request”标头：

知道我在这里做错了什么吗？

这是有问题的代码：

这有时有效，但有时我会遇到以下错误：

如果有人可以帮我解决这个问题，那将非常有帮助。我在付费 S2 层。此问题主要发生在此函数被连续调用 3 次以上时。

基于Bing News API v7文档，它们支持高级运算符。

例如搜索：

“Dan Bilzerian” AND（女性或金钱或“有什么问题”）

在 Google 新闻中返回大量结果，但在 Bing 新闻中没有返回任何结果。然而

“Dan Bilzerian” AND（女性或金钱）

两者都返回结果，这对于 Google 新闻来说是一样的。

你能建议吗？

我正在研究必应新闻搜索，我的测试结果（带有免费试用 api-key）仅包含上个月的文章。但是，我想获得过去 1 年或 2 年的文章。

例如：

该文件仅提到使用“新鲜度”作为带有日/周/月选项但没有年份的过滤器。

我可以用必应搜索做到这一点吗？如果可以，我该怎么做？

您好，我最近从印度尝试了 Bing API v7，平均需要 1.5 秒，然后我从新加坡和伦敦尝试，平均为 1.1 秒，你能建议我优化技巧吗，我使用 curl php 7，也是最好的服务器的位置

以下代码未返回 50 条新闻结果。我正在使用 &count=50&offset=0但不工作。

任何帮助表示赞赏。

我需要通过其 API 定期调用 Bing 新闻搜索结果，检查与给定搜索查询匹配的新故事。

我只想返回自上次调用 API 以来新发布的故事。

例如，每小时调用一次 API 应该限制搜索从过去一小时到现在之间的故事（即过去一小时内发布的故事）。

这是 Bing 新闻搜索 API 的文档 - https://docs.microsoft.com/en-us/rest/api/cognitiveservices/bing-news-api-v7-reference

它明确了一个参数“since”，它需要 Unix纪元时间。我将始终能够以编程方式生成周期开始的纪元时间。

文档指出：

Bing 用于选择趋势主题的 Unix 纪元时间（Unix 时间戳）。Bing 返回在指定日期和时间或之后发现的热门主题，而不是主题发布日期。

如果我想返回从 6 月 22 日开始的故事，人类 GMT 时间的纪元时间（2018 年 6 月 22 日星期五 12:39:51 PM）是 1529671191。

这应该允许我生成 API 查询 URL https://api.cognitive.microsoft.com/bing/v7.0/news/search?q=%22Cardiff%22&since=1529671191000&count=100&sortBy=Date&textDecorations=true&textFormat=HTML

• q="卡迪夫"
• 因为=1529671191000
• 计数=100（最大）
• 排序依据=日期
• 文字装饰=真
• 文本格式=HTML

但是，当执行该调用时，返回的故事对象的最长“datePublished”字段是“2018-06-20T23:18:00.0000000Z”（即 6 月 20 日），这显然比“自从" 我指定的参数。

这太好奇了，也太令人沮丧了。当指定为“Day”时，替代约束参数“freshness”似乎成功地将搜索周期限制为过去 24 小时。但这还不够细化。“因为”不起作用，根本不做任何事情。

“since”是否仅用于返回 Bing 新闻的“热门话题”故事列表，而不是新闻搜索查询的结果？文档语言可能不明确。

如果是这种情况，除了“新鲜度”之外，我如何限制通过 API 进行搜索的开始/“开始”日期？

今天在 Bing 新闻搜索 API 响应 Json 中，我发现 url 参数的传入方式与之前不同。

根据https://docs.microsoft.com/en-us/azure/cognitive-services/Bing-News-Search/quickstart#the-response上的文档

url 参数应该以

“网址”：“http://www.bing.com/cr?IG=CCE2F06CA.......www.abc.com/......”

但从今天开始

“网址”：“www abc.com……”

它省略了“bing.com....”前缀..

请确认这是否最近发生了变化以及是否有计划支持原来的？

I am trying to use Azure News Search in my NodeJS App. The code for the router is here:

I get an error:

Access denied due to invalid subscription key or wrong API endpoint. Make sure to provide a valid key for an active subscription and use a correct regional API endpoint for your resource.

I made sure my API key is correct. The code sample is straight from Azure's Quickstart quide. There is no mention of the endpoint there. I feel like I am missing something but can't figure out what.

Thanks in advance for any guidance.

我从事Bing News API v7 集成工作。更准确地说，我使用https://api.cognitive.microsoft.com/bing/v7.0/news/searchAPI 端点。

我发现了一些“意外”的分页行为。（预期的行为是每个页面都有恒定的大小）。

在此页面上解释了如何对结果进行分页。

我遵循这种方法。我使用 30 作为页面大小；因此，偏移量的值为 0、30、60 等。

例如，使用这些参数时：查询“Java 14”、市场“en-US”、按日期排序，偏移量的值为 0、30、60、90、120、150 ( /bing/v7.0/news/search?q=Java 14&count=30&offset=0&mkt=en-US&sortBy=date)。

我得到六页结果，每页包含少于 30 个 URL。

这个 Stackoverflow深度分页时 Bing Search API v5 的预期行为是什么？与 Bing API v5 相关。分页值不遵循固定大小的顺序，但公式是previous result size + 1.

所以，我的问题是：我应该使用哪些值作为第二页 ( Page: 1) 的偏移量？是28还是30？第三页 ( Page 2) 的值是 54 还是 60？