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

अभिप्रेरण

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

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

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

ऐसे उपकरण की आवश्यकता किसे है? जाहिर है, वे सभी जो कम से कम किसी तरह एपीआई के विकास और परीक्षण से जुड़े हैं, डेवलपर्स और परीक्षक हैं =)। इसके अलावा, यदि पूर्व के लिए यह अक्सर एकल प्रश्नों और सरल स्क्रिप्ट को निष्पादित करने के लिए पर्याप्त होता है, तो परीक्षकों के लिए यह मुख्य उपकरणों में से एक है, जिसमें अन्य चीजों के अलावा, उन्हें चलाने की क्षमता के साथ परीक्षण लिखने के लिए एक शक्तिशाली तंत्र शामिल होना चाहिए। सीआई.

इसलिए, इन दिशानिर्देशों का पालन करते हुए, हमने अपना उत्पाद बनाना शुरू किया। आइए देखें कि हमने इस स्तर पर क्या हासिल किया है।

तेजी से शुरू

आइए एप्लिकेशन के साथ पहली बार परिचित होने से शुरुआत करें। आप इसे डाउनलोड कर सकते हैं हमारी वेबसाइट पर. फिलहाल, सभी 3 प्रमुख प्लेटफॉर्म समर्थित हैं - विंडोज, लिनक्स, मैकओएस। डाउनलोड करें, इंस्टॉल करें, लॉन्च करें। जब आप इसे पहली बार लॉन्च करेंगे, तो आपको निम्न विंडो दिखाई दे सकती है:

अपना पहला अनुरोध बनाने के लिए सामग्री क्षेत्र के शीर्ष पर प्लस चिह्न पर क्लिक करें। क्वेरी टैब इस तरह दिखता है:

आइए इसे और अधिक विस्तार से देखें। अनुरोध इंटरफ़ेस लोकप्रिय बाकी क्लाइंट के इंटरफ़ेस के समान है, जो समान टूल से माइग्रेशन को आसान बनाता है। आइए यूआरएल के लिए पहला अनुरोध करें https://next.json-generator.com/api/json/get/NJv-NT-U8

सामान्य तौर पर, पहली नज़र में, प्रतिक्रिया पैनल भी कोई आश्चर्य नहीं दिखाता है। हालाँकि, मैं आपका ध्यान कुछ बिंदुओं पर आकर्षित करना चाहूंगा:

1. प्रतिक्रिया का मुख्य भाग एक पेड़ के रूप में दर्शाया गया है, जो सबसे पहले सूचना सामग्री जोड़ता है और दूसरा आपको कुछ दिलचस्प विशेषताएं जोड़ने की अनुमति देता है जिनके बारे में नीचे बताया गया है
2. एक अभिकथन टैब है, जो किसी दिए गए अनुरोध के लिए परीक्षणों की एक सूची प्रदर्शित करता है

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

बुनियादी अवधारणाएँ और विशेषताएँ

नोड

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

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

नोड्स स्क्रैच में स्थित होते हैं (नीचे बाईं ओर का पैनल, जिसका उपयोग जल्दी से "वन-ऑफ़" क्वेरीज़ बनाने के लिए किया जाता है) और प्रोजेक्ट्स में (ऊपर बाईं ओर का पैनल), जिस पर हम अधिक विस्तार से ध्यान देंगे।

परियोजना

जब आप एप्लिकेशन लॉन्च करते हैं, तो आपको ऊपरी बाएं कोने में एक अकेली प्रोजेक्ट लाइन दिखाई दे सकती है। यह प्रोजेक्ट ट्री की जड़ है. जब आप कोई प्रोजेक्ट प्रारंभ करते हैं, तो एक अस्थायी प्रोजेक्ट बनाया जाता है, जिसका पथ आपके ऑपरेटिंग सिस्टम पर निर्भर करता है। आप किसी भी समय प्रोजेक्ट को अपने लिए सुविधाजनक स्थान पर ले जा सकते हैं।

परियोजना का मुख्य उद्देश्य फ़ाइल सिस्टम में विकास को सहेजने और संस्करण नियंत्रण प्रणालियों के माध्यम से उन्हें सिंक्रनाइज़ करने, सीआई में स्क्रिप्ट चलाने, परिवर्तनों की समीक्षा करने आदि की क्षमता है।

चर

वेरिएबल किसी एप्लिकेशन के प्रमुख तंत्रों में से एक हैं। आपमें से जो लोग TestMace जैसे टूल के साथ काम करते हैं, उन्हें पहले से ही पता होगा कि हम किस बारे में बात कर रहे हैं। तो, वेरिएबल सामान्य डेटा को संग्रहीत करने और नोड्स के बीच संचार करने का एक तरीका है। उदाहरण के लिए, एक एनालॉग, पोस्टमैन या इनसोम्निया में पर्यावरण चर हैं। हालाँकि, हम आगे बढ़े और विषय को विकसित किया। TestMace में, वेरिएबल्स को नोड स्तर पर सेट किया जा सकता है। कोई भी। पूर्वजों से चर प्राप्त करने और वंशजों में अतिव्यापी चर प्राप्त करने के लिए एक तंत्र भी है। इसके अलावा कई बिल्ट-इन वेरिएबल्स भी हैं, बिल्ट-इन वेरिएबल्स के नाम इससे शुरू होते हैं $। यहाँ उनमें से कुछ हैं:

• $prevStep - पिछले नोड के वेरिएबल्स से लिंक करें
• $nextStep - अगले नोड के वेरिएबल्स से लिंक करें
• $parent - वही बात, लेकिन केवल पूर्वज के लिए
• $response - सर्वर से प्रतिक्रिया
• $env - वर्तमान परिवेश चर
• $dynamicVar - स्क्रिप्ट या क्वेरी निष्पादन के दौरान बनाए गए गतिशील चर

$env - ये अनिवार्य रूप से सामान्य प्रोजेक्ट नोड स्तर चर हैं, हालांकि, पर्यावरण चर का सेट चयनित वातावरण के आधार पर बदलता है।

वेरिएबल को इसके माध्यम से एक्सेस किया जाता है ${variable_name}
एक वेरिएबल का मान दूसरा वेरिएबल या संपूर्ण अभिव्यक्ति भी हो सकता है। उदाहरण के लिए, यूआरएल वैरिएबल एक अभिव्यक्ति की तरह हो सकता है
http://${host}:${port}/${endpoint}.

अलग से, यह स्क्रिप्ट निष्पादन के दौरान चर निर्दिष्ट करने की संभावना पर ध्यान देने योग्य है। उदाहरण के लिए, सफल लॉगिन के बाद सर्वर से आए प्राधिकरण डेटा (एक टोकन या संपूर्ण हेडर) को सहेजने की अक्सर आवश्यकता होती है। TestMace आपको ऐसे डेटा को पूर्वजों में से किसी एक के गतिशील चर में सहेजने की अनुमति देता है। पहले से मौजूद "स्थैतिक" चर के साथ टकराव से बचने के लिए, गतिशील चर को एक अलग ऑब्जेक्ट में रखा जाता है $dynamicVar.

परिदृश्यों

उपरोक्त सभी सुविधाओं का उपयोग करके, आप संपूर्ण क्वेरी स्क्रिप्ट चला सकते हैं। उदाहरण के लिए, एक इकाई बनाना -> एक इकाई से पूछताछ करना -> एक इकाई को हटाना। इस मामले में, उदाहरण के लिए, आप कई रिक्वेस्टस्टेप नोड्स को समूहित करने के लिए फ़ोल्डर नोड का उपयोग कर सकते हैं।

स्वत: पूर्णता और अभिव्यक्ति हाइलाइटिंग

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

यह ध्यान देने योग्य है कि स्वत: पूर्णता न केवल चर के लिए लागू की जाती है, बल्कि, उदाहरण के लिए, हेडर के लिए, कुछ हेडर के मान (उदाहरण के लिए, सामग्री-प्रकार हेडर के लिए स्वत: पूर्णता), प्रोटोकॉल और भी बहुत कुछ। एप्लिकेशन बढ़ने पर सूची लगातार अपडेट की जाती है।

पीछे आगे

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

परीक्षण बनाना

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

एक अभिकथन नोड में अभिकथनों का एक सेट होता है। हर दावे का अपना एक प्रकार होता है, फिलहाल कई तरह के दावे हैं

1. मानों की तुलना करें - बस 2 मानों की तुलना करें। कई तुलना ऑपरेटर हैं: बराबर, बराबर नहीं, इससे अधिक, इससे अधिक या इसके बराबर, इससे कम, इससे कम या इसके बराबर।

2. मान शामिल है - एक स्ट्रिंग में एक सबस्ट्रिंग की घटना की जाँच करता है।

3. XPath - जाँचता है कि XML में चयनकर्ता में एक निश्चित मान है।

4. जावास्क्रिप्ट अभिकथन एक मनमाना जावास्क्रिप्ट स्क्रिप्ट है जो सफलता पर सत्य और विफलता पर गलत लौटाता है।

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

केक पर आइसिंग प्रतिक्रियाओं से दावे की त्वरित रचना है, बस इसे देखो!

हालाँकि, ऐसे दावों की स्पष्ट सीमाएँ हैं, जिन्हें दूर करने के लिए आप जावास्क्रिप्ट दावे का उपयोग करना चाह सकते हैं। और यहां TestMace स्वतः पूर्णता, सिंटैक्स हाइलाइटिंग और यहां तक ​​कि एक स्थिर विश्लेषक के साथ एक आरामदायक वातावरण भी प्रदान करता है।

एपीआई विवरण

TestMace आपको न केवल एपीआई का उपयोग करने की अनुमति देता है, बल्कि इसे दस्तावेज़ित करने की भी अनुमति देता है। इसके अलावा, विवरण में भी एक पदानुक्रमित संरचना होती है और यह प्रोजेक्ट के बाकी हिस्सों में व्यवस्थित रूप से फिट बैठता है। इसके अलावा, वर्तमान में स्वैगर 2.0/ओपनएपीआई 3.0 प्रारूपों से एपीआई विवरण आयात करना संभव है। विवरण अपने आप में केवल बोझिल नहीं है, बल्कि परियोजना के बाकी हिस्सों के साथ घनिष्ठ रूप से एकीकृत है, विशेष रूप से, यूआरएल, HTTP हेडर, क्वेरी पैरामीटर इत्यादि का स्वत: समापन उपलब्ध है, और भविष्य में हम परीक्षण जोड़ने की योजना बना रहे हैं एपीआई विवरण के साथ प्रतिक्रिया के अनुपालन के लिए।

नोड साझा करना

मामला: आप एक सहकर्मी के साथ एक समस्याग्रस्त अनुरोध या यहां तक ​​कि एक संपूर्ण स्क्रिप्ट साझा करना चाहेंगे या बस इसे एक बग के साथ संलग्न करना चाहेंगे। TestMace इस मामले को भी कवर करता है: एप्लिकेशन आपको URL में किसी भी नोड और यहां तक ​​कि एक सबट्री को क्रमबद्ध करने की अनुमति देता है। कॉपी-पेस्ट करें और आप अनुरोध को किसी अन्य मशीन या प्रोजेक्ट पर आसानी से स्थानांतरित कर सकते हैं।

मानव-पठनीय परियोजना भंडारण प्रारूप

फिलहाल, प्रत्येक नोड को yml एक्सटेंशन के साथ एक अलग फ़ाइल में संग्रहीत किया जाता है (जैसा कि Assertion नोड के मामले में है), या नोड के नाम और उसमें Index.yml फ़ाइल वाले फ़ोल्डर में संग्रहीत किया जाता है।
उदाहरण के लिए, उपरोक्त समीक्षा में हमने जो अनुरोध फ़ाइल बनाई है वह इस तरह दिखती है:

Index.yml

children: []
variables: {}
type: RequestStep
assignVariables: []
requestData:
  request:
    method: GET
    url: 'https://next.json-generator.com/api/json/get/NJv-NT-U8'
  headers: []
  disabledInheritedHeaders: []
  params: []
  body:
    type: Json
    jsonBody: ''
    xmlBody: ''
    textBody: ''
    formData: []
    file: ''
    formURLEncoded: []
  strictSSL: Inherit
authData:
  type: inherit
name: Scratch 1

जैसा कि आप देख सकते हैं, सब कुछ बहुत स्पष्ट है। यदि वांछित हो, तो इस प्रारूप को आसानी से मैन्युअल रूप से संपादित किया जा सकता है।

फ़ाइल सिस्टम में फ़ोल्डरों का पदानुक्रम प्रोजेक्ट में नोड्स के पदानुक्रम को पूरी तरह से दोहराता है। उदाहरण के लिए, एक स्क्रिप्ट जैसे:

फ़ाइल सिस्टम को निम्न संरचना में मैप करता है (केवल फ़ोल्डर पदानुक्रम दिखाया गया है, लेकिन सार स्पष्ट है)

इससे परियोजना समीक्षा प्रक्रिया आसान हो जाती है.

पोस्टमैन से आयात करें

उपरोक्त सभी को पढ़ने के बाद, कुछ उपयोगकर्ता किसी नए उत्पाद को आज़माना चाहेंगे (सही है?) या (मजाक नहीं कर रहे हैं!) इसे अपने प्रोजेक्ट में पूरी तरह से उपयोग करना चाहेंगे। हालाँकि, एक ही पोस्टमैन में बड़ी संख्या में विकास से प्रवासन को रोका जा सकता है। ऐसे मामलों के लिए, TestMace पोस्टमैन से संग्रह आयात करने का समर्थन करता है। फिलहाल, बिना परीक्षण के आयात का समर्थन किया जाता है, लेकिन हम भविष्य में उनका समर्थन करने से इनकार नहीं करते हैं।

योजनाएं

मुझे आशा है कि जिन लोगों ने अब तक पढ़ा है उनमें से कई लोगों को हमारा उत्पाद पसंद आया होगा। हालाँकि, इतना ही नहीं! उत्पाद पर काम पूरे जोरों पर है और यहां कुछ विशेषताएं हैं जिन्हें हम जल्द ही जोड़ने की योजना बना रहे हैं।

सिंक्रोनाइज़ करना

सर्वाधिक अनुरोधित सुविधाओं में से एक. फिलहाल, हम सिंक्रनाइज़ेशन के लिए संस्करण नियंत्रण प्रणालियों का उपयोग करने का प्रस्ताव करते हैं, जिसके लिए हम इस प्रकार के भंडारण के लिए प्रारूप को अधिक अनुकूल बना रहे हैं। हालाँकि, यह वर्कफ़्लो सभी के लिए उपयुक्त नहीं है, इसलिए हम अपने सर्वर के माध्यम से कई लोगों से परिचित एक सिंक्रनाइज़ेशन तंत्र जोड़ने की योजना बना रहे हैं।

सीएलआई

जैसा कि ऊपर उल्लेख किया गया है, आईडीई-स्तरीय उत्पाद मौजूदा अनुप्रयोगों या वर्कफ़्लो के साथ सभी प्रकार के एकीकरण के बिना नहीं चल सकते। सीएलआई बिल्कुल वही है जो TestMace में लिखे गए परीक्षणों को निरंतर एकीकरण प्रक्रिया में एकीकृत करने के लिए आवश्यक है। सीएलआई पर काम पूरे जोरों पर है; शुरुआती संस्करण एक साधारण कंसोल रिपोर्ट के साथ प्रोजेक्ट लॉन्च करेंगे। भविष्य में हम JUnit प्रारूप में रिपोर्ट आउटपुट जोड़ने की योजना बना रहे हैं।

प्लगइन सिस्टम

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

नोड प्रकारों की सीमा का विस्तार करना

नोड्स का यह सेट उपयोगकर्ता द्वारा आवश्यक सभी मामलों को कवर नहीं करता है। जिन नोड्स को जोड़ने की योजना है:

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

सामान्य प्रश्न

आप पोस्टमैन से किस प्रकार भिन्न हैं?

1. नोड्स की अवधारणा, जो आपको प्रोजेक्ट की कार्यक्षमता को लगभग अंतहीन रूप से मापने की अनुमति देती है
2. इसे फ़ाइल सिस्टम में सहेजने के साथ मानव-पठनीय प्रोजेक्ट प्रारूप, जो संस्करण नियंत्रण प्रणालियों का उपयोग करके काम को सरल बनाता है
3. परीक्षण संपादक में प्रोग्रामिंग और अधिक उन्नत जेएस समर्थन के बिना परीक्षण बनाने की क्षमता (स्वतः पूर्णता, स्थैतिक विश्लेषक)
4. उन्नत स्वत: पूर्णता और चर के वर्तमान मूल्य को उजागर करना

क्या यह एक ओपन-सोर्स उत्पाद है?

नहीं, फिलहाल स्रोत बंद हैं, लेकिन भविष्य में हम स्रोत खोलने की संभावना पर विचार कर रहे हैं

आप किस चीज़ पर जीवन यापन करते हैं?)

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

निष्कर्ष

हमारा प्रोजेक्ट तेजी से स्थिर रिलीज की ओर बढ़ रहा है। हालाँकि, उत्पाद का उपयोग पहले से ही किया जा सकता है, और हमारे शुरुआती उपयोगकर्ताओं की सकारात्मक प्रतिक्रिया इसका प्रमाण है। हम सक्रिय रूप से फीडबैक एकत्र करते हैं, क्योंकि समुदाय के साथ घनिष्ठ सहयोग के बिना एक अच्छा टूल बनाना असंभव है। आप हमें यहां पा सकते हैं:

आधिकारिक वेबसाइट

Telegram

सुस्त

फेसबुक

ट्रैकर जारी करता है

हम आपकी इच्छाओं और सुझावों की प्रतीक्षा कर रहे हैं!

स्रोत: www.habr.com