วงกลมการตรวจสอบและการเปลี่ยนของ API เพื่อให้การไหลเวียนของการแปล

[Simon Lloyd]

ฉันมีขีด จำกัด ของอักขระของฉันสำหรับการค้นหา google การตั้งค่าการ 100,000 perday เพื่อให้มีการตั้งค่าของฉัน"เสมอใช้ Google","การใช้ Google API V2","ใช้การตรวจหาของ Google"เมื่อฉันถึงขีด จำกัด ที่และไม่ได้รับผลจากค่าใช้จ่ายของ Google มันจะเป็นไปได้ สำหรับ APIs ฟรีแล้วเริ่มผลิตผล?

ดังนั้นตัวอย่างใช้จำกัดกำหนดไว้ล่วงหน้าของฉัน Google และ Google ส่งกลับผลลัพธ์แบบไม่มีอีกต่อไปสำหรับฉัน (คงส่งกลับรหัสข้อผิดพลาดเหมือนกับที่ในรหัสของคุณทดสอบ Google) เมื่อผลลัพธ์คือไม่คืนมันจะดีถ้าภาษาโดยอัตโนมัติให้ท่านไปขอรับรองรหัสข้อบกพร่องแล้ว ส่งการร้องขอการ API อื่นเช่นเดียวกับ Microsoft (หรือบุคคลอื่นว่าเอ้อรุ่นที่ใหม่กว่าสนับสนุน) ตายด้วยวิธีนี้เรากำลังใจรับผลลัพธ์บาง - สำหรับฉัน นี้จะมีมูลค่าสูงมาก given ที่มีอยู่จำกัดแม้ ด้วยค่าใช้จ่ายรุ่น มันจะอนุญาตให้คุณขยายขีดจำกัดของคุณแปล

เช่น
Google ตั้ง Charcters 100000 ต่อวัน > ใช้ > เอ้อย้ายไป API ถัดไปในรายการ > Microsoft 400 k ต่อชั่วโมงหรือเมื่อวงเงินถึงเอ้อกาเครื่องหมายถัดไป API M 4 และก่อนหน้า เพื่อดูถ้าจำกัดอยู่หน้า หรือมีเบี้ยเลี้ยงบาง > ใดย้าย API ถัดไป หรือกลับ ไป Google ชำระเมื่อถึงขีดจำกัดแล้วอีก > ตรวจสอบถัดไป API....ฯลฯ และ เพื่อตรวจสอบวงกลมหลัง recieving รหัสข้อผิดพลาดจะกระทำบนดังนั้น pretty มากความสามารถคงที่มีการแปล

[vBET]

ผมเข้าใจคำอธิบายและจุดของคุณ ตอนนี้เรามีเพื่อหาวิธีที่มันคิดว่าการทำงานในทางเทคนิค

ปัญหาหนึ่งฉันเห็นที่นี่เป็นวิธีที่เราจะรู้ว่าเรามีขีด จำกัด ใช้ได้หลังจากผู้ที่ถึงก่อน

เราสามารถขอเพียงแต่ละครั้งให้ถัดไปแล้วและผู้ให้บริการที่ต้องการ นี้จะต้นทุนประสิทธิภาพ - เนื่องจากการร้องขอแต่ละหน้าซึ่งต้องการการแปล เราจะทำการเรียกสำเร็จไปยังผู้ให้บริการที่ต้องการ หนึ่งแล้วการถัดไป (ดังนั้นคุณจะเรียกใช้ไม่สำเร็จหลายเมื่อเอ้อจะสนับสนุนเพิ่มเติม APIs)

วิธีการแก้ปัญหาอื่น ๆ จะมีการจัดเก็บข้อมูลที่ให้บริการที่ต้องการจะไม่สามารถใช้ได้และตรงไปยังหน้าหนึ่ง นี้จะได้เร็วขึ้นมากเนื่องจากการตรวจสอบตัวแปรท้องถิ่นจะเร็วกว่ารอการตอบสนองจากเซิร์ฟเวอร์ภายนอก เวลานี้เรามีปัญหาอื่น ๆ -- เราไม่ทราบว่าเมื่อผู้ให้บริการที่ต้องการใช้ได้ เราสามารถของหลักสูตรทำบางงานที่กำหนดซึ่งจะขอสำหรับการแปล (สั้น) ง่ายๆยกตัวอย่างเช่นครั้งต่อชั่วโมง / วันเพื่อตรวจสอบ ดังนั้นในกลยุทธ์นี้เราจะต้องตัดสินใจเลือกวิธีที่มักจะตามค่าเริ่มต้นงานเช่นสมมติว่าในการทำงาน แน่นอนว่าเราจะตรวจสอบเฉพาะเมื่อผู้ให้บริการบางส่วนถูกทำเครื่องหมายเป็นไม่สามารถใช้ได้
นอกจากนี้ถ้าเราทำเครื่องหมายให้เป็นไม่พร้อมใช้ -- จะทำอย่างไรเมื่อเรารู้ว่าผู้ให้บริการทั้งหมดไม่สามารถใช้ได้ -- เพิ่มข้อมูลสำหรับผู้ใช้บางคนหรือเพียงแค่การแปลสิ่งที่อยู่ในแคชและส่วนที่เหลือเป็นเดิมโดยไม่มีข้อมูลเพิ่มเติมใด ๆ เกี่ยวกับการขาดชั่วคราวของผู้ให้บริการแปล .

ไม่ว่าวิธีที่จะทำ, Google จะถือว่าเป็นหนึ่ง API (V1 V2 หรือขึ้นอยู่กับการตั้งค่า) -- มีความรู้สึกที่จะแยกมันไม่มีเพราะ Google V1 จะถูกปิดเร็ว ๆ นี้

อีกสิ่งหนึ่งคือการ อนุญาตให้มีการกำหนดค่าผู้ให้บริการคิวสำหรับแต่ละคู่ภาษาแยกต่างหาก บัดนี้ ให้เรียบร้อยแล้วให้กำหนดค่าผู้ให้บริการการแปลสำหรับแต่ละคู่ภาษา ผมคิดว่า เราสามารถเปลี่ยนจากค่าหนึ่งค่าเพื่อใช้จุลภาคคั่นระหว่างค่า (CSV) ด้วยวิธีนี้เราจะทราบว่าสำหรับแต่ละคู่ภาษาที่ผู้ให้บริการสนับสนุนการแปลนี้ และการกำหนดลักษณะการใบสั่ง (เพียงใบสั่งบนรายการ CSV) คืออะไร

หมายเหตุ : นี้จะมีผลกระทบต่อประสิทธิภาพบางอย่างไรก็ตาม แทนการสร้างวัตถุหนึ่งสำหรับการแปลเราจะมีการสร้างอาร์เรย์ของว ัตถุดังกล่าวและวัตถุห่อเพิ่มเติม (ที่จะให้มันโปร่งใสสำหรับส่วนอื่น ๆ ของรหัสและข้อผิดพลาดน้อยคว่ำ) แน่นอนว่าเราจะไม่สร้างวัตถุสำหรับผู้ให้บริการที่เรารู้ว่าไม่สามารถใช้ได้ในขณะนี้
วิธีการนี ้จะมีการกำหนดค่าใหม่สำหรับประสิทธิภาพที่ดีขึ้นและลบคิวให้ -- เช่นเดียวกับมันเป็นตอนนี้ -- ผู้ให้บริการต่อคู่ภาษา
นี้ไม่ควรจะมีราคาแพงสำหรับประสิทธิภาพการทำงาน แต่ยังมีบางส่วนตรรกะเพิ่มเติมและใช้หน่วยความจำ

กรุณาบอกวิธีการแก้ปัญหาซึ่งเป็นที่ต้องการ

[vBET]

และเป็นหนึ่งในวิธีการแก้ปัญหามีศักยภาพมากขึ้น ถ้าเราจะทำเครื่องหมาย API ทั้งเป็นไม่สามารถใช้ได้และตรวจสอบได้โดยงานที่กำหนดคือมันใช้ได้ตอนนี้แล้วเราไม่ได้มีเพื่อให้คิวของผู้ให้บริการ เราสามารถทำมันด้วยวิธีนี้ -- เสมอจะมีการสร้างวัตถุเพียงหนึ่งนักแปล (ใช้หน่วยความจำที่ดีกว่า) และในหนึ่งคำขอเราจะขอสำหรับการแปลเพียงหนึ่งผู้ให้บริการ (ดีขึ้น CPU) ถ้ามันจะไม่สามารถใช้ได้แล้วมันจะถูกทำเครื่องหมายเป็น (ความน่าเชื่อถือที่เลวร้ายที่สุด) ไม่สามารถใช้ได้และผลจะว่างเปล่า แต่เพียงหนึ่งก่อนเพราะครั้งต่อไปเราจะใช้ผู้ให้บริการอื่นจากคิว และในกรณีหากผู้ให้บริการไม่สามารถใช้ได้แล้วนักแปลจะถูกหลอกใช้ -- กลับค่าเดียวกัน (แต่ไม่ได้แคช) ดังนั้นบางส่วนจะไม่ได้แปล แต่หน้าจะไม่ได้มีส่วนที่ว่างเปล่าเช่นนี้เมื่อผู้ให้บริการจะไม่สามารถใช้ได้

[vBET]

เพียงแค่การประกาศอย่างรวดเร็ว -- เรามีอยู่แล้วการใช้งานคุณลักษณะนี้

เราต้องการปล่อยมันอย่างรวดเร็ว (เป็น BETA) เนื่องจากปัญหาทั่วไปที่เกิดจากข้อ จํากัด ที่กําหนดโดยผู้ให้บริการแปลภาษา นอกจากนี้เรายังกําลังมองหา API อื่น ๆ ที่สามารถรองรับโดย vBET

[Simon Lloyd]

ความคิดของฉันถูกที่จะส่งการแปลการตรวจสอบก่อนเพื่อดูว่าให้บริการที่ต้องการสามารถใช้ได้เพื่อให้คุณให้เรารหัสเพื่อตรวจสอบว่า Google หรือ MS มีการตอบสนองดังนั้นในช่วงเวลาของการโทรสำหรับการแปลการทดสอบ googleapi (ชื่อของแฟ้มการทดสอบของฉันที่มีรหัสการทดสอบของคุณ ) ถ้าแปลคือการใช้ความจริงที่เชื่อถือได้ถ้าแปลเป็ น flase หรือรหัสไม่ได้เป็น 200 แล้วลองให้บริการถัดไปในรายการและดำเนินการทดสอบ API ของพวกเขาก่อนที่จะใช้

คุณอาจจะมีกล่องรายการที่ผู้ใช้สามารถรายการหนึ่งผู้ให้บริการแต่ละต่อบรรทัดในคำสั่งของการตั้งค่า (นี้จะช่วยให้คุณเมื่อคุณเพิ่มการสนับสนุนสำหรับ APIs อื่น ๆ ผู้ใช้ก็สามารถเพิ่มลงในรายการ) เพื่อให้รายการของฉันอาจมีลักษณะเช่นนี้
ไมโครซอฟท์
MyTranslator
Google
YourTranslator
AnOtherTranslator

สมมติว่าชื่อบ้าฉันป้อนให้บริการได้จริงในการโทรสำหรับการแปลรหัสการทดสอบ MS จะทำงานถ้าการตอบสนองใช้ MS 200 ถ้าไม่ได้เรียกใช้รหัสการทดสอบ MyTranslator ตรวจสอบการตอบสนองสำหรับ 200 ถ้าใช่ใช้มันหากไม่ได้เรียกใช้รหัสการทดสอบของ Google **** ฯลฯ ******

วิธีนี้คุณไม่เคยมีการจัดเก็บข้อมูลใด ๆ เกี่ยวกับผู้ให้บริการ (มิฉะนั้นคุณอาจจะมีกล่องข้อความที่ผู้ใช้สามารถป้อนการตั้งค่าขีด จำกัด ของพวกเขาสำหรับแต่ละผู้ให้บริการ แต่ผมคิดว่าข้อมูลนี้จะไร้ประโยชน์ wuld เช่นที่พวกเขาอาจมีการเปลี่ยนแปลงมันและมันจะหมายถึงการเพิ่มเติมการตรวจสอบกลับและการตรวจสอบ ไปข้างหน้าก่อนที่จะทำการแปล) คุณจะไม่ต้องกังวลหากมีข้อ จำกัด อีกครั้งเพื่อให้ใช้ได้ไม่จำเป็นต้องงาน cron ให้ทำงานเพื่อตรวจสอบเหล่านี้ให้โหลดบนเซิร์ฟเวอร์สำหรับตรวจสอบการแปลที่หนึ่งขนาดเล็ก (รหัสที่คุณให้ไว้ในคำถามที่พบบ่อย) จะเป็น ไม่มีอะไร

หวังว่าฉันอธิบายแล้วนั้นเพื่อให้คุณได้รับความคิดของฉันฉันคิดว่ามันทั้งหมดจะทำเพียงแค่ตรวจสอบขนาดเล็กที่มีและไม่มีการจัดเก็บอะไร

[Simon Lloyd]

เพียงแค่การประกาศอย่างรวดเร็ว -- เรามีอยู่แล้วการใช้งานคุณลักษณะนี้

เราต้องการปล่อยมันอย่างรวดเร็ว (เป็น BETA) เนื่องจากปัญหาทั่วไปที่เกิดจากข้อ จํากัด ที่กําหนดโดยผู้ให้บริการแปลภาษา นอกจากนี้เรายังกําลังมองหา API อื่น ๆ ที่สามารถรองรับโดย vBET

ผมส่งคุณหนึ่งหรือสอง (ในเรื่องที่คุณถูกลบเนื่องจากการเชื่อมโยง) ที่คุณสามารถวิธีการถ้าคุณต้องการเป็นอาสาสมัครรุ่นเบต้าผมผู้ชายของคุณ

[vBET]

ผมส่งคุณหนึ่งหรือสอง (ในเรื่องที่คุณถูกลบเนื่องจากการเชื่อมโยง) ที่คุณสามารถวิธีการถ้าคุณต้องการเป็นอาสาสมัครรุ่นเบต้าผมผู้ชายของคุณ

ข้อความของคุณถูกลบออกเบา ๆ เพราะเนื้อหาของมันคือโฆษณาที่เขียนโดยคนอื่น แต่เราสามารถเข้าถึงข้อความนี้และเราอยู่ในนั้น

เรายังได้ส่งอีเมลคำถามที่หนึ่งในบรรดาผู้ให้บริการการแปลเกี่ยวกับรายละเอียดการชำระเงิน บางส่วนของผู้จะได้รับเงิน (แม้จะอธิบายว่าเ ป็นฟรีมันไม่ได้อยู่ในระดับ API -- สิ่งเดียวที่คุณมีกับ Google คุณสามารถแปลฟรีโดยเบราว์เซอร์ แต่ไม่โดย API) แต่ราคาสามารถแข่งขันจึงเป็นสิ่งที่ยังคงดี (การแข่งขันมากขึ้นราคาที่ดีขึ้น)
บางคนเรามีการตรวจสอบเป็นผู้ที่ภายนอกจริงๆแปล API หรือเพียงแค่พจนานุกรมท้องถิ่นเขียนโดยผู้ใช้เอง (นี้ยังเป็นสิ่งหนึ่งที่อยู่ในรายการสิ่งที่ต้องทำของเรา -- อนุญาตให้มีการปรับเปลี่ยนและวางแปลของตัวเอง) -- Radek มีส่วนนี้

ดังนั้นเราจึงทํางานเพื่อปรับปรุง vBET และทําให้ราคาถูกที่สุดในการใช้งาน

[vBET]

เราอยู่ในขั้นตอนสุดท้ายของการทำงานใหม่ของ tesing เรียบร้อยแล้วคุณสามารถดูเปลี่ยนแปลงคำอธิบาย: http://www.vbenterprisetranslator.co....html#post8914 (ดูล่าสุด หมายเหตุ)

[Simon Lloyd]

ขอบคุณไมเคิล ฉันทำการลงรายการบัญชีด่วนใน taht คำถามคำตอบที่ไม่มีการสงสัยคุณจะมีการเอาออกเนื่องจากไม่ถูกต้องสำหรับมัน ถ้าคุณต้องการทดสอบบนเป็นกระดานสดที่เรียกมากแปล PM ฉันและฉันจะให้คุณเข้าไปยังราก admincp และเวที ฉันจะยังวาง google แปลจำกัดที่ฉันได้ตั้งขึ้นและลงที่คำสั่งของคุณเพื่อให้คุณสามารถทดสอบ

[vBET]

ตกลงดังกล่าว คิวผู้ให้บริการจะถูกนำมาใช้ และจะถูกรวมในรุ่น 3.5.1 และ 4.4.3 เอ้อ 3.5.1 จะเผยวันนี้ vBET4.4.3 จะยังอยู่ในขั้นทดสอบ บูธประชาสัมพันธ์จะเบต้าเพื่อให้ทุกคนสามารถทดสอบในเวทีใหญ่ที่ทดสอบอย่างใดอย่างหนึ่ง โปรดทราบว่า เราอยู่แล้วจะทดสอบ 3.5.1 หนึ่งของกระดานข่าวของเราจริง เนื่องจากยังคงของการเปลี่ยนแปลงที่สำคัญ อยู่ในเบต้าระยะแรกนั้น