सर्वांना नमस्कार! आज आम्ही आमचे उत्पादन आयटी लोकांसमोर सादर करू इच्छितो - API सह कार्य करण्यासाठी एक IDE टेस्टमेस. कदाचित तुमच्यापैकी काहींना आमच्याबद्दल आधीच माहिती आहे मागील लेख. तथापि, साधनाचे कोणतेही सर्वसमावेशक पुनरावलोकन केले गेले नाही, म्हणून आम्ही या दुर्दैवी कमतरता दूर करतो.

प्रेरणा

खरं तर, आम्ही या जीवनात कसे आलो आणि API सह प्रगत कार्यासाठी आमचे स्वतःचे साधन तयार करण्याचा निर्णय घेतला यापासून मी सुरुवात करू इच्छितो. चला उत्पादनाच्या कार्यक्षमतेच्या सूचीसह प्रारंभ करूया, ज्याबद्दल, आमच्या मते, आम्ही असे म्हणू शकतो की ते "एपीआयसह कार्य करण्यासाठी आयडीई" आहे:

• क्वेरी आणि स्क्रिप्ट्स तयार करणे आणि कार्यान्वित करणे (क्वेरींचा क्रम)
• विविध प्रकारच्या चाचण्या लिहिणे
• चाचणी पिढी
• स्वेगर, ओपनएपीआय, डब्ल्यूएडीएल इ. सारख्या फॉरमॅटमधून आयात करण्यासह API वर्णनांसह कार्य करणे.
• थट्टा विनंत्या
• लोकप्रिय लायब्ररीसह एकत्रीकरणासह स्क्रिप्ट लिहिण्यासाठी एक किंवा अधिक भाषांसाठी चांगले समर्थन
• आणि याप्रमाणे.

आपल्या आवडीनुसार यादी वाढवता येते. शिवाय, केवळ IDEच नव्हे तर क्लाउड सिंक्रोनाइझेशन, कमांड लाइन टूल्स, ऑनलाइन मॉनिटरिंग सेवा इत्यादीसारख्या विशिष्ट पायाभूत सुविधा देखील तयार करणे महत्त्वाचे आहे. सरतेशेवटी, अलीकडील वर्षांचे ट्रेंड आम्हाला केवळ अनुप्रयोगाची शक्तिशाली कार्यक्षमताच नव्हे तर त्याचा आनंददायी इंटरफेस देखील सांगतात.

कोणाला अशा साधनाची गरज आहे? अर्थात, जे लोक एपीआयच्या विकास आणि चाचणीशी किमान कसे तरी जोडलेले आहेत ते विकसक आणि परीक्षक आहेत =). शिवाय, जर पूर्वीच्या लोकांसाठी एकल क्वेरी आणि सोप्या स्क्रिप्ट कार्यान्वित करणे पुरेसे असते, तर परीक्षकांसाठी हे मुख्य साधनांपैकी एक आहे, ज्यामध्ये इतर गोष्टींबरोबरच, चाचण्या लिहिण्याच्या क्षमतेसह एक शक्तिशाली यंत्रणा समाविष्ट केली पाहिजे. CI.

म्हणून, या मार्गदर्शक तत्त्वांचे पालन करून आम्ही आमचे उत्पादन तयार करण्यास सुरुवात केली. या टप्प्यावर आपण काय साध्य केले ते पाहूया.

जलद सुरुवात

चला अनुप्रयोगासह प्रथम परिचयाने सुरुवात करूया. तुम्ही ते डाउनलोड करू शकता आमच्या वेबसाइटवर. याक्षणी, सर्व 3 प्रमुख प्लॅटफॉर्म समर्थित आहेत - Windows, Linux, MacOS. डाउनलोड करा, स्थापित करा, लाँच करा. जेव्हा तुम्ही ते पहिल्यांदा लॉन्च करता, तेव्हा तुम्हाला खालील विंडो दिसेल:

तुमची पहिली विनंती तयार करण्यासाठी सामग्री क्षेत्राच्या शीर्षस्थानी असलेल्या प्लस चिन्हावर क्लिक करा. क्वेरी टॅब असे दिसते:

चला ते अधिक तपशीलवार पाहू. रिक्वेस्ट इंटरफेस लोकप्रिय रेस्ट क्लायंटच्या इंटरफेस सारखाच आहे, ज्यामुळे समान साधनांमधून स्थलांतर करणे सोपे होते. चला प्रथम विनंती url ला करूया https://next.json-generator.com/api/json/get/NJv-NT-U8

सर्वसाधारणपणे, पहिल्या दृष्टीक्षेपात, प्रतिसाद पॅनेल देखील आश्चर्यचकित करत नाही. तथापि, मी काही मुद्द्यांकडे आपले लक्ष वेधू इच्छितो:

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

जसे आपण पाहू शकता, आमचे साधन सोयीस्कर विश्रांती क्लायंट म्हणून वापरले जाऊ शकते. तथापि, जर त्याची क्षमता फक्त विनंत्या पाठवण्यापुरती मर्यादित असेल तर आम्ही येथे नसतो. पुढे, मी TestMace च्या मूलभूत संकल्पना आणि कार्यक्षमतेची रूपरेषा सांगेन.

मूलभूत संकल्पना आणि वैशिष्ट्ये

गाठ

TestMace कार्यक्षमता विविध प्रकारच्या नोड्समध्ये विभागली गेली आहे. वरील उदाहरणामध्ये, आम्ही RequestStep नोडचे ऑपरेशन दाखवले. तथापि, खालील प्रकारचे नोड्स आता ऍप्लिकेशनमध्ये देखील उपलब्ध आहेत:

• विनंती चरण. हा नोड आहे ज्याद्वारे तुम्ही विनंती तयार करू शकता. चाइल्ड एलिमेंट म्हणून त्यात फक्त एक Assertion नोड असू शकतो.
• प्रतिपादन. नोड चाचण्या लिहिण्यासाठी वापरला जातो. RequestStep नोडचा फक्त चाइल्ड नोड असू शकतो.
• फोल्डर. तुम्हाला फोल्डर आणि रिक्वेस्टस्टेप नोड्सचे गट करण्याची अनुमती देते.
• प्रकल्प. हा रूट नोड आहे, जेव्हा प्रोजेक्ट तयार होतो तेव्हा आपोआप तयार होतो. अन्यथा, ते फोल्डर नोडच्या कार्यक्षमतेची पुनरावृत्ती करते.
• दुवा. फोल्डर किंवा रिक्वेस्टस्टेप नोडशी लिंक करा. तुम्हाला क्वेरी आणि स्क्रिप्ट पुन्हा वापरण्याची अनुमती देते.
• आणि याप्रमाणे.

नोड्स स्क्रॅचमध्ये स्थित आहेत (खाली डावीकडील पॅनेल, द्रुतपणे "एक-बंद" क्वेरी तयार करण्यासाठी वापरला जातो) आणि प्रकल्पांमध्ये (वर डावीकडील पॅनेल), ज्यावर आम्ही अधिक तपशीलवार राहू.

प्रकल्प

तुम्ही अॅप्लिकेशन लाँच करता तेव्हा, तुम्हाला वरच्या डाव्या कोपर्‍यात एकटी प्रोजेक्ट लाइन दिसेल. हे प्रकल्प वृक्षाचे मूळ आहे. जेव्हा तुम्ही एखादा प्रकल्प सुरू करता, तेव्हा एक तात्पुरता प्रकल्प तयार केला जातो, ज्याचा मार्ग तुमच्या ऑपरेटिंग सिस्टमवर अवलंबून असतो. कोणत्याही वेळी तुम्ही प्रकल्प तुमच्यासाठी सोयीच्या ठिकाणी हलवू शकता.

प्रकल्पाचा मुख्य उद्देश म्हणजे फाइल सिस्टममधील घडामोडी जतन करणे आणि त्यांना आवृत्ती नियंत्रण प्रणालीद्वारे सिंक्रोनाइझ करणे, CI मध्ये स्क्रिप्ट चालवणे, बदलांचे पुनरावलोकन करणे इ.

चल

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

• $prevStep — मागील नोडच्या व्हेरिएबल्सशी दुवा
• $nextStep — पुढील नोडच्या व्हेरिएबल्सशी दुवा
• $parent - समान गोष्ट, परंतु केवळ पूर्वजांसाठी
• $response - सर्व्हरकडून प्रतिसाद
• $env - वर्तमान पर्यावरण चल
• $dynamicVar - स्क्रिप्ट किंवा क्वेरी एक्झिक्यूशन दरम्यान तयार केलेले डायनॅमिक व्हेरिएबल्स

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

व्हेरिएबल द्वारे प्रवेश केला जातो ${variable_name}
व्हेरिएबलचे मूल्य दुसरे व्हेरिएबल किंवा संपूर्ण अभिव्यक्ती देखील असू शकते. उदाहरणार्थ, url व्हेरिएबल सारखे अभिव्यक्ती असू शकते
http://${host}:${port}/${endpoint}.

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

परिस्थिती

वरील सर्व वैशिष्ट्यांचा वापर करून, तुम्ही संपूर्ण क्वेरी स्क्रिप्ट चालवू शकता. उदाहरणार्थ, एखादी संस्था तयार करणे -> एखाद्या घटकाची चौकशी करणे -> एखादी संस्था हटवणे. या प्रकरणात, उदाहरणार्थ, आपण अनेक RequestStep नोड्स गट करण्यासाठी फोल्डर नोड वापरू शकता.

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

व्हेरिएबल्ससह सोयीस्कर कामासाठी (आणि केवळ नाही) स्वयंपूर्णता आवश्यक आहे. आणि अर्थातच, विशिष्ट व्हेरिएबल काय समान आहे हे स्पष्ट करणे सोपे आणि अधिक सोयीस्कर करण्यासाठी अभिव्यक्तीचे मूल्य हायलाइट करणे. शंभर वेळा ऐकण्यापेक्षा एकदा पाहणे चांगले असते तेव्हा हेच घडते:

हे लक्षात घेण्यासारखे आहे की स्वयंपूर्णता केवळ व्हेरिएबल्ससाठीच लागू केली जात नाही, तर उदाहरणार्थ, शीर्षलेखांसाठी, विशिष्ट शीर्षलेखांची मूल्ये (उदाहरणार्थ, सामग्री-प्रकार शीर्षलेखासाठी स्वयंपूर्णता), प्रोटोकॉल आणि बरेच काही. अनुप्रयोग वाढत असताना यादी सतत अद्यतनित केली जाते.

पुन्हा पूर्ववत

बदल पूर्ववत करणे/पुन्हा करणे ही अतिशय सोयीची गोष्ट आहे, परंतु काही कारणास्तव ती सर्वत्र लागू केली जात नाही (आणि API सह कार्य करण्यासाठी साधने अपवाद नाहीत). परंतु आम्ही त्यापैकी एक नाही!) आम्ही संपूर्ण प्रकल्पामध्ये पूर्ववत/रीडू लागू केले आहे, ज्यामुळे तुम्हाला केवळ विशिष्ट नोड संपादित करणेच नाही तर त्याची निर्मिती, हटवणे, हालचाल इ. सर्वात गंभीर ऑपरेशन्ससाठी पुष्टीकरण आवश्यक आहे.

चाचण्या तयार करणे

Assertion node चाचण्या तयार करण्यासाठी जबाबदार आहे. मुख्य वैशिष्ट्यांपैकी एक म्हणजे अंगभूत संपादक वापरून प्रोग्रामिंगशिवाय चाचण्या तयार करण्याची क्षमता.

प्रतिपादन नोडमध्ये प्रतिपादनांचा संच असतो. प्रत्येक प्रतिपादनाचा स्वतःचा प्रकार असतो; याक्षणी अनेक प्रकारचे प्रतिपादन आहेत

1. मूल्यांची तुलना करा - फक्त 2 मूल्यांची तुलना करा. अनेक तुलना ऑपरेटर आहेत: समान, समान नाही, पेक्षा मोठे, पेक्षा मोठे किंवा समान, पेक्षा कमी, पेक्षा कमी किंवा समान.

2. मूल्य समाविष्टीत आहे - स्ट्रिंगमधील सबस्ट्रिंगची घटना तपासते.

3. XPath - XML ​​मधील निवडकर्त्यामध्ये विशिष्ट मूल्य आहे का ते तपासते.

4. JavaScript प्रतिपादन ही एक अनियंत्रित जावास्क्रिप्ट स्क्रिप्ट आहे जी यशावर खरे आणि अयशस्वी झाल्यावर खोटे देते.

मी लक्षात घेतो की फक्त शेवटच्यासाठी वापरकर्त्याकडून प्रोग्रामिंग कौशल्ये आवश्यक आहेत, इतर 3 प्रतिपादन ग्राफिकल इंटरफेस वापरून तयार केले आहेत. येथे, उदाहरणार्थ, तुलना मूल्यांचे प्रतिपादन तयार करण्यासाठी संवाद कसा दिसतो ते आहे:

केकवरील आयसिंग म्हणजे प्रतिसादांमधून प्रतिपादनांची झटपट निर्मिती, फक्त ते पहा!

तथापि, अशा विधानांना स्पष्ट मर्यादा आहेत, ज्यावर मात करण्यासाठी तुम्ही जावास्क्रिप्ट प्रतिपादन वापरू शकता. आणि येथे TestMace स्वयंपूर्णता, वाक्यरचना हायलाइटिंग आणि अगदी स्थिर विश्लेषकासह एक आरामदायक वातावरण देखील प्रदान करते.

API वर्णन

TestMace तुम्हाला केवळ एपीआय वापरण्याची परवानगी देत ​​नाही तर त्याचे दस्तऐवजीकरण देखील करू देते. शिवाय, वर्णनात स्वतःची श्रेणीबद्ध रचना देखील आहे आणि उर्वरित प्रकल्पामध्ये सेंद्रियपणे बसते. याव्यतिरिक्त, सध्या स्वेगर 2.0 / OpenAPI 3.0 फॉरमॅटमधून API वर्णन आयात करणे शक्य आहे. वर्णन स्वतःच केवळ मृत वजन दर्शवत नाही, परंतु उर्वरित प्रकल्पाशी जवळून एकत्रित केले आहे, विशेषत: URL, HTTP शीर्षलेख, क्वेरी पॅरामीटर्स इत्यादीची स्वयं-पूर्णता उपलब्ध आहे आणि भविष्यात आम्ही चाचण्या जोडण्याची योजना आखत आहोत. API वर्णनासह प्रतिसादाच्या अनुपालनासाठी.

शेअरिंग नोड

केस: तुम्हाला समस्याप्रधान विनंती किंवा अगदी संपूर्ण स्क्रिप्ट सहकार्‍यासोबत शेअर करायची आहे किंवा ती फक्त बगशी संलग्न करायची आहे. 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 पोस्टमनकडून संग्रह आयात करण्यास समर्थन देते. याक्षणी, चाचण्यांशिवाय आयात समर्थित आहेत, परंतु आम्ही भविष्यात त्यांना समर्थन देण्यास नकार देत नाही.

योजना

मला आशा आहे की ज्यांनी आतापर्यंत वाचले आहे त्यापैकी अनेकांना आमचे उत्पादन आवडले असेल. तथापि, ते सर्व नाही! उत्पादनावर काम जोरात सुरू आहे आणि येथे काही वैशिष्ट्ये आहेत जी आम्ही लवकरच जोडण्याची योजना आखत आहोत.

क्लाउड सिंक्रोनाइझेशन

सर्वात विनंती केलेल्या वैशिष्ट्यांपैकी एक. याक्षणी, आम्ही सिंक्रोनाइझेशनसाठी आवृत्ती नियंत्रण प्रणाली वापरण्याचा प्रस्ताव देतो, ज्यासाठी आम्ही या प्रकारच्या स्टोरेजसाठी स्वरूप अधिक अनुकूल बनवत आहोत. तथापि, हा कार्यप्रवाह प्रत्येकासाठी योग्य नाही, म्हणून आम्ही आमच्या सर्व्हरद्वारे अनेकांना परिचित असलेली सिंक्रोनाइझेशन यंत्रणा जोडण्याची योजना आखत आहोत.

CLI

वर नमूद केल्याप्रमाणे, IDE-स्तरीय उत्पादने विद्यमान अनुप्रयोग किंवा कार्यप्रवाहांसह सर्व प्रकारच्या एकत्रीकरणाशिवाय करू शकत नाहीत. टेस्टमेसमध्ये लिहिलेल्या चाचण्यांना सतत एकत्रीकरण प्रक्रियेत एकत्रित करण्यासाठी CLI ची गरज असते. CLI वर काम जोरात सुरू आहे; सुरुवातीच्या आवृत्त्या सोप्या कन्सोल अहवालासह प्रकल्प लाँच करतील. भविष्यात आम्ही JUnit स्वरूपात अहवाल आउटपुट जोडण्याची योजना आखत आहोत.

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

आमच्या साधनाची सर्व शक्ती असूनही, निराकरण आवश्यक असलेल्या प्रकरणांचा संच अमर्याद आहे. शेवटी, अशी कार्ये आहेत जी विशिष्ट प्रकल्पासाठी विशिष्ट आहेत. म्हणूनच भविष्यात आम्ही प्लगइन विकसित करण्यासाठी SDK जोडण्याची योजना आखत आहोत आणि प्रत्येक विकासक त्यांच्या आवडीनुसार कार्यक्षमता जोडण्यास सक्षम असेल.

नोड प्रकारांची श्रेणी विस्तृत करणे

नोड्सचा हा संच वापरकर्त्याला आवश्यक असलेली सर्व प्रकरणे समाविष्ट करत नाही. जोडण्याचे नियोजित नोड्स:

• स्क्रिप्ट नोड - js आणि संबंधित API वापरून डेटा रूपांतरित आणि ठेवतो. या प्रकारच्या नोडचा वापर करून, तुम्ही पोस्टमनमध्ये प्री-रिक्वेस्ट आणि पोस्ट-रिक्वेस्ट स्क्रिप्ट यासारख्या गोष्टी करू शकता.
• GraphQL नोड - graphql समर्थन
• सानुकूल प्रतिपादन नोड - तुम्हाला प्रकल्पातील विद्यमान दाव्यांचा संच विस्तृत करण्यास अनुमती देईल
  साहजिकच, ही अंतिम यादी नाही; इतर गोष्टींबरोबरच, तुमच्या फीडबॅकमुळे ती सतत अपडेट केली जाईल.

FAQ

तुम्ही पोस्टमनपेक्षा वेगळे कसे आहात?

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

हे ओपन सोर्स उत्पादन आहे का?

नाही, याक्षणी स्त्रोत बंद आहेत, परंतु भविष्यात आम्ही स्त्रोत उघडण्याच्या शक्यतेचा विचार करत आहोत

तुम्ही कशासाठी जगता?)

विनामूल्य आवृत्तीसह, आम्ही उत्पादनाची सशुल्क आवृत्ती जारी करण्याची योजना आखत आहोत. यात प्रामुख्याने अशा गोष्टींचा समावेश असेल ज्यांना सर्व्हर साइड आवश्यक आहे, उदाहरणार्थ, सिंक्रोनाइझेशन.

निष्कर्ष

आमचा प्रकल्प झेप घेत स्थिर प्रकाशनाकडे वाटचाल करत आहे. तथापि, उत्पादन आधीच वापरले जाऊ शकते, आणि आमच्या सुरुवातीच्या वापरकर्त्यांकडून सकारात्मक अभिप्राय याचा पुरावा आहे. आम्ही सक्रियपणे अभिप्राय गोळा करतो, कारण समुदायाच्या जवळच्या सहकार्याशिवाय चांगले साधन तयार करणे अशक्य आहे. तुम्ही आम्हाला येथे शोधू शकता:

अधिकृत वेबसाइट

तार

मंदीचा काळ

फेसबुक

समस्या ट्रॅकर

आम्ही तुमच्या शुभेच्छा आणि सूचनांची अपेक्षा करतो!

स्त्रोत: www.habr.com