Циркуляр проверки и переключение API, чтобы сохранить поток переводов

[Simon Lloyd]

Должен ли он быть запланированного задания и одного конкретного поставщика отключить на час при времени?, Я сделал предложение здесь Циркуляр проверки и переключение API, чтобы сохранить поток переводов, где возможно, мы могли всегда начинаются в верхней части наших поставщиков список и сделать пробный звонок (как тот, который вы указали протестировать Google и Microsoft ответ ответ), если ответ тестовый звонок составляет 200 или текст переводится затем использовать эти связи, если ответа не 200 или проверить текст не переведен (используя тот же текст для каждого испытания и регулярное выражение для проверки переведенного текста), то переход к следующему провайдера, каждый перевод вызова может запустить в верхней части списка и работать вниз

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

[vBET]

Она не должна быть таким образом, это прямо сейчас. Спасибо за Вашу записку. Еще - нет. Она не имеет смысла. Пожалуйста заметьте что просят внешний перевод больше времени вещь в целом vBET (и это не для нас). Существует никакого смысла для ума тысячи запросов, когда мы уже достичь пределов. Это будет время отклика increaser, ЦП и потребление памяти (больше объект создан).

Мы обнаружили, что Google информацию о возможно TOS злоупотребления исчезает через некоторое время. Мы не знаем, но, возможно, если мы будем постоянно спрашивать, когда мы уже заблокированы, Google может заблокировать больше времени. Может быть, нет, но по-прежнему актуальны стратегии гораздо лучше для производительности. В конце у вас есть круговая проверки. Если он не доступен, он не будет доступна, а другая используется. Если другой не доступна, то же самое. Мы просто не проверить это снова доступен каждому запросу, что не имеет смысла (это может быть миллионы запросов, прежде чем оно будет доступно) только один раз в час. И если он будет доступен он будет отмечен меня так что мы вернемся к предпочтительным один - и у вас есть круг здесь. Также тестирование каждый раз будет сделан пределы достигается быстрее или издержки выше, если вы используете заплатил переводы (она по-прежнему считается перевод).
Также мы готовы есть и другие поставщики тоже. Когда мы будем поддерживать более 2 такая стратегия будет убийцей для вашего сервера. Представьте себе 5 тестирования вызовы различных поставщиков, а затем реальный перевод каждый перевод запроса. Нет. Спасибо за вашу идею Мы очень ценим пользователи идей, на этот раз мы останемся с фактическим решением.

Обратите внимание, что вы можете изменить как часто vBET следует проверить доступность провайдеров. Теперь это один час, но вы можете перенастроить в Панель администратора -> Назначенные задания -> Запланированные диспетчере задач и установить его, например, на каждые 10 минут 0 так же, как задача RSS Плакат робот сделайте это сейчас.

[vBET]

Мало изменения - мы проверим наличие поставщика не один раз в час, но каждые 10 минут. Если вы уже повышен до vBET 3.5.1 до этого сообщения просьба скачать пакет vBET снова и снова загрузить файл продукта.

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

[Simon Lloyd]

Великие парни работы , У меня повышен до этого, но будет скачать последнюю фиксировать и использовать это, я создаст новый поток для обратной связи по этому вопросу.