循环检查和切换的API，以保持流动翻译

[Simon Lloyd]

我有我对谷歌的字符数限制设置为10万perday，所以我的设置“始终使用谷歌”，“使用的Google API V2”，“使用谷歌检测”当我达到这一限制，不再获得来自谷歌支付的结果，才有可能免费的API，然后开始产生效果？

例如我用我 Google 预设的限制和谷歌不再返回一个结果，我 （可能返回一个像那些在谷歌测试代码中的错误代码） 时返回的结果是不如果 vBET 自动确认的故障代码，然后发送给另一个 API 像微软的请求就好 （或该 vBET 以后的任何其他支持） 这样我们可以确保得到某种结果的 — — 对我来说这是非常非常有价值鉴于有限制甚至通过付费版本，它将允许您扩展你翻译的限制。

例如
谷歌设置每日的 100,000 字符 > 用完 > vBET 移动到列表中的下一个 API > 微软 400 k 每小时或 4 M vBET 检查下一个 API 时达到限制和之前，看看是否限制解除或有一些津贴 > 移动到下一个 API 或返回到 Google 支付再次达到限制时 > 检查下一个 API … … 等，所以将超小型后循环检查错误代码会继续进行真可爱多常具有翻译能力。

[vBET]

我理解你的描述和你的观点。现在，我们必须找出如何假设工作在技术上。

我看到这里的一个问题是我们如何认识，我们已经有很大的局限性后，另有之前达成。

只是每次的首选提供商，然后转到下一个，可我们要求。这将花费性能--因为每次请求页面需要翻译的我们将作出不成功呼叫到首选供应商，然后向下一个 （这样可以是几次不成功调用时，vBET 将支持更多的 Api）。

其他的解决方案将存储的首选供应商是不提供的信息，并直接进入下一个。这将是要快得多，因为检查局部变量是比等待来自外部服务器的响应速度快。这一次，我们有其他的问题 - 我们不知道时的首选供应商。我们当然会要求简单（短）翻译例如每小时/天一次，以检查它一些预定任务。因此，在这一战略，我们必须决定如何往往默认情况下，这样的任务，假设工作。当然，我们会检查它标记为不可用，只有当一些供应商。
此外，如果我们标记为不可用的供应商 - 做什么时，我们知道，所有供应商都无法使用 - 添加一些最终用户的信息，或只是翻译一下在高速缓存中，并作为原始其余没有任何关于翻译提供的临时缺乏额外信息， 。

无论哪种方式，一定会完成，谷歌将被视为一个API（v1或v2取决于配置） - 是没有意义的分裂，因为谷歌V1将很快关闭。

另一件事是允许单独配置每个语言对供应商的队列。在这个时刻，vBET 已经允许配置为每个语言对翻译供应商。我认为我们可以改变它从一个值以逗号分隔值 (CSV)。这种方式，我们将会为每个语言对知道哪个提供程序都支持此翻译和顺序首选项 （CSV 名单上的只是顺序） 是什么。

请注意： 这将有一些性能的影响了。而是创建一个翻译的对象，我们将要创建这样的对象和数组的额外的包装对象（，使其他部分的代码和更少的错误容易发生透明）。当然，我们不会为供应商，我们知道在这一刻不创建的对象。
这个解决方案将重新配置，以获得更好的性能和删除供应商队列 - 就像它现在是正确的 - 每一个语言对供应商。
这不应该是表现昂贵，但仍有一些额外的逻辑电路和内存消耗。

请告诉是首选的解决方案。

[vBET]

和一个潜在的解决方案。 ，如果我们将标记为不可用整个API和检查预定的任务，它是现在，那么我们不提供商的队列。我们能够做到这样 - 总是只创建了一个翻译对象（更好的内存使用情况），并在一个请求，我们要求翻译只有一个供应商（更好的CPU）。如果将不可用，那么它会被标记为不可用和结果将是空的（最坏的可靠性）。但是，只有第一个，因为下一次我们将使用另一个从队列中的供应商。的情况下，如果没有可用的提供者是，那么虚拟翻译将使用 - 返回相同的值（但不缓存），使一些地区将不翻译，但空的部分像现在供应商是不提供的，页面不会有。

[vBET]

只要快速的公告 - 我们已经实施了这项功能。

我们希望快速释放它 ( 作为 BETA) ，因为常见的问题是由翻译提供者设置的限制引起的。 我们还在查找 vBET 支持的其他 API

[Simon Lloyd]

我的想法发送检查翻译先来看看，如果首选供应商提供，所以你给了我们代码来检查，如果谷歌或MS响应，在翻译测试googleapi（通话时间，使我与你的测试代码的测试文件的名称翻译）如果是真正的使用较受欢迎的链接，如果翻译是flase或代码不是200然后尝试列表中的下一个供应商和使用他们的API测试之前执行。

（这允许当你添加其他API的支持，用户只需将它们添加到列表），你可以有一个列表框，用户可以在列表中的优先顺序，每行的每个供应商之一，所以我的清单可能看起来像这样：
微软
MyTranslator
谷歌
YourTranslator
AnOtherTranslator

假设愚蠢的名字，我进入真正的供应商，翻译MS测试代码的调用，运行，如果不能运行，如果响应200使用MS MyTranslator测试代码，检查200响应，如果是使用它，如果不运行Google测试代码**** ******等

这样一来，你从来没有存储任何对供应商的信息（否则你可以有文本框，用户可以输入自己设定的限制，每个供应商，但我认为这个信息wuld是无用的，因为他们可以改变它，这将意味着更多的检查和检查提出在翻译之前），你将永远不必担心如果限制再次可用，所以没有需要运行一个cron作业来检查这些服务器上的负载，一个小翻译检查（你的代码中常见问题提供）将什么。

希望我解释说，OK，让你得到我的想法，我觉得这都只是小检查，并没有存储任何。

[Simon Lloyd]

只要快速的公告 - 我们已经实施了这项功能。

我们希望快速释放它 ( 作为 BETA) ，因为常见的问题是由翻译提供者设置的限制引起的。 我们还在查找 vBET 支持的其他 API

我送你一个或两个（在你的链接删除后），你可能方法，如果你想要一个测试的志愿者，我是你的的男人

[vBET]

我送你一个或两个（在你的链接删除后），你可能方法，如果你想要一个测试的志愿者，我是你的的男人

轻声删除您的邮件，因为它的内容是别人写的广告的，但我们已获得这一消息，我们就可以是

我们甚至已经付款细节问题的电子邮件发送，这些翻译供应商之一。其中一些支付（即使它是免费的描述是不API级别上 - 同样的事情你与谷歌，你可以通过浏览器翻译，但不是通过API），但可以有竞争力的价格，因此它仍然是好的（更多的竞争，更优惠的价格）。
有些我们已经调查是那些真正外部的翻译API（这也是有一点我们的TODO列表 - 允许修改，把自己的翻译 ） - 自己的用户所写的只是本地词典拉狄克这部分。

因此我们正在努力改进 VBET ，并使其尽可能廉价地使用

[vBET]

我们在最后阶段的tesing新功能。你已经可以看到改变的描述： http://www.vbenterprisetranslator.co....html＃post8914 （见最后 注意)

[Simon Lloyd]

感谢迈克尔，我在这FAQ快速后，你将不得不删除这无疑是因为其不正确的地方 如果你想测试一个活板，调用许多翻译PM我，我给你访问admincp和论坛根上，我还将把谷歌翻译的限制，我已成立，并在您的命令，所以你可以测试

[vBET]

这样好了。提供程序队列实现的它将包含在发布 3.5.1 和 4.4.3。vBET 3.5.1 将于今日 （星期三） 发表。vBET4.4.3 仍处于试验阶段。展位发布将测试版，因此每个人都可以在测试之一的大论坛中进行测试。请注意我们已经测试 3.5.1 我们真正的论坛之一。仍因的重要改变它首先是处于测试阶段。