Циркуляр перевірки і перемикання API, щоб зберегти потік перекладів

[Simon Lloyd]

Вона повинна бути Заплановане завдання і одного конкретного постачальника вимкнуто протягом години в той час?, я зробив пропозицію тут Циркуляр, перевірка і перемикання API йти в потоці перекладів де можливо ми могли б завжди початок у верхній частині нашого списку постачальників і зробити тест виклику (як той, який ви надали перевірити відповідь Google і Microsoft відповідь) Якщо тестовий дзвінок відповідь 200 або текст перекладено потім за допомогою цього постачальника, якщо відповідь не 200 або тест-текст не перекладено (використовуючи той же текст для кожного тесту і до REGEX перевірити перекладеного тексту) то перейти до наступного постачальника, кожен Переклад виклику можна потім у верхній частині списку і почав працювати вниз

Не маючи порожній результат буде добре тому, що після того як ми порожній повернення thats, як він як і раніше, я вже був багато людей скаржилися, що це справа мого форуму.

[vBET]

Він не повинен бути таким чином, це прямо зараз. Дякуємо за ваше зауваження. Все-таки - ні. Вона не має сенсу. Зверніть увагу, що просять за зовнішні Переклад є більше часу, що в цілому vBET (і це не нам). Немає сенсу щоб mad тисячі запит, коли ми вже досягнення межі. Це буде increaser час відгуку, використання Процесорного часу та споживанням пам'яті також (більше об'єкт, створений).

Ми виявили, що Google інформація про ймовірно зловживання ГС зникає після деякого часу. Ми не знаємо, але може бути якщо ми будемо постійно питати, коли ми вже заблоковано, Google може блокувати більше часу. Може й ні, ще фактичного стратегії, але набагато краще для продуктивності. В кінці вас кругової перевірки. Якщо один не доступна відзначається як недоступні, і інший використовується. Якщо інший доступний не потім, те ж саме відбувається. Ми просто не перевірити це, вона доступна знову кожен запит те, що не має сенсу (це може бути мільйони запитів, перш ніж вона буде доступна) лише один раз на годину. І якщо вона буде доступна його буде мене позначені, так що ми повернутися до бажаних один - і у вас тут коло. Також тестування кожного разу, коли буде зробив свої межі, досягнуто швидше або витрати вище, якщо ви використовуєте заплатив переклади (він як і раніше вважається перекладу).
Також ми готові мати інші постачальники теж. Коли ми будемо підтримувати більш ніж 2 такої стратегії буде вбивцею для вашого сервера. Уявіть собі 5 тестування дзвінки на різних постачальників і потім реальні перекладу для кожного запиту перекладу. Ні. Дякуємо за ваші ідеї Ми дуже цінуємо користувачів ідеї, цього разу ми залишиться з фактичним рішенням.

Зверніть увагу, що ви можете змінити те, як часто компанія повинна перевірити наявність провайдерів. Тепер вона одна в годину, але ви можете переналаштувати, що в Admin CP - > запланованих завдань - > заплановано диспетчера завдань і встановити його, наприклад за кожні 10 хвилин 0, як і завдання RSS плакат робот зробити це зараз.

[vBET]

Невеликі зміни, зроблені - ми перевіримо постачальник наявність не раз на годину, але кожні 10 хвилин. Якщо ви оновили в vBET 3.5.1 до цього повідомлення будь ласка просто повторно завантажити пакет vBET і завантажувати продукт файл знову.

Внесено зміни, тому що ми знайшли на наші реальні форум, що часто постачальник недоступний протягом короткого часу. Ми будемо досліджувати більше шукати інший поліпшень.

[Simon Lloyd]

Хлопці велика робота мають підвищений до цього, але буде завантажувати останні виправлення та використовувати що, створити новий потік для зворотного зв'язку з цього.