必应拼写检查API，在128个字符后停止工作

Question

我正在尝试使用Bing拼写检查API v5，但遇到了很多问题。

当使用以下句子请求spell或proof时，它会返回没有标记的令牌。

这是一个有错误的长句子。它应该是一个问题，但我想不出一个长问题。也许这意味着我没有什么重要的问题要问吗？

{"_type": "SpellCheck", "flaggedTokens": []}

如果我将请求文本限制在128个字符以内，它就可以工作。我已经在Bing的API测试控制台中进行了测试，它可以正常工作。

我按照PHP（Http_Request2）建议使用POST变体调用API。此外，我目前正在使用免费订阅，但如果应用程序正常工作，我将升级。否则，看起来我必须找另一个API，这很遗憾。

我尝试了多种不同的请求方式，以确保它不仅仅是我的代码问题。我使用了cURL和应用程序PostMan，但所有请求都返回相同的问题。

如果您能提供任何有关为什么会发生这种情况的见解，那将非常感激，因为这让我困惑了好几个小时！

- Sam

---

你找到答案了吗？因为我也遇到了同样的错误...谢谢。 - Doctor

@Doctor Nope。我最终尝试了另一种选择 - http://www.phpspellcheck.com/。不过我更喜欢使用Bing。 - Sam

好的...谢谢！ - Doctor

你是否正确解码了字符串？在大多数情况下，'符号可能会干扰您发布的数据结构。也许尝试不使用任何符号来检查我的感觉是否正确。 - Peter

是的，我也尝试过了。@Peter - Sam

Answer 1

好吧，那不完全正确。使用GET请求时，通常会受到服务器的限制。大多数安全配置都会限制查询字符串长度。如果您有一个较大的文本字符串，应该使用POST请求。https://app.pluralsight.com/library/courses/microsoft-azure-cognitive-services-bing-spell-check-api/table-of-contents

- Mintey

Answer 2

代码可行，文本不可靠，128不是最大尺寸。 不知道为什么Bing API测试可以无问题处理您的文本。

如何得出这些结论？ 从这里复制您喜欢的实现或使用Postman（是的，它有效）。 对于文本大小，使用Post或Get都没有关系。

尝试使用格式为%20或+的文本“Bill Gatas”，它与示例具有相同的结果。确认您的代码可行。

接下来，请尝试使用超过128个字符（162个字符）的以下文本，并应返回结果。

%20is%20a%20long%20Bill%20Gatas%20.Bill%20Gatas%20.Bill%20Gatas%20.Bill%20Gatas%20.Bill%20Gatas%20.Bill%20Gatas%20.Bill%20Gatas%20.%20.Bill%20Gatas%20.%20.Bill%20

超过此限制将返回空结果。（尝试在末尾添加Gatas）。 现在规范说明最大URL长度为1500个字符，“文本字符串、preContextText和postContextText的组合长度不得超过10,000个字符。” 正如这里所指出的，拼写设计用于约9个标记。

因此，无论Bing测试网站在做什么，它可能是一些批处理作业。 或者他们让证明实现工作了。

• （我已经尝试过，结果相同，没有标记）
• （还为v7尝试了整个过程，结果相同，没有标记）

- Martin van Delft