🚫 ⏮️ 📅 20 परियोजनाओं, 20 भाषाओं, कल की समय सीमा। भाग २ 👝 😞 👮

निरंतर स्थानीयकरण स्थापित करने पर लेखों की एक श्रृंखला जारी रखना। आप पहली बार यहाँ पा सकते हैं। इस लेख में मैं आपको बताऊंगा कि सर्ज-स्मार्टकट-जीटलैब बंडल को कैसे एकीकृत किया जाए और एक उदाहरण परीक्षण परियोजना का उपयोग करके सर्ज कॉन्फ़िगरेशन फ़ाइलों को कॉन्फ़िगर किया जाए। उबंटू के लिए निर्देश।

योनिंटाइल के माध्यम से स्थापना

यदि आपके हाथ में उबंटू वाला सर्वर नहीं है, तो आप वैग्रंट का उपयोग कर सकते हैं। यह कैसे काम करता है:

निर्देशों का पालन करते हुए Vagrant और VirtualBox स्थापित करें।
योनिग्रंथ और बैश स्क्रिप्ट डाउनलोड करें ।
निर्देशों का पालन करते हुए योनिंटाइल लॉन्च करें ।

वैग्रंट बिल्ड का परिणाम एक उबंटू वर्चुअल मशीन होगा, जिस पर सर्ज को स्मार्टकैट प्लगइन के साथ स्थापित किया गया है। सभी आवश्यक फ़ाइलों की प्रतिलिपि बनाई जाएगी, ssh कुंजी बनाई गई है। आप तुरंत प्रोजेक्ट स्थापित करने और एप्लिकेशन लॉन्च करने के लिए आगे बढ़ सकते हैं।

मैनुअल स्थापना

उपयोगकर्ता निर्माण

एक सर्ज उपयोगकर्ता समूह बनाएँ:

sudo groupadd serge

घर निर्देशिका / usr / स्थानीय / सर्ज के साथ सर्ज उपयोगकर्ता बनाएं:

 sudo useradd -g serge serge -m -d /usr/local/serge

सर्ज स्थापित करें

पूर्ण सर्ज प्रलेखन यहाँ है ।
स्थानीय पैकेज डेटाबेस के मेटाडेटा को अपडेट करें:

 sudo apt-get -qq update

विधानसभा उपकरण, साथ ही आवश्यक पैकेज स्थापित करें। स्थापना शुरू करने से पहले, सुनिश्चित करें कि पर्ल 5.10 या उच्चतर स्थापित है।

 sudo apt-get -qq -y install build-essential libssl-dev libexpat-dev unzip wget

सर्ज उपयोगकर्ता की होम डायरेक्टरी पर जाएं और सभी आवश्यक निर्भरताओं के साथ सर्ज स्थापित करें।

 cd /usr/local/serge sudo -u serge wget https://github.com/evernote/serge/archive/master.zip -O serge-master.zip sudo -u serge unzip serge-master.zip sudo -u serge unlink serge-master.zip cd serge-master sudo cpan App::cpanminus sudo cpanm --installdeps . sudo -u serge sudo ln -s /usr/local/serge/serge-master/bin/serge /usr/local/bin/serge

स्मार्टकैट प्लगइन स्थापित करना

 sudo cpanm HTTP::Daemon@6.01 sudo cpanm Serge::Sync::Plugin::TranslationService::Smartcat sudo cpan install LWP::Protocol::https

प्रमुख निर्माण

Sit कुंजी के साथ एक सर्ज उपयोगकर्ता बनाएं जो सर्ज उपयोगकर्ता GitLab में उपयोग करेगा:

 sudo -u serge ssh-keygen -t rsa -N "" -f .id_rsa_serge

GitLab के साथ एकीकरण

GitLab में एक सर्ज उपयोगकर्ता बनाएं और इसे सभी डेवलपर रिपॉजिटरी में जोड़ें।
GitLab में सर्ज यूजर प्रोफाइल सेटिंग्स के लिए id_rsa_serge.pub फाइल से ssh की कॉपी करें। यह आवश्यक है ताकि सर्ज गिटलैब में तार प्राप्त कर सकें और भेज सकें।

स्थापना पूर्ण है!

स्मार्टकैट इंटीग्रेशन

आरंभ करने के लिए, आपको चाहिए:

स्मार्टकैट के लिए साइन अप करें।
उन भाषाओं को इंगित करके एक प्रोजेक्ट बनाएं जिसमें आप अनुवाद करने का इरादा रखते हैं। प्लगइन स्थापित करते समय, आपको स्मार्टकैट द्वारा उपयोग किए जाने वाले भाषा कोड की आवश्यकता होगी।
Project_id , token और token_id प्राप्त करें।
Support@smartcat.ai पर लिखें और सर्ज फ़ाइल पार्सिंग एल्गोरिथ्म के लिए समर्थन को सक्षम करने के लिए कहें

सर्ज-स्मार्टकैट को कॉन्फ़िगर करना

सेटअप पर आगे बढ़ने से पहले, मैं ऑपरेशन के सामान्य सिद्धांत का वर्णन करूंगा। मानक स्थानीयकरण चक्र में 5 चरण शामिल हैं:

पुल - रिपोजिटरी से नई लाइनें प्राप्त करें।
पुल-टीएस - स्मार्टकैट (स्मार्टकैट प्लगइन सक्षम है) से स्थानीयकृत तार प्राप्त करें।
स्थानीयकरण - रिपॉजिटरी के सभी स्रोत प्रारूप को पार्स फ़ाइलों में पार्स और परिवर्तित किया जाता है, प्राप्त अनुवादों को टापू फ़ाइलों में लिखा जाता है। सभी पंक्तियों को सर्ज अनुवाद मेमोरी डेटाबेस में लिखा जाता है।
push-ts - पहले चरण में प्राप्त नई लाइनें Smartcat (Smartcat plugin का उपयोग करके) को भेजी जाती हैं।
धक्का - स्थानीयकरण GitLab में प्रतिबद्ध हैं।
आप किसी अन्य CAT सिस्टम के साथ एकीकरण का उपयोग कर सकते हैं, उदाहरण के लिए, Pootle के लिए एक प्लगइन है।

सर्ज और गिट रिपोजिटरी

सर्ज को कैसे पता चलता है कि अनुवाद के लिए कौन सी लाइनें भेजनी हैं? नई लाइनों को निर्धारित करने के लिए, मानक गिट टूल्स का उपयोग किया जाता है: मास्टर शाखा और वर्तमान एक के बीच का अंतर। अनुवाद के लिए डिफ को भेजा जाता है।

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

यहां एक महत्वपूर्ण बिंदु है। प्रक्रियाओं को इस तरह से बनाना आवश्यक है कि, एक तरफ, डेवलपर्स समझें कि यह किस क्षण और किस समय अनुवाद में जाएगा, और दूसरी तरफ, ताकि टेकपीक सर्कल में न चले, उसके सिर को पकड़े, क्योंकि उसका अंतर 1000 रेखाएं हैं। और ऐसा लगता है कि केवल शीर्षक को सही किया गया था।

कार्य सिद्धांत

सर्ज रिपॉजिटरी में प्रवेश करता है, सभी शाखाओं को लेता है, और मास्टर शाखा के साथ उनकी तुलना करना शुरू करता है। प्रत्येक शाखा के लिए जिसमें अंतर का पता लगाया जाता है, यह स्मार्टकैट परियोजना में अनुवाद दस्तावेजों का एक सेट बनाता है। अप्रासंगिक शाखाओं की अराजकता में फंसने के लिए और प्रत्येक डेवलपर के पास इस सवाल के साथ खड़े नहीं होने के लिए: "क्या आपने शाखा को हटाना याद किया था?", उपसर्गों का उपयोग करना सुविधाजनक है। उदाहरण के लिए, सर्ज केवल उन शाखाओं के साथ काम करता है जिनमें अनुवाद- उपसर्ग होता है।

यह भी महत्वपूर्ण है कि पहले से पढ़े और स्वीकृत पाठ जो अनुवाद के लिए तैयार हैं, उपसर्ग अनुवाद के साथ शाखा में आते हैं। सब के बाद, कोई भी व्यर्थ के इतिहास को समझने की कोशिश करना नहीं चाहता है कि वे किस तरह के ग्रंथ हैं और इस तरह से अलग क्यों दिखते हैं?

सामग्री तैयार करना

हमारी सामग्री तैयार करने की प्रक्रिया इस प्रकार है:

समस्या का बयान। जब कार्य सूत्रीकरण चरण में होता है, तो कभी-कभी पहले से ही पाठ वहाँ दिखाई देते हैं जो अपरिवर्तित अनुप्रयोग में जाना चाहिए। यदि वे हैं, तो एक copywriter और तकनीकी लेखक उन्हें अंतिम रूप देने में मदद करते हैं।

लेआउट का विकास। जब डिजाइनर ने लेआउट तैयार किया, तो तकनीकी लेखक और कॉपीराइटर ने सभी ग्रंथों को पढ़ा। इस प्रकार, अंग्रेजी में कटौती किए गए लेआउट विकास में आते हैं। डेवलपर को ग्रंथों के बारे में सोचने की ज़रूरत नहीं है, वह बस लेआउट से तैयार लाइनों को लेता है।

विकास। दुर्भाग्य से, पिछले चरण सभी संभव पाठ प्रकारों को कवर नहीं कर सकते हैं। उदाहरण के लिए, लेआउट में सत्यापनकर्ता, एपीआई त्रुटियां, कुछ मोडल विंडो शामिल नहीं हैं। यदि विकास प्रक्रिया के दौरान लाइनों को जोड़ना आवश्यक था, तो तकनीकी लेखक और कॉपीराइटर सभी आवश्यक ग्रंथों के साथ डेवलपर प्रदान करते हैं।

इस प्रकार, किसी समय में, हमारे पास एक राज्य होता है जहां शाखा में सभी नए पाठ शामिल होते हैं जो उस कोड के भाग के लिए आवश्यक होते हैं जो उसमें विकसित हो रहे हैं। इस बिंदु पर, उपसर्ग अनुवाद के साथ एक नई शाखा बनाई जाती है- और सर्ज अनुवाद प्रक्रिया शुरू कर सकता है। जब अनुवाद तैयार हो जाते हैं, तो डेवलपर उन्हें अनुवाद शाखा से ले जाता है, और फिर टीम में स्वीकृत गिट प्रवाह पर कार्य करता है।

यह प्रक्रिया स्थानीयकरण प्रक्रिया में डेवलपर की भागीदारी को कम करती है, और मैन्युअल श्रम की मात्रा को भी कम करती है: आपको बस एक शाखा बनाने की आवश्यकता है।

ट्यूनिंग प्रक्रिया का एक और वर्णन इस तथ्य पर बहुत निर्भर करता है कि टीम में समान व्यवस्था और प्रक्रियाएं हैं।

प्रोजेक्ट सेटअप

लॉग इन सर्ज:

 sudo -Hu serge -i

समूह निर्देशिका बनाएं:

 mkdir groups

यह निर्देशिका GitLab में रिपॉजिटरी के अनुरूप परियोजनाओं की मेजबानी करेगी। यह नेविगेशन की सुविधा के लिए रिपॉजिटरी समूहों की संरचना और उनके स्थानों को दोहराने के लिए समझ में आता है।

पहली परियोजना के लिए एक निर्देशिका बनाएँ:

 cd groups mkdir myproject cd myproject

सर्ज कॉन्फ़िगरेशन फ़ाइलों की प्रतिलिपि बनाएँ। आप आधी रात के कमांडर को स्थापित कर सकते हैं और फ़ाइल प्रबंधक का उपयोग करके फ़ाइलों का प्रबंधन कर सकते हैं। MC को स्थापित करने से पहले, आपको अपने सर्ज खाते से लॉग आउट करना होगा।

 exit sudo apt install mc sudo -Hu serge -i

/ Usr / स्थानीय / सर्ज-मास्टर / बिन / उपकरण / सुविधा-शाखा-विन्यास-जनरेटर से कॉपी करने के लिए फाइलें:

सर्ज कॉन्फ़िगरेशन फ़ाइल: myproject.cfg
नौकरी टेम्पलेट फ़ाइल: myproject.inc
.serge टेम्प्लेट: myproject.serge.tmpl
मैन्युअल रूप से शाखाओं को जोड़ने के लिए फ़ाइल: myproject_branches.txt
GitLab के साथ काम करने के लिए स्क्रिप्ट: fbcgen.pl

 cp /usr/local/serge/serge-master/bin/tools/feature-branch-config-generator/{myproject.cfg,myproject.inc,myproject.serge.tmpl,myproject_branches.txt} /usr/local/serge/serge-master/groups/myproject cp /usr/local/serge/serge-master/bin/tools/feature-branch-config-generator/fbcgen.pl /usr/local/serge/serge-master/

रिकॉर्डिंग लॉग के लिए एक फ़ाइल बनाएँ:

 mkdir log cd log touch smartcat.log

Myproject.inc को कॉन्फ़िगर करें

नाम फ़ील्ड में, प्रोजेक्ट में प्रयुक्त संसाधन फ़ाइल प्रारूप निर्दिष्ट करें।
आईडी को मास्क% yourproject%।% Yourformat%।% Yourmasterbranchname% के साथ भरें।
गंतव्य_ भाषा क्षेत्र में, उन भाषाओं को निर्दिष्ट करें जिनमें आप अनुवाद करना चाहते हैं।
स्रोत को मास्क के साथ भरें ।/%yourproject%/%yourmasterbranch%/res/en।
आउटपुट_फाइल_पैथ को मास्क के साथ भरें ।/yyourproject%/%yourmasterbranch%/res/% LANG% /% FILE%।
Source_match को मास्क के साथ भरें।% Yourformat%।
संसाधन फ़ाइलों के प्रारूप के आधार पर, पार्सिंग के लिए आवश्यक प्लगइन निर्दिष्ट करें। प्लग सर्ज प्रलेखन में सूचीबद्ध हैं। Ts_file_path को मास्क के साथ भरें ।/po/%yourproject%/% LOCALE% /% FILE% .po।
मास्‍टर_जॉब को मास्‍क% yourproject%।% Yourformat%।% Yourmasterbranch% से भरें।
शेष मापदंडों को अपरिवर्तित छोड़ दिया जाता है।

Myproject.serge.tmpl कॉन्फ़िगर करें

Project_id - Smartcat में प्रोजेक्ट आईडी
token_id, token - स्मार्टकैट से डेटा
remotepath - यहां आपको पैरामीटर और उसके मान {% yourmasterbranch %% ssh_path_to_your_repo% #% yourmasterbranch%} दोनों का सही-सही उल्लेख करना होगा।
$ FBCGEN_DIR_PADDED -% ssh_path_to_your_repo% # FBCGEN_BRANCH
आईडी - job.yourmasterbranch
नाम - yourproject
source_language - en
गंतव्य_ भाषाएं - ऐसी भाषाएं जिनमें अनुवाद करना आवश्यक होगा
source_dir --/branches/yourmasterbranch/%path_to_resource_file%
source_match - en।% yourformat%
db_source - DBI: SQLite: dbname -./% yourproject% .db3
db_namespace -% yourproject%
ts_file_path --/po/PROJECT_ID_IN_SMARTCAT/% LANG% /% FILE%।
output_file_path --/branches/%yourmasterbranch%/%path_to_resource_files%/% LOCALE%। % आपका%
output_lang_rewrite {
zh-hans zh-cn '' zh-hant-tw zh-tw
} - यह पैरामीटर आपको भाषा पदनामों को फिर से परिभाषित करने की अनुमति देता है। यदि प्रोजेक्ट में भाषा पदनाम स्मार्टकैट में उपयोग किए गए पदनामों से मेल नहीं खाते हैं, तो आप उन्हें फिर से परिभाषित कर सकते हैं।
मास्टर_जॉब - नौकरी।% yourmasterbranch%
@inherit - # नौकरियां /:% yourmasterbranch%
source_dir (FBCGEN_BRANCH_JOBS में -)
output_file_path (FBCGEN_BRANCH_JOBS में) - ./ranran//FFBCGEN_DIR/%path_to_resource_files%/% LOCALE%। % आपका%

महत्वपूर्ण! Source_path_prefix में, अंत बिंदु FBCGEN_BRANCH होना चाहिए।

Smartcat प्लगइन के लिए एक कॉल उचित अनुभाग myproject.serge.tmpl में जोड़ा जाना चाहिए

 sync { ts { plugin Smartcat data { project_id 12345678-1234-1234-1234-1234567890123 token_id 12345678-1234-1234-1234-1234567890123 token 1_qwertyuiopasdfghjklzxcvbn push { disassemble_algorithm_name Serge.io PO } pull { complete_projects NO complete_documents YES } log_file ./log/smartcat.log } }

कुछ मापदंडों का विवरण:

disassemble_algorithm_name सर्जियो। PO - सर्ज को दी गई प्रमुख हैश का उपयोग करें। यह पैरामीटर पुल-टीएस और पुश-टीएस कमांड के निष्पादन समय को अनुकूलित करने के लिए आवश्यक है।
पूरा_प्रोजेक्ट NO - स्मार्टकैट से लाइनें चुनें यदि परियोजना के सभी दस्तावेज पूरे हो गए हैं। हमारे एकीकरण के लिए, स्मार्टकाट में परियोजना गिटलैब में भंडार का पर्याय है, और इसमें दस्तावेजों का एक सेट शामिल है। एक दस्तावेज़ रिपॉजिटरी और उन भाषाओं में शाखाओं की संख्या का कार्टेशियन उत्पाद है जिसमें अनुवाद किया जाता है। यही है, अगर आपकी रिपॉजिटरी में 2 शाखाएं हैं, जिनका 6 भाषाओं में अनुवाद करने की आवश्यकता है, तो परियोजना में 12 दस्तावेज बनाए जाएंगे।
यदि दस्तावेज़ स्थिति में है, तो complete_documents YES - स्मार्टकैट से लाइनें चुनें। यह रिपॉजिटरी को कमिट की संख्या को कम करने के लिए किया जाता है।

कस्टम प्रोजेक्ट उदाहरण

नीचे 6 भाषाओं वाली परियोजना के लिए विन्यास फाइल हैं। परियोजना जेएस प्रारूप में स्रोत लाइनों को संग्रहीत करती है। 5-कैरेक्टर फ़ाइल नामकरण प्रारूप का उपयोग किया जाता है। संसाधन फ़ाइलों का पथ: ./branches/base-translate/client/src/translations।

myproject.cfg

 # This is a configuration file for fbcgen.pl # Usage: fbcgen.pl myproject.cfg # Root directory where the master branch checkout is located. # (path is relative to the location of the configuration file itself). # The local checkout should be initialized *before* fbcgen.pl is run. # You can run `serge --initialize onboarding-frontend.serge.tmpl` # to do an initial checkout of the project data. $data_dir = './branches/base-translate'; $branch_list_file = 'myproject_branches.txt'; # Where to load Serge config template from. # (path is relative to the location of the configuration file itself). $template_file = "myproject.serge.tmpl"; # Where to save the localized Serge config file. # (path is relative to the location of the configuration file itself). $output_file = "myproject.local.serge"; our $skip_branch_mask = '^(master)$'; # skip these branches unconditionally our $unmerged_branch_mask = '^(translate-)'; # process unmerged branches matching this mask our $any_branch_mask = '^(translate-)'; # additionally, process these branches even if they were merged # Filter out commits that match this mask when determining if branch is inactive. $skip_commit_mask = '^l10n@example.com'; # This sub returns a hash map of additional parameters # that can be referenced in template as `$FBCGEN_<VARIABLE_NAME>`. # For example, `EXTRA_INCLUDE` parameter generated in the function below # is referenced in `myproject.serge.tmpl` file as `$FBCGEN_EXTRA_INCLUDE`. $calculate_params = sub { my ($branch) = @_; return { # for branch names starting with `release/`, return an empty string; # otherwise, return a string that will be used in the `@include` directive EXTRA_INCLUDE => $branch =~ m!^release/! ? '' : "myproject.inc#skip-saving-localized-files\n" } }

myproject.inc

 # Here we define a job template (common parameters) that will be reused # across all jobs in the generated configuration file. # Certain job parameters (like job ID and paths) will be overridden # in each feature branch job. job-template { name JS file processing ('master' branch) id myproject.js.base-translate # master job id db_namespace myproject destination_languages ru ko de ja zh-Hans source_dir ./myproject/base-translate/res/en output_file_path ./myproject/base-translate/res/%LANG%/%FILE% source_match \.js$ parser { plugin parse_js } ts_file_path ./po/myproject/%LOCALE%/%FILE%.po callback_plugins { :feature_branch { plugin feature_branch data { master_job myproject.js.base-translate # this must match your master job id } } } } # This block will be included conditionally # for all branches except the `release/` ones (see myproject.cfg). # This allows one to skip saving localized files in non-release branches # (but still gather from them strings for translation). skip-saving-localized-files { callback_plugins { :skip-saving-localized-files { plugin process_if phase can_generate_localized_file data { if { lang_matches . then { return NO } } } } } }

myproject.serge.tmpl

 sync { ts { plugin Smartcat data { project_id %project_id% token_id %token_id% token %token% push { disassemble_algorithm_name Serge.io PO } pull { complete_projects NO complete_documents YES } } } vcs { plugin git data { local_path ./branches add_unversioned YES name L10N Robot email l10n-robot@example.com remote_path { base-translate git@gitlab.loc:common/myproject.git#base-translate /* FBCGEN_BRANCH_REMOTES $FBCGEN_DIR_PADDED git@gitlab.loc:common/myproject.git#$FBCGEN_BRANCH */ } } } } jobs { :develop { id job.base-translate name myproject source_language en destination_languages ru zh-Hans ko de ja optimizations NO source_dir ./branches/base-translate/client/src/translations source_match `en-US.js` debug NO parser { plugin parse_js } leave_untranslated_blank YES db_source DBI:SQLite:dbname=./myproject.db3 db_namespace myproject ts_file_path ./po/1bd80338-a0b5-48b3-822c-e90affd2cdcc/%LANG%/%FILE%.po output_file_path ./branches/base-translate/client/src/translations/%CULTURE%.%EXT% output_bom NO output_lang_rewrite { zh-Hans zh } callback_plugins { :feature_branch { plugin feature_branch data { master_job job.base-translate } } } } /* FBCGEN_BRANCH_JOBS :$FBCGEN_DIR { @inherit .#jobs/:develop id job.$FBCGEN_DIR $FBCGEN_EXTRA_INCLUDE source_path_prefix $FBCGEN_BRANCH. source_dir ./branches/$FBCGEN_DIR/client/src/translations/ output_file_path ./branches/$FBCGEN_DIR/client/src/translations/%CULTURE%.%EXT% } */ }

एप्लिकेशन लॉन्च

भंडार का क्लोन

 GIT_SSH_COMMAND="ssh -i /usr/local/serge/serge-master/.id_rsa_serge" git clone -b base-translate git@gitlab.loc:groups/myproject.git branches/base-translate/

स्थानीयकरण चक्र

.Serge फ़ाइल बनती है:

 GIT_SSH_COMMAND="ssh -i /usr/local/serge/serge-master/.id_rsa_serge" /usr/local/serge/serge-master/fbcgen.pl myproject.cfg

सभी रिपॉजिटरी शाखाओं से परिवर्तन लाना:

 GIT_SSH_COMMAND="ssh -i /usr/local/serge/serge-master/.id_rsa_serge" serge pull --initialize myproject.local.serge

स्मार्टकैट से सभी शाखाओं के लिए अनुवाद परिवर्तनों का संग्रह:

 GIT_SSH_COMMAND="ssh -i /usr/local/serge/serge-master/.id_rsa_serge" serge pull-ts myproject.local.serge

डेटाबेस और .po का गठन:

 GIT_SSH_COMMAND="ssh -i /usr/local/serge/serge-master/.id_rsa_serge" serge localize myproject.local.serge

रिपॉजिटरी से स्मार्टकैट पर नया डेटा भेजना:

 GIT_SSH_COMMAND="ssh -i /usr/local/serge/serge-master/.id_rsa_serge" serge push-ts myproject.local.serge

उपयुक्त शाखाओं में भंडार में स्थानांतरण प्राप्त करना

 GIT_SSH_COMMAND="ssh -i /usr/local/serge/serge-master/.id_rsa_serge" serge push myproject.local.serge

निम्नलिखित लेख समस्या निवारण और एकीकरण के विशेष मामलों के विवरण के लिए समर्पित होंगे।
अंतिम लेख: 20 परियोजनाएं, 20 भाषाएं, कल की समय सीमा। भाग 3

20 परियोजनाओं, 20 भाषाओं, कल की समय सीमा। भाग २