원형 확인과 번역의 흐름을 유지하는 API의 전환

[Simon Lloyd]

그것은 예약된 된 작업을 필요로 하는가 하 고 하나의 특정 공급자가 한 번에 한 시간 동안 해제?, 내가 제안을 만들어 여기 원형 검사 및 번역의 흐름을 유지 하는 Api의 스위칭 어디 아마도 우리 수 항상 우리의 공급자 목록 맨 시작 만들고 (같은 하나의 당신이 Google 응답 및 Microsoft의 응답을 테스트 하려면 제공) 호출을 테스트 테스트 호출 응답은 200 또는 텍스트 번역 됩니다 경우 다음 해당 공급자 사용만약 응답 하지 200 또는 테스트 텍스트는 (번역 된 텍스트를 검사 하려면 각 테스트 및 REGEX에 대 한 동일한 텍스트를 사용)를 번역 되지 않습니다 그럼 다음 공급자, 번역 호출할 때마다 이동 다음 목록 맨 시작 하 고 아래로 작동 수

빈 결과가지고 있지 이것은 내 포럼의 경우 불평 하는 많은 사람들이 이미 했 일단 우리가 빈 반환 그 게 어떻게에 (서) 그것 남아 있기 때문에 좋을 것 이라고 합니다.

[vBET]

그것은이 방법이 있이 필요가, 그것은 바로 지금. 노트 주셔서 감사. 여전히-아니입니다. 그것은 아무 의미가 있다. 참고 외부 번역 요청 전체 Vbet에 더 많은 시간이 소요 것입니다 (및 그것은 우리에 게). 거기에 우리가 이미 한계에 도달 하는 때 수천 개의 요청을 미친에 아무 의미가입니다. 이 increaser 응답 시간, CPU 사용량 및 메모리 소비를 또한 것 이다 (더 많은 개체 생성).

우리는 몇 시간 후 약관 사라집니다 아마 남용에 대 한 Google 정보를 발견 했다. 우리가 잘 모르지만 어쩌면 만약 우리가 우리가 이미 차단 된 경우 요청 계속 됩니다, Google 차단할 수 있습니다 더 많은 시간을. 어쩌면 아닙니다, 그러나 아직도 실제 전략 성능에 대 한 훨씬 낫다. 끝에 순환 검사 하는 것이 해야합니다. 하나 사용할 수 없는 경우에 사용할 수 없는 상태로 표시 됩니다 및 다른 사용 됩니다. 다른 사용할 수 없는 경우 같은 일이 일어난다. 우리 그냥 확인 하지 않습니다 사용할 수 다시 각 요청 (그것 수 있습니다 쿼리는 수백만 사용할 수 있을 것입니다 전에) 아무 의미를가 하는 무슨은 시간 당 한 번만. 그리고 만약 유효할 것 이다 것 그래서 우리는 다시 선호 하나-갈 것입니다 표시 나 동그라미를 여기 있다. 더 빨리 도달 하는 당신의 한계를 만든 것입니다 또한 각 시간을 테스트 하거나 사용 하는 경우 더 높은 비용 지불 번역 (번역으로 그것은 여전히 카운트).
또한 다른 공급자도 준비가 되었습니다. 우리는 2 개 이상의 지원 같은 전략 귀하의 서버에 대 한 킬러 될 것입니다. 5 테스트 호출 다른 공급자와 각 번역 요청에 대 한 다음 실제 번역을 상상해 보세요. 번호 귀하의 아이디어를 주셔서 감사 우리가 정말 우리가 실제 솔루션을 함께 있을 것입니다이 시간 사용자 아이디어를 주셔서 감사 합니다.

참고 얼마나 자주 변경할 수 있습니다 vBET 공급자 확인 해야 합니다. 이제 한 시간, 하지만 다시 구성할 수 있습니다. 관리자 CP-> 예약 된 작업-> 작업 관리자 예정 예를 들면 매 10 분 0 처럼 작업에 대 한 설정 RSS 포스터 로봇 지금 그것을 할.

[vBET]

약간 변경-우리 공급자 가용성 시간 당 한 번 하지만 10 분 마다 확인 합니다. 이 메시지 전에 vBET 3.5.1로 이미 업그레이드 한 경우 제발 그냥 vBET 패키지를 다시 다운로드 및 제품 파일을 다시 업로드 합니다.

변경 때문에 우리는 종종 우리의 진짜 포럼에서 발견 되었다 공급자가 짧은 시간 동안 사용할 수 있습니다. 우리는 다른 개선을 위한 봐 더 조사해 드리겠습니다.

[Simon Lloyd]

위대한 작품 들 이 업그레이드 하지만 최신 수정 프로그램을 다운로드 되며 사용 하는,이 피드백에 대 한 새 스레드를 만들 것 이다.