Okuna-api: बहु भाषा पोस्ट

एक अन्य विकल्प में अनुवाद बटन है।

हम ओपन-सोर्स, पूर्व-प्रशिक्षित अनुवाद मॉडल देख सकते हैं और शायद वहीं से शुरू कर सकते हैं?

http://opennmt.net/Models/

ओबी पर टिप्पणियों में किसी ने उल्लेख किया: https://www.deepl.com/pro.html#pricing

हम https://github.com/Mimino666/langdetect . के साथ स्थानीय रूप से पोस्ट करने पर किसी भाषा की सामग्री का पता लगा सकते हैं

तो... हम इसे पहले से बढ़ा रहे हैं और रिपोर्टिंग फ़्लो हो जाने के बाद हम इसे ठीक कर लेंगे।

यह अब तक कैसा दिखता है:

1. लैंगडेट लाइब्रेरी के साथ सर्वर पर स्थानीय रूप से भाषा का पता लगाएं और इसे पोस्ट विशेषता के रूप में संग्रहीत करें।
2. जब कोई व्यक्ति पोस्ट को पुनः प्राप्त करता है, तो जांचें कि क्या पोस्ट की भाषा डिवाइस की भाषा से मेल खाती है। *1
3. यदि ऐसा होता है, तो कुछ न करें, यदि ऐसा नहीं होता है, तो अनुवाद बटन दिखाएं।
4. जब अनुवाद दबाया जाता है, तो वांछित भाषा के साथ /postUuid/translate/ api को कॉल करें।
5. सर्वर बाहरी अनुवाद API को कॉल करता है और परिणाम *2 . देता है

*1 हालांकि डिवाइस भाषा पहले पुनरावृत्तियों के लिए काम कर सकती है, यह पसंदीदा भाषा की तरह कुछ बननी चाहिए जिसे डिवाइस भाषा में बूटस्ट्रैप किया जा सकता है।

*2 अब तक 2 विकल्प हैं, deepl.com और AWS अनुवाद API।

डीपल जर्मनी में स्थित होने और मजबूत गोपनीयता सिद्धांतों का दावा करने के लिए एक बढ़िया विकल्प की तरह दिखता है, लेकिन यह एक और तीसरा पक्ष है। अमेज़ॅन के अनुवाद का उपयोग यह सब एडब्ल्यूएस पारिस्थितिकी तंत्र के भीतर रखेगा लेकिन वे कहते हैं कि वे अपने अनुवाद मॉडल को बेहतर बनाने के लिए सामग्री का उपयोग "हो सकता है"।

व्यक्तिगत रूप से, मैं इसके बजाय दीपल के साथ जाऊंगा।

हमेशा की तरह विचारों का स्वागत किया।

बिंदु 3 के संबंध में, एक निश्चित भाषा के लिए अनुवाद लिंक कभी नहीं दिखाने का विकल्प भी होना चाहिए। मेरा उपकरण डच पर सेट है, लेकिन मैं नहीं चाहता कि अंग्रेजी पोस्ट के लिए अनुवाद बटन दिखाई दे। Google ने क्रोम में उनके अनुवाद कार्य के बाद बहुभाषी लोगों से बहुत अधिक प्रतिक्रिया उत्पन्न करने के बाद एक समान विकल्प जोड़ा।

भाषा का पता लगाना त्रुटिपूर्ण नहीं है और यह गलत हो जाएगा या किसी भाषा का बिल्कुल भी समर्थन नहीं करता है। उन मामलों को कैसे संभाला जाना चाहिए? क्या जरूरत पड़ने पर पोस्टर को इसे ओवरराइड करने में सक्षम होना चाहिए?

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

हालाँकि, गोपनीयता संबंधी चिंताओं को देखते हुए बिंग और Google वास्तव में विकल्प नहीं हैं।

डीपएल परिणामों की गुणवत्ता बहुत अच्छी है लेकिन मैं मानता हूं कि उपलब्ध भाषाओं की सीमित सीमा एक समस्या बन सकती है।
एक और चीज है लागत। मैं एडब्ल्यूएस के बारे में नहीं जानता लेकिन डीपीएल डेवलपर्स के लिए 4.99 €/माह चार्ज करता है और 0.01ct प्रति 500 ​​​​अक्षर।

जानकारी के लिए धन्यवाद @oliverzet !

इस समय, अमेज़ॅन अनुवाद निम्नलिखित 21 भाषाओं के बीच अनुवाद का समर्थन करता है: अरबी, चीनी (सरलीकृत), चीनी (पारंपरिक), चेक, डेनिश, डच, अंग्रेजी, फिनिश, फ्रेंच, जर्मन, हिब्रू, इंडोनेशियाई, इतालवी, जापानी, कोरियाई, पोलिश, पुर्तगाली, रूसी, स्पेनिश, स्वीडिश और तुर्की। इन भाषाओं के बीच, सेवा 417 अनुवाद संयोजनों का समर्थन करती है

और मूल्य निर्धारण के लिए

निश्चित नहीं है कि यह कितना महंगा हो सकता है, लेकिन निश्चित रूप से अधिक भाषाओं का समर्थन करता है।

@ schmitzel76 निश्चित रूप से, हम "Never translation

सुनिश्चित नहीं है कि हमें गलत अनुवादों से कैसे निपटना चाहिए 🤔।

डीप बनाम एडब्ल्यूएस के लिए, हम इसे बदलने योग्य बनाने के लिए डिज़ाइन कर सकते हैं, इसलिए सवाल यह है कि पहले कौन सा प्रयास करना है।

साथ ही, यह संभवतः केवल सार्वजनिक पोस्ट के लिए उपलब्ध होगा।

मुझे यकीन नहीं है कि यह सीधे इस मुद्दे पर लागू होता है। लेकिन भाषा विशेषता को बदलना संभव होना चाहिए। विशेष रूप से कई विदेशी शब्दों के साथ बहुत मिश्रित पोस्ट के साथ, ऐसा हो सकता है कि गलत भाषा संग्रहीत है। यहां तक ​​कि एमएस वर्ड भी मेरे अनुभव से नियमित त्रुटियां पैदा करता है।

@lifenautjoe खैर, AWS कम खर्चीला लगता है और अधिक भाषाओं का समर्थन करता है। अनुवाद शायद डीपएल के साथ बेहतर होगा। दूसरी ओर यह आमतौर पर सार प्राप्त करने के लिए पर्याप्त है। तो ऐसा लगता है कि अमेज़न बेहतर विकल्प है। मुझे नहीं पता कि यह गोपनीयता को कैसे प्रभावित कर सकता है।