Sam*_*Sam 6 php spell-checking bing-api microsoft-cognitive
我正在尝试使用Bing Spell Check API v5,但我遇到了很多问题.
当请求下面的句子中的任何一个spell或proof下面的句子时,它不返回标记的令牌.
这是一个长期的错误,在这里有一些错误.它应该是一个问题,但我想不出一个长期的问题.也许这意味着我没有什么可以问的问题?
{"_type": "SpellCheck", "flaggedTokens": []}
Run Code Online (Sandbox Code Playgroud)
如果我将请求文本限制为128个字符,它可以工作.我在Bing的API测试控制台中对它进行了测试.
我正在调用带有变量的PHP(Http_Request2)建议的API POST.此外,我目前正在使用免费订阅,但如果应用程序有效,将会升级.否则看起来我将不得不寻找另一个API,这是一种耻辱.
我尝试过这么多不同的方法来确保它不仅仅是我的代码.我已经使用了cURL和应用程序,PostMan但都返回相同的问题.
任何关于为什么会发生这种情况的见解将会非常感激,因为它让我感到困惑!
小智 0
代码有效,文本不可靠,128 不是最大大小。不知道为什么 Bing api 测试可以毫无问题地处理您的文本。
如何得出这些结论?从这里复制您最喜欢的实现或使用 Postman(是的,它有效)。使用 Post 或 Get 与文本大小无关。
尝试使用文本“Bill Gatas”,格式为 %20 或 +,其结果与示例相同。确认您的代码有效。
接下来尝试以下文本,超过 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.比尔%20加塔斯%20.%20.比尔%20
超过此范围的任何内容都会得到空白结果。(尝试在末尾添加 Gatas)。现在规范规定url 中的最大长度为 1500 个字符,并且“文本字符串、preContextText 和 postContextText 的组合长度不得超过 10,000 个字符”。正如这里所指出的,咒语是为大约 9 个标记而设计的。
因此,无论 Bing 测试网站在做什么,它都可能是一些批处理工作。或者他们让证明实施发挥作用。