لقد استخدمت واجهة مسؤول الويب لتغيير عدد قليل من سلاسل Discourse. بدافع السرعة[1] تجاهلت الإصدارات غير الإنجليزية. هذا يعني، بالطبع، أنها غير متزامنة.
في Fedora، نستخدم Weblate للترجمات المدعومة من المجتمع. (انظر https://translate.fedoraproject.org/). أود ربط هذا، بشكل مثالي بحيث تكون هناك سير عمل تلقائي بالكامل حيث عند تحديث سلسلة باللغة الإنجليزية عبر واجهة المسؤول، يتم إرسالها إلى Weblate، وعندما تكون هناك ترجمة، تعود.
ما هي أفضل طريقة لتحقيق ذلك؟
الكسل. ↩︎
تنفيذ تكامل باستخدام واجهة برمجة التطبيقات (API) الخاصة بنا حيث ستقوم بما يلي:
هذا هو الملخص الأولي. نحن بصدد تحديد القيود الحالية، حيث أن واجهة برمجة التطبيقات (API) الحالية لدينا تُرجع كمية محدودة فقط من تجاوزات الترجمة. مما يعني أننا سنحتاج إلى إجراء تغييرات على نقطة النهاية هذه لواجهة برمجة التطبيقات (API) لجعلها تعمل.
يبدو الاستطلاع جيدًا - لن يكون الترجمة فورية على أي حال. ولكن هل يحتاج الشيء الخاص بالاستطلاع إلى التتبع بطريقة ما؟ من الجيد عندما يكون بلا حالة…
لا توجد حاجة لتتبع أي شيء في موقعك. يجب أن تكون قادرًا على تنفيذه بلا حالة.
GET إلى المسار التالي على موقعك:/admin/customize/site_texts.json?locale=en&overridden=true&page=0عدّل المعلمة locale حسب احتياجاتك. تُرجع الواجهة البرمجية ما يصل إلى 50 نتيجة وتدعم تقسيم الصفحات (المعلمة page).
سيشمل JSON { "extras" : { "has_more" : true } } عندما تكون هناك نتائج إضافية.
PUT إلى المسار التالي:/admin/customize/site_texts/<id>استبدل <id> بمعرف السلسلة التي تريد ترجمتها، على سبيل المثال “js.user.username.instructions”.
يجب أن تكون حمولة طلب PUT بيانات نموذج (Content-Type: application/x-www-form-urlencoded; charset=UTF-8) ويجب أن تتضمن السمات التالية:
site_text[value]: الترجمةsite_text[locale]: اللغة، على سبيل المثال “en”بشكل أساسي، تحتاج إلى استخدام نفس استدعاءات الواجهة البرمجية التي تستخدمها واجهة إدارة Customize Text.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.