परिपत्र और APIs के स्विचन अनुवाद का प्रवाह रखने की जाँच

[Simon Lloyd]

मैं अपने गूगल के लिए वर्ण सीमा 100.000 perday करने के लिए सेट तो मेरी सेटिंग्स के साथ "हमेशा गूगल का प्रयोग करें", "गूगल एपीआई V2 का प्रयोग करें", "Google जांच का प्रयोग करें" जब मैं उस सीमा तक पहुँच और अब कोई भुगतान गूगल से परिणाम प्राप्त यह संभव होगा मुक्त एपीआई के लिए तो परिणाम का उत्पादन शुरू?

तो उदाहरण के लिए मैं अपने गूगल प्रीसेट सीमा का उपयोग करें और गूगल अब रिटर्न परिणामस्वरूप मेरे (शायद लौट रहे एक त्रुटि कोड आपके गूगल परीक्षण कोड में उन लोगों की तरह) के लिए जब परिणाम है वापस नहीं यह अच्छा होगा यदि vBET स्वत: गलती कोड मान्यता प्राप्त और फिर Microsoft की तरह एक और एपीआई के लिए अनुरोध भेज दिया (या किसी भी अन्य लोगों कि vBET बाद का समर्थन करता है) इस तरह से हम किसी भी परिणाम होने का आश्वासन दिया है - मेरे लिए यह बहुत बहुत मूल्यवान होगा वहाँ रहे हैं यह देखते हुए कि सीमा भी भुगतान किया संस्करण के साथ, यह आपके अनुवाद की सीमा का विस्तार करने के लिए आप की अनुमति होगी।

जैसे
गूगल प्रति दिन 1, 00000 Charcters सेट करें > प्रयोग किया जाता > vBET स्थानांतरित करने के लिए सूची में अगले एपीआई > Microsoft 400 k प्रति घंटा या 4 जब vBET चेक अगले एपीआई सीमा समाप्त मीटर और पहले तो सीमा उठाया है या कुछ भत्ता है देखने के > अगले एपीआई या वापस भुगतान किया जब सीमा पर पहुँच गए पुन: गूगल करने के लिए या तो ले जाएँ > अगले API.... की जांच आदि और इसलिए परिपत्र के बाद प्राप्त की जाँच एक त्रुटि कोड ले जाएगा पर, इतना सुंदर बहुत लगातार की क्षमता में अनुवाद है।

[vBET]

मैं अपने विवरण और अपनी बात को समझते हैं. अब हमें पता कि यह कैसे तकनीकी काम लगता है.

एक मुद्दा है मैं यहाँ देख रहा है कैसे हम पहचान लेंगे कि हम पहले से ही उन है जहां से पहले तक पहुँच सीमा के बाद उपलब्ध है.

हम बस हर बार पसंदीदा प्रदाता और फिर जाना अगले एक के लिए पूछ सकते हैं। के लिए प्रत्येक अनुरोध पृष्ठ जो अनुवाद की आवश्यकता है, हम बनाया जाएगा क्योंकि पसंदीदा प्रदाता, इसलिए (vBET अधिक APIs का समर्थन करेंगे जब यह कई असफल कॉल हो सकता है) तो के लिए अगले एक करने के लिए असफल कॉल इस प्रदर्शन - खर्च होंगे।

अन्य समाधान के लिए जानकारी है कि पसंदीदा प्रदाता उपलब्ध नहीं है की दुकान और अगले एक करने के लिए सीधे जाने के लिए होगा. यह बहुत तेजी से हो सकता है, क्योंकि स्थानीय चर की जाँच बहुत बाहरी सर्वर से प्रतिक्रिया के लिए प्रतीक्षा की तुलना में तेजी से होता है. इस समय हम अन्य मुद्दा है - हम नहीं जानते कि जब पसंदीदा प्रदाता उपलब्ध है. हम निश्चित रूप से कुछ शेड्यूल्ड कार्य जो उदाहरण के लिए सरल अनुवाद (कम) के लिए / घंटा प्रति दिन एक बार पूछने के लिए यह जाँच कर सकते हैं. तो इस रणनीति में हम तय करने के अक्सर कैसे डिफ़ॉल्ट रूप से ऐसे कार्य को काम करने लगता है. बेशक हम यह जांच केवल जब कुछ उपलब्ध नहीं है प्रदाता के रूप में चिह्नित है.
इसके अलावा, अगर हम अनुपलब्ध के रूप में प्रदाताओं के निशान - क्या जब हम जानते हैं कि सभी प्रदाताओं उपलब्ध नहीं हैं करने के लिए अंत उपयोगकर्ता के लिए कुछ जानकारी जोड़ने या बस आराम और मूल के रूप में कैश में है अनुवाद अनुवाद प्रदाताओं के अस्थायी कमी के बारे में कोई अतिरिक्त जानकारी के बिना, .

कोई फर्क नहीं पड़ता कि जो रास्ता यह किया जाएगा, गूगल के रूप में इलाज किया जाएगा एक एपीआई (v1 या v2 विन्यास पर निर्भर करता है) वहाँ कोई विभाजन की भावना है, क्योंकि गूगल v1 बहुत जल्द ही बंद कर दिया जाएगा.

एक और बात प्रदाताओं कतार प्रत्येक भाषा जोड़ी के लिए पृथक रूप से कॉन्फ़िगर करने के लिए अनुमति देने के लिए है। इस क्षण में vBET अनुवाद प्रदाता प्रत्येक भाषा जोड़ी के लिए कॉन्फ़िगर करने के लिए पहले से ही देता है। मुझे लगता है कि हम इसे से एक मान कॉमा सेपरेटेड वेल्यूज़ (CSV) करने के लिए कि बदल सकते हैं। इस तरह हम प्रत्येक भाषा जोड़ी के लिए पता चलेगा जो प्रदाताओं इस अनुवाद समर्थन और क्या क्रम वरीयताएँ (CSV सूची पर सिर्फ़ आदेश) कर रहे हैं।

कृपया ध्यान दें: इस वैसे भी कुछ प्रदर्शन प्रभाव पड़ेगा. अनुवाद के लिए एक वस्तु बनाने के बजाय हम ऐसी वस्तुओं की सरणी और अतिरिक्त लपेटन ऑब्जेक्ट है (यह कोड और कम प्रवण कीड़े के अन्य भागों के लिए पारदर्शी बनाने के) बनाने के लिए होगा. बेशक हम वस्तुओं प्रदाताओं हम इस पल में उपलब्ध नहीं हैं पता है के लिए नहीं पैदा करेगा.
इस समाधान के लिए बेहतर प्रदर्शन के लिए reconfigure करने और प्रदाताओं कतार को हटा दें - जैसे यह सही है अब भाषा जोड़ी प्रति एक प्रदाता है.
यह प्रदर्शन के लिए महंगा नहीं हो सकता है, लेकिन अभी भी कुछ अतिरिक्त तर्क और स्मृति की खपत.

कृपया बताओ जो समाधान पसंद है.

[vBET]

और एक संभावित हल है. अगर हम पूरे एपीआई के रूप में उपलब्ध नहीं चिह्न और यह शेड्यूल्ड कार्य के द्वारा जांच अब उपलब्ध है, तो हम प्रदाताओं की कतार नहीं है. हम इसे इस तरह से कर सकते हैं - हमेशा केवल एक अनुवादक ऑब्जेक्ट बनाया जाता है (बेहतर स्मृति के उपयोग) और एक में अनुरोध हम अनुवाद के लिए केवल एक प्रदाता से पूछो (बेहतर सीपीयू). यदि यह उपलब्ध नहीं होगा, तो यह परिणाम उपलब्ध नहीं है और के रूप में चिह्नित किया जाएगा खाली हो (बेकार विश्वसनीयता). लेकिन केवल पहले एक, क्योंकि अगली बार हम कतार से दूसरे प्रदाता का प्रयोग करेंगे. और मामले में अगर कोई प्रदाता उपलब्ध है, तो डमी अनुवादक इस्तेमाल किया जा जाएगा - एक ही मान देने (लेकिन यह कैश नहीं है) तो कुछ भागों का अनुवाद किया जा पेज खाली भागों की तरह अब जब प्रदाता उपलब्ध नहीं है नहीं होगा नहीं होगा, लेकिन.

[vBET]

बस जल्दी घोषणा - हम पहले से ही इस सुविधा को लागू कर रहे हैं.

हम इसे फास्ट फास्ट (जैसे कि बीटा के रूप में) जारी करना चाहते हैं, जो अनुवाद प्रदाताओं द्वारा निर्धारित सीमाओं के कारण होता है. हम अन्य APIs के लिए भी देख रहे हैं जो vBET द्वारा समर्थित किया जा सकता है

[Simon Lloyd]

मेरे विचारों को चेक अनुवाद के पहले भेजने के लिए देखने के लिए अगर पसंदीदा प्रदाता उपलब्ध है, तो आप हमें दे दिया कोड की जांच अगर गूगल या एमएस जवाब है, अनुवाद परीक्षण (googleapi के लिए कॉल के समय में ऐसा अपने परीक्षण कोड के साथ अपने परीक्षण फ़ाइल का नाम अनुवाद) यदि सच्चा उपयोग preffered है, अगर अनुवाद है flase या कोड 200 नहीं है, तो सूची में अगले प्रदाता कोशिश करते हैं और उपयोग करने से पहले अपने एपीआई परीक्षण प्रदर्शन.

तुम एक listbox है जहाँ उपयोगकर्ता वरीयता के क्रम में प्रति पंक्ति प्रत्येक प्रदाता एक सूची कर सकते हैं (यह है जब आप अन्य एपीआई के लिए समर्थन जोड़ने के उपयोगकर्ता अभी उन्हें सूची में जोड़ सकते हैं अनुमति देता है) हो सकता है, तो मेरी सूची इस तरह लग सकता है:
माइक्रोसॉफ्ट
MyTranslator
गूगल
YourTranslator
AnOtherTranslator

मान लिया जाये कि कम - अक़्ल नाम मैं में प्रवेश असली प्रदाताओं अनुवाद एमएस परीक्षण कोड के लिए कॉल पर थे, चलाने के लिए, अगर प्रतिक्रिया 200 उपयोग एमएस अगर MyTranslator परीक्षण कोड चलाने के लिए नहीं, 200 के लिए प्रतिक्रिया की जांच अगर हाँ यह प्रयोग अगर Google परीक्षण कोड चलाने के लिए नहीं होगा **** ****** आदि

इस तरह आप कभी नहीं प्रदाताओं (अन्यथा आप पाठ बक्से है जहाँ उपयोगकर्ताओं को प्रत्येक प्रदाता के लिए अपने निर्धारित सीमा में प्रवेश कर सकता है, लेकिन मुझे लगता है कि इस जानकारी बेकार हो सकता है के रूप में वे इसे बदल सकता हैं और इसका मतलब यह होगा और अधिक वापस जाँच और जाँच wuld सकता है पर किसी भी जानकारी की दुकान आगे) एक अनुवाद करने से पहले आप चिंता अगर सीमा फिर से उपलब्ध थे तो एक क्रॉन नौकरी के लिए कोई जरूरत नहीं करने के लिए इन जांच चलाने के लिए कभी नहीं होगा, कि एक छोटे अनुवाद चेक (कोड तुम अक्सर पूछे जाने वाले प्रश्न में प्रदान) के लिए सर्वर पर लोड होगा कुछ नहीं.

उम्मीद है कि मुझे लगता है कि ठीक समझाया ताकि आप मेरे विचार मिलता है, मुझे लगता है कि यह सब उस छोटे से चेक द्वारा बस और कुछ भी भंडारण के बिना किया जा सकता है है.

[Simon Lloyd]

बस जल्दी घोषणा - हम पहले से ही इस सुविधा को लागू कर रहे हैं.

हम इसे फास्ट फास्ट (जैसे कि बीटा के रूप में) जारी करना चाहते हैं, जो अनुवाद प्रदाताओं द्वारा निर्धारित सीमाओं के कारण होता है. हम अन्य APIs के लिए भी देख रहे हैं जो vBET द्वारा समर्थित किया जा सकता है

मैं तुम्हें एक या दो (एक के बाद आप लिंक की वजह से नष्ट कर दिया में) भेजा है कि आप दृष्टिकोण सकता है, अगर आप एक बीटा स्वयंसेवक चाहते हैं मैं अपने आदमी हूँ

[vBET]

मैं तुम्हें एक या दो (एक के बाद आप लिंक की वजह से नष्ट कर दिया में) भेजा है कि आप दृष्टिकोण सकता है, अगर आप एक बीटा स्वयंसेवक चाहते हैं मैं अपने आदमी हूँ

आपका संदेश धीरे नष्ट कर दिया गया क्योंकि इसकी सामग्री विज्ञापन किसी और ने लिखा था, लेकिन हम इस संदेश के लिए उपयोग किया है और हम इसे पर हैं

हम भी पहले से ही भुगतान विवरण के बारे में सवाल उन अनुवादों प्रदाताओं में से एक ईमेल भेजने. उन में से कुछ (भी जब यह मुक्त रूप में वर्णित है, यह एपीआई स्तर पर नहीं है - एक ही बात आप Google के साथ आप ब्राउज़र द्वारा मुक्त अनुवाद कर सकते हैं, लेकिन एपीआई द्वारा नहीं) का भुगतान कर रहे हैं, लेकिन प्रतिस्पर्धी कीमतों जा सकता है, तो यह अभी भी अच्छा है (और अधिक प्रतिस्पर्धा बेहतर कीमतें).
कुछ हम जांच उन सच बाहरी अनुवाद एपीआई या बस स्थानीय स्वयं के उपयोगकर्ताओं (को संशोधित करने के लिए और खुद के अनुवाद डाल देते हैं यह भी हमारे TODO सूची पर एक बात है) द्वारा लिखित शब्दकोशों Radek इस भाग है.

इसलिए हम वीबीईटी में सुधार करने के लिए काम कर रहे हैं और इसे संभव के रूप में उपयोग में सस्ते के रूप में बनाया

[vBET]

हम नई कार्यक्षमता tesing के अंतिम चरणों में हैं. आप पहले से ही बदल विवरण देख सकते हैं: post8914 # http://www.vbenterprisetranslator.co....html (देखने के आखरी नोट)

[Simon Lloyd]

धन्यवाद माइकल, मैं एक त्वरित पोस्ट किया कि अकसर किये गए सवाल जो कोई संदेह नहीं है तुम क्योंकि निकालना होगा अपनी नहीं यह सही जॉब यदि आप चाहते हैं पर परीक्षण के लिए एक एक लाइव बोर्ड, कि कई अनुवादों बजे मुझे और मैं दे दूँगा आप पहुँच admincp और फोरम रूट करने के लिए कॉल मैं भी google अनुवाद सीमा है कि मैं ऊपर और नीचे अपने आदेश में निर्धारित किया है ताकि आप परीक्षण कर सकते हैं रखा जाएगा

[vBET]

तो ठीक है। प्रदाताओं कतार कार्यान्वित होती है और यह 3.5.1 और 4.4.3 रिलीज में शामिल किया जाएगा। vBET 3.5.1 आज जारी की जाएगी। vBET4.4.3 अभी भी परीक्षण के चरण में है। तो हर कोई यह जांच कर सकता है कि परीक्षण के एक बड़े मंचों में बूथ विज्ञप्ति बीटा होगा। कृपया ध्यान दें हम पहले से ही 3.5.1 हमारी असली मंचों में से एक पर परीक्षण कर रहे हैं कि। अभी भी महत्वपूर्ण परिवर्तनों के कारण यह पहला बीटा अवस्था में है।