المساعد الشخصي الرقمي

عرض النسخة الكاملة : بالفعل القيام به التعميم التحقق والتحول من APIs للحفاظ على تدفق ترجمة



Simon Lloyd
04-10-11, 01:10
لقد تحد لي حرف جوجل لتعيين 100000 perday ذلك مع اعدادتي "استخدم دائما جوجل" ، "استخدام جوجل API V2" ، "استخدم Google الكشف" عند وصولي الى هذا الحد ، ولم يعد الحصول على نتائج من جوجل تدفع سيكون من الممكن ل API مجانا ثم البدء في تحقيق نتائج؟

حتى على سبيل المثال يمكنني استخدام بلدي حد مسبقاً جوجل وجوجل لم تعد بإرجاع نتيجة بالنسبة لي (ربما إرجاع رمز خطأ مثل تلك الموجودة في التعليمات البرمجية اختبار Google) عندما هو ليس إرجاع النتيجة سيكون جيدا إذا فبيت تلقائياً الاعتراف رمز الخطأ وثم أرسل الطلب إلى API آخر مثل Microsoft (أو أي أشخاص آخرين يدعم هذا فبيت لاحقاً) بهذه الطريقة ونحن واثقون من الحصول على بعض النتائج-بالنسبة لي هذه ستكون قيمة جداً جداً وبالنظر إلى أن هناك حدوداً حتى مع إصدارات مدفوعة الأجر، فإنه سوف تسمح لك توسيع حدود الترجمات الخاصة بك.

على سبيل المثال
تعيين تشاركتيرس 100,000 يوميا من جوجل > المستخدمة > نقل فبيت إلى API التالية في قائمة > Microsoft ك 400 كل ساعة أو 4 أمتار عند الوصول إلى الحد الأقصى فبيت الاختيار API التالية والسابقة لمعرفة إذا كان يتم رفع الحد أو قد بدل بعض > أما الانتقال إلى API التالية أو العودة إلى جوجل تدفع عند الوصول إلى الحد الأقصى مرة أخرى > التحقق من API التالية.... إلخ وحتى فحص التعميم بعد استقبال سيقوم رمز خطأ، حتى جميلة كثير القدرة المستمرة على الترجمات.

vBET
04-10-11, 09:28
وأنا أفهم وصفك وجهة نظرك. الآن لدينا لمعرفة الكيفية التي يفترض أن تعمل من الناحية الفنية.

قضية واحدة أرى هنا هو : كيف لنا أن نعترف بأن لدينا بالفعل حدود متوفرة بعد تلك التي وصلت من قبل.

يمكن فقط في كل مرة نطلب الموفر المفضل، وبعدها يتوجه إلى المرحلة التالية. وسيتكلف هذا الأداء-لأن لكل طلب للصفحة التي تتطلب الترجمة، أننا سوف النداء غير ناجحة إلى موفر المفضل، ثم بالتالي واحد (بحيث يمكن عدة مكالمات غير الناجحة عندما فبيت ستدعم أكثر واجهات برمجة التطبيقات).

لن يكون حل آخر لتخزين المعلومات التي مزود مفضل غير متوفر ، وتذهب مباشرة إلى واحد القادم. هذا من شأنه أن يكون أسرع من ذلك بكثير ، لأن التدقيق المتغير المحلي أسرع بكثير من الانتظار لاستجابة من خادم خارجي. هذا الوقت لدينا قضية أخرى -- نحن لا نعرف متى المزود المفضل هو متاح. يمكننا بالطبع جعل بعض المهام التي من المقرر أن أطلب للترجمة (قصيرة) بسيطة على سبيل المثال مرة واحدة لكل ساعة / يوم للتحقق من ذلك. حتى في هذه الاستراتيجية علينا أن نقرر كيف غالبا افتراضيا هذه المهمة لنفترض للعمل. وبطبيعة الحال فإننا التحقق من ذلك إلا عندما وضعت بعض مزود كما غير متوفرة.
إذا نحن أيضا علامة مقدمي كغير -- ماذا تفعل عندما نعلم أن جميع مقدمي خدمات غير متوفرة -- إضافة بعض المعلومات عن المستخدم النهائي أو تترجم فقط ما هو في ذاكرة التخزين المؤقت والباقي كما الأصلي ، دون أي معلومات إضافية حول نقص مؤقت في الترجمة .

بغض النظر عن الطريقة التي سيتم القيام به ، وسوف يعامل كواحد جوجل API (V1 V2 أو اعتمادا على التكوين) -- لا يوجد أي معنى لتقسيمه ، لأنه سيتم البحث في V1 مغلقة في وقت قريب جدا.

شيء آخر هو السماح لتكوين قائمة انتظار مقدمي الخدمات لكل زوج اللغة كل على حدة. في هذه اللحظة بالفعل فبيت يسمح بتكوين موفر الترجمة لكل زوج اللغة. وأعتقد أن علينا يمكن تغييره من قيمة واحدة لقيم مفصولة بفاصلة (CSV). وبهذه الطريقة نعرف لكل زوج اللغة مقدمي الخدمات التي تدعم هذه الترجمة، وما هي تفضيلات النظام (نظام عادل على قائمة CSV).

يرجى ملاحظة: هذا سيكون تأثير بعض الأداء على أية حال. بدلاً من إنشاء كائن واحد للترجمة سيتعين علينا أن إنشاء صفيف من هذه الكائنات وكائن التفاف إضافية (لجعلها شفافة للأجزاء الأخرى من التعليمات البرمجية وأقل البق عرضه). وبطبيعة الحال لا نخلق الكائنات لمقدمي الخدمات، ونحن نعلم لا تتوفر في هذه اللحظة.
سوف يكون لهذا الحل لإعادة تكوين لتحسين الأداء وإزالة مقدمي طابور -- مثلما هو عليه الآن -- واحد مزود لكل زوج اللغة.
هذا لا ينبغي أن تكون مكلفة للأداء ، ولكن لا تزال بعض المنطق إضافية واستهلاك الذاكرة.

من فضلك قل الذي يفضل الحل.

vBET
04-10-11, 18:23
وأحد الحلول المحتملة أكثر. إذا كنا سيمثل API كله لا المتاحة والاختيار من قبل المهمة المجدولة هو متاح الآن ، ثم أننا لا نملك لجعل طابور من مقدمي الخدمات. يمكننا أن نفعل ذلك وبهذه الطريقة -- دائما يتم إنشاء كائن واحد فقط مترجم (أفضل استخدام الذاكرة) وطلب واحد نسأل عن ترجمة موفر واحد فقط (أفضل CPU). واذا لن يكون متوفرا ، ثم سيتم وضع علامة على أنها غير متوفرة والنتائج تكون فارغة (موثوقية أسوأ). ولكن واحدة فقط أولا ، لأن في المرة القادمة سوف نستخدم مزود آخر من قائمة الانتظار. وفي حالة إذا لم يكن مزود متوفرا ، فسيتم استخدام مترجم وهمية -- إرجاع القيم نفسها (ولكن لا مخبأ عليه) لذلك سوف يكون هناك بعض الأجزاء ولكن لم تترجم الصفحة سوف لا تحتوي على أجزاء فارغة مثل الآن عندما مزود غير متوفر.

vBET
04-10-11, 22:31
الاعلان فقط سريعا -- نحن بالفعل بتنفيذ هذه الميزة.

نريد الإفراج عن أنها سريعة (بيتا) نظراً للقضايا المشتركة، الناجمة عن الحدود المعينة بواسطة موفري الترجمة. أننا نبحث أيضا عن الأخرى واجهات برمجة التطبيقات التي يمكن أن تدعمها فبيت:

Simon Lloyd
04-10-11, 22:36
وكانت أفكاري لإرسال الترجمة أول فحص لمعرفة ما اذا كان مقدم المفضل هو متاح ، لذا قدم لنا رمز لمعرفة ما اذا كان جوجل أو MS هو الاستجابة ، وذلك في الوقت الذي ندعو إلى ترجمة اختبار googleapi (اسم الملف اختباري مع رمز الاختبار ) إذا كان استخدام الترجمة الحقيقية أعطيت الأولوية ، إذا الترجمة flase أو رمز ليس 200 ثم حاول مقدم القادمة في قائمة وأداء الاختبار قبل استخدام API.

هل يمكن أن يكون مربع القائمة حيث يمكن للمستخدم قائمة كل واحد مزود في كل سطر في ترتيب الأفضلية (وهذا يسمح عند إضافة الدعم ل API أخرى يمكن للمستخدم منهم فقط إضافة إلى القائمة) ، لذلك يمكن قائمتي تبدو مثل هذا :
مايكروسوفت
MyTranslator
جوجل
YourTranslator
AnOtherTranslator

وعلى افتراض سخيف دخلت أسماء مقدمي كانت حقيقية ، على الدعوة لرمز MS تشغيل اختبار الترجمة ، إذا MS استجابة استخدام 200 إذا لم يتم تشغيل MyTranslator رمز اختبار ، والتحقق من استجابة ل 200 إذا كانت الإجابة بنعم استخدامه إذا لم يتم تشغيل شفرة Google اختبار **** الخ ******

بهذه الطريقة يمكنك أبدا أن يكون لتخزين أي معلومات عن مقدمي الخدمات (وإلا هل يمكن أن يكون مربعات النص حيث يمكن للمستخدمين الدخول على تعيين حدود لكل موفر ولكن أعتقد أن هذه المعلومات wuld تكون ذات جدوى لأنها يمكن تغييره ، وذلك يعني المزيد من التدقيق والتحقق من الخلف إلى الأمام قبل اتخاذ أي الترجمة) أنك لن تضطر إلى حدود تقلق إذا كانت متوفرة مرة أخرى لذلك لا حاجة للعمل لتشغيل كرون للتحقق من هذه ، والحمل على الخادم لهذا الاختيار من ترجمة الصغيرة (الكود الذي المنصوص عليها في التعليمات) أن لا شيء.

أتمنى أن أوضح موافق حتى تحصل على فكرتي ، وأعتقد أن كل ما ينبغي القيام به فقط من خلال أن تحقق الصغيرة ودون تخزين أي شيء.

Simon Lloyd
04-10-11, 22:37
الاعلان فقط سريعا -- نحن بالفعل بتنفيذ هذه الميزة.

نريد الإفراج عن أنها سريعة (بيتا) نظراً للقضايا المشتركة، الناجمة عن الحدود المعينة بواسطة موفري الترجمة. كما أننا ننظر للأخرى واجهات برمجة التطبيقات التي يمكن أن تدعمها فبيت: أرسلت لكم واحد أو اثنين (في مرحلة ما بعد يمكنك حذف بسبب الارتباطات) أن كنت يمكن أن نهج، وإذا كنت تريد بيتا المتطوعين أنا الرجل الخاص بك:

vBET
04-10-11, 22:57
وأرسلت لكم واحد أو اثنين (في مرحلة ما بعد يمكنك حذف بسبب الارتباطات) أن كنت يمكن أن نهج، وإذا كنت تريد بيتا المتطوعين أنا الرجل الخاص بك:

تم حذف الرسالة الخاصة بك بهدوء، لأن محتواه كان الإعلان كتبها شخص آخر، ولكن يتعين علينا الوصول إلى هذه الرسالة وإننا نسير على أنه:

نحن بالفعل حتى إرسال البريد الإلكتروني سؤال لأحد مقدمي تلك الترجمات حول تفاصيل الدفع. وتدفع بعض تلك (حتى عندما وصفت بأنها ليست حرة على مستوى API -- الشيء نفسه مع جوجل لديك يمكنك ترجمة مجانا من المستعرض ، ولكن ليس عن طريق API) ، ولكن الأسعار يمكن أن تكون قادرة على المنافسة ، لذلك لا تزال جيدة (الأسعار المزيد من المنافسة أفضل).
لدينا بعض التحقيق هم حقا ترجمة API الخارجية أو المحلية فقط قواميس مكتوبة من قبل المستخدمين الخاصة (وهذا أيضا شيء واحد على قائمتنا TODO -- السماح لتعديل ووضع الترجمات الخاصة) -- راديك وهذا الجزء.

حتى أننا نعمل على تحسين فبيت، وجعلت باعتبارها رخيصة في استخدام قدر الإمكان:

vBET
05-10-11, 13:52
نحن في المراحل الأخيرة من وظائف جديدة tesing. يمكنك أن نرى بالفعل تغيير الوصف: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-2.html#post8914 (انظر الملاحظة الأخيرة)

Simon Lloyd
05-10-11, 18:03
بفضل مايكل، قدم وظيفة سريعة في تأت الأسئلة الشائعة التي لا شك سوف تضطر إلى إزالة لأن ليس المكان الصحيح له: إذا كنت ترغب في اختبار على مجلسا حية تطلب العديد من الترجمات الساعة لي، وسوف توفر لك الوصول إلى جذر admincp والمنتدى، أيضا سوف يضع الحد ترجمة جوجل التي ذكرتها صعودا وهبوطاً في الأمر الخاص بك حتى يمكنك اختبار:

vBET
06-10-11, 00:50
طيب بذلك. قائمة انتظار مقدمي وينفذ وسيتم إدراجها في الإصدارات 3.5.1 و 4.4.3. فبيت 3.5.1 سيصدر اليوم. vBET4.4.3 لا يزال في مرحلة الاختبار. نشرات كشك سيكون بيتا حتى الجميع من اختبار في أكبر المنتديات التي تقوم باختبار واحد. يرجى ملاحظة أن نجربها الفعل 3.5.1 على أحد المنتديات الحقيقية. ما زال سبب تغييرات هامة من مرحلة بيتا أولاً.

Simon Lloyd
06-10-11, 06:59
أنه يحتاج إلى أن مهمة مجدولة وإيقاف موفر محدد واحد لمدة ساعة في وقت؟، قدمت اقتراحا التعميم هنا فحص وتبديل من واجهات برمجة التطبيقات للحفاظ على تدفق الترجمات حيث ربما يمكن دائماً نبدأ في الجزء العلوي من قائمة موفري وجعل اختبار الدعوة (مثلك واحد قدمت لاختبار استجابة جوجل واستجابة ل Microsoft) إذا كان اختبار الدعوة استجابة 200 أو تتم ترجمة النص ثم استخدم هذا الموفر، إذا كان الرد لا 200 أو لم تتم ترجمة النص اختبار (باستخدام نفس النص لكل التجارب وفي REGEX للتحقق من النص المترجم) ثم ثم البدء في الجزء العلوي من القائمة الانتقال إلى موفر القادم، كل استدعاء الترجمة والعمل أسفل

عدم وجود نتيجة فارغ ستكون جيدة لأن بعد أن نكون قد thats عودة فارغة كيف أنها لا تزال، لقد كان الكثير من الناس يشكون من أن هذا هو الحال في بلدي المنتدى فعلا.

vBET
06-10-11, 11:33
ليس بالضرورة أن تكون على هذا النحو، وأنها الآن. شكرا للملاحظة. لا تزال. فإنه قد لا معنى له. يرجى ملاحظة أن يسأل للترجمة الخارجية شيء أكثر مضيعة للوقت في فبيت كله (والأمر متروك ليس لنا). هناك لا شعور جنون آلاف طلب عندما نصل إلى حدود الفعل. هذا من شأنه أن وقت الاستجابة لأجرؤ واستهلاك وحدة المعالجة المركزية واستهلاك الذاكرة أيضا (أكثر من كائن تم إنشاؤه).

لقد اكتشفنا أن المعلومات جوجل عن الاعتداء على الأرجح TOS يختفي بعد مرور بعض الوقت. أننا لا نعرف، لكن ربما إذا أننا سوف يتساءلون عند الفعل ونحن مسدودة، يمكن منع جوجل لمزيد من الوقت. ربما لا، ولكن استراتيجية الفعلية لا تزال أفضل بكثير للأداء. في نهاية لديك التحقق من التعميم. إذا كان متوفراً لم يتم وضع علامة كغير متوفر وآخر يستخدم. إذا آخر يتوفر لم يحدث الشيء نفسه. نحن فقط لا تحقق أنها متوفرة مرة أخرى كل طلب ما قد لا معنى له (يمكن أن يكون ملايين استعلامات قبل وسوف تكون متاحة) مرة واحدة فقط كل ساعة. وإذا كان سيكون متوفراً سيكون لي علامة حيث سوف نعود إلى المفضلة-ولديك دائرة هنا. أيضا باختبار كل مرة سوف أدلى حدود الخاص بك الذي تم التوصل إليه في أسرع أو دفع تكاليف أعلى إذا كنت تستخدم الترجمة (أنه ما زال يعتبر الترجمة).
كما نحن على استعداد لجهات أخرى أيضا. عندما سوف ندعم أكثر من 2 ستكون استراتيجية من هذا القبيل قاتل للخادم الخاص بك. تخيل 5 مكالمات اختبار لمقدمي الخدمات المختلفة والترجمة ثم الحقيقية لكل طلب الترجمة. رقم شكرا لفكرة الخاص بك: ونحن نقدر حقا الأفكار المستخدمين، هذه المرة سوف نبقى مع الحل الفعلي.

الرجاء ملاحظة أنه يمكنك تغيير عدد المرات فبيت وينبغي التحقق من توافر مقدمي الخدمات. الآن أنها واحدة كل ساعة، ولكن يمكنك إعادة تكوين في Admin CP-> "المهام المجدولة"-> إدارة المهام المجدولة ومجموعة فإنه على سبيل المثال لكل 10 دقائق 0 مثلها مثل مهمة الروبوت ملصق RSS نفعل ذلك الآن.

vBET
06-10-11, 13:34
تغيير طفيف أدلى-أننا سوف تحقق توافر الموفر غير مرة كل ساعة ولكن كل 10 دقائق. إذا قمت بالترقية إلى فبيت 3.5.1 قبل هذه الرسالة مسبقاً يرجى فقط قم بتحميل حزمة فبيت مرة أخرى وتحميل ملف المنتج مرة أخرى.

تم إجراء التغيير لأننا وجدنا في محفلنا الحقيقية التي غالباً ما موفر غير متوفر لوقت قصير. نحن سنتحرى أكثر للبحث عن إدخال تحسينات أخرى.

Simon Lloyd
06-10-11, 15:51
العمل العظيم اللاعبين:، قاموا بالترقية إلى هذا لكنني سيتم تحميل الإصلاح أحدث واستخدام أن، سأقوم بإنشاء مؤشر ترابط جديد لردود الفعل على هذا.

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Languages translations made by vBET 4.10.1