Pekeliling memeriksa dan bertukar API untuk menjaga aliran terjemahan

[Simon Lloyd]

Adakah ia perlu untuk menjadi satu tugas yang dijadualkan dan satu pembekal tertentu dimatikan selama satu jam pada satu-satu masa?, I membuat cadangan di sini Pekeliling memeriksa dan bertukar API untuk menyimpan aliran terjemahan di mana mungkin kita sentiasa boleh bermula di bahagian atas pembekal kami senarai dan membuat panggilan ujian (seperti yang anda berikan untuk menguji tindak balas Google dan sambutan Microsoft) jika ujian tindak balas panggilan 200 atau teks diterjemahkan kemudian digunakan oleh pembekal, jika sambutan tidak 200 atau teks ujian tidak diterjemahkan (menggunakan sama teks bagi setiap ujian dan REGEX untuk menyemak teks yang diterjemahkan) kemudian beralih kepada pembekal yang akan datang, tiap-tiap panggilan terjemahan kemudiannya boleh bermula di bahagian atas senarai dan bekerja ke bawah

Yang tidak mempunyai keputusan yang kosong akan yang baik kerana apabila kita mempunyai pulangan kosong thats bagaimana ia kekal, saya telah mempunyai ramai orang mengadu bahawa ini adalah kes dalam forum saya.

[vBET]

Ia tidak perlu menjadi cara ini, ia sekarang. Terima kasih atas nota anda. Masih - tidak. Ia tidak mempunyai rasa. Sila ambil perhatian bahawa meminta terjemahan luar adalah lebih perkara yang memakan masa di vBET keseluruhan (dan ia tidak terpulang kepada kita). Tiada rasa kepada beribu-ribu gila permintaan apabila kita sudah mencapai had. Ini akan increaser masa tindak balas, penggunaan CPU dan penggunaan memori juga (tujuan yang lebih dicipta).

Kami mendapati bahawa maklumat Google tentang TOS penyalahgunaan mungkin hilang selepas beberapa lama. Kita tidak tahu tetapi mungkin jika kita akan terus bertanya apabila kita sudah disekat, Google boleh menyekat lebih banyak masa. Mungkin tidak, tetapi masih strategi sebenar adalah jauh lebih baik untuk prestasi. Pada akhir anda telah menyemak pekeliling. Jika seseorang tidak boleh didapati, ia ditandakan sebagai tidak ada dan lain digunakan. Jika yang lain tidak boleh didapati, maka perkara yang sama berlaku. Kita tidak menyemak ia boleh didapati sekali lagi setiap permintaan tidak mempunyai rasa (ia boleh menjadi berjuta-juta pertanyaan sebelum ia akan didapati) hanya sekali setiap jam. Dan jika ia akan didapati ia akan saya menandakan kita akan kembali kepada salah satu pilihan - dan anda mempunyai bulatan di sini. Turut menguji setiap kali akan membuat had anda sampai lebih cepat atau kos yang lebih tinggi jika anda menggunakan terjemahan dibayar (ia masih mengira sebagai terjemahan).
Kami juga bersedia untuk mempunyai pembekal lain juga. Apabila kita akan menyokong lebih daripada 2 strategi itu akan menjadi pembunuh untuk pelayan anda. Bayangkan 5 panggilan ujian kepada pembekal yang berlainan dan kemudian terjemahan sebenar bagi setiap permintaan terjemahan. No. Terima kasih kerana idea anda Kami benar-benar menghargai pengguna idea, kali ini kita akan kekal dengan penyelesaian sebenar.

Sila ambil perhatian bahawa anda boleh mengubah berapa kerap vBET perlu menyemak ketersediaan pembekal. Kini ia adalah satu per jam, tetapi anda boleh menyusun semula bahawa dalam Admin CP -> Berjadual Tugas -> Task Manager Berjadual dan menetapkan ia sebagai contoh untuk setiap 10 minit 0 sama seperti tugas Poster Robot RSS lakukan sekarang.

[vBET]

Perubahan sedikit dibuat - kita akan menyemak ketersediaan pembekal tidak sekali sejam tetapi setiap 10 minit. Jika anda sudah dinaik taraf kepada vBET 3.5.1 sebelum mesej ini, sila hanya memuat turun pakej vBET sekali lagi dan memberi ulasan kepada gambar produk sekali lagi.

Perubahan itu dibuat kerana kita dapati di forum sebenar kita yang sering pembekal tidak tersedia untuk masa yang singkat. Kami akan menyiasat lebih untuk mencari lain penambahbaikan.

[Simon Lloyd]

Kerja guys Great , I telah dinaik taraf ini tetapi akan memuat turun menetapkan terkini dan menggunakan itu, saya akan membuat thread baru untuk mendapatkan maklum balas mengenai perkara ini.