क्या पायरेसी के खिलाफ हमारे सॉफ़्टवेयर की रक्षा करना अभी भी इसके लायक है? क्या पाइरेसी को रोकने या कम से कम करने के लिए काफी प्रभावी तरीके हैं?
क्या पायरेसी के खिलाफ हमारे सॉफ़्टवेयर की रक्षा करना अभी भी इसके लायक है? क्या पाइरेसी को रोकने या कम से कम करने के लिए काफी प्रभावी तरीके हैं?
जवाबों:
ज़रुरी नहीं। किसी भी कॉपी सुरक्षा को 100% सही होना चाहिए, (जिसे हम सभी जानते हैं कि यह असंभव है), या फिर यह सब एक दुनिया में कहीं भी एक व्यक्ति के लिए काम करने वाली दरार के साथ आएगा और इसे वेब पर पोस्ट करना होगा।
यदि आप चाहते हैं कि लोग आपके उत्पाद के लिए पैसे दें, तो कॉपी प्रोटेक्शन इसका जवाब नहीं है। इसने कभी काम नहीं किया और न कभी होगा। उत्तर अर्थशास्त्र 101 में निहित है: लोग आपके उत्पाद के लिए पैसे का भुगतान करेंगे यदि वे इसका मूल्य उन्हें उस कीमत से अधिक समझते हैं जो आप इसके लिए पूछ रहे हैं। अन्यथा, वे नहीं करेंगे। अवधि।
मैं बिना किसी हिचकिचाहट के दोनों सवालों के लिए "नहीं" कहूंगा।
क्या पायरेसी के खिलाफ हमारे सॉफ़्टवेयर की रक्षा करना अभी भी इसके लायक है?
नहीं, और बहुत सारी कंपनियों और स्वतंत्र डेवलपर्स ने प्रदर्शित किया है कि इसकी कोई आवश्यकता नहीं है।
विनम्र इंडी बंडल सक्रिय "पाइरेसी" के बावजूद हत्या करने के एक संभावित तरीके का एक असाधारण अच्छा उदाहरण है । 3 सप्ताह की एक घटना में, पांच डेवलपर्स ने, एक साथ, अपने पांच गेम (प्लस एक) पर लगभग US $ 900,000, DRM के बिना, और यहां तक कि डाउनलोड लिंक तक पहुंच को नियंत्रित करने के लिए ठोस प्रयास किए बिना। और भुगतान करने वाले लोगों द्वारा बड़े पैमाने पर साझा करने के बावजूद, प्रति कॉपी यूएस $ 10 का औसत भुगतान किया गया था, जिसमें से 30% दान में गए थे। (यह, माना जाता है कि यह एक असाधारण उदाहरण है कि यह इस तरह की बिक्री की घटना के लिए भी आदर्श नहीं है, लेकिन यह एक अच्छा प्रदर्शन है कि गैर-मानक बिक्री मॉडल कैसे बहुत अच्छा काम कर सकते हैं।)
90% पायरेसी रेट के बावजूद इंट्रोवर्सन सॉफ्टवेयर और स्टारडॉक जैसी कंपनियां बहुत पैसा कमाती हैं ।
एक और अच्छा उदाहरण इल्यूमिनेशन सॉफ्टवेयर क्रिएटर है, जो अपने लिए बहुत अच्छा कर रहा है।
या मिनेक्राफ्ट को देखें, जिसने "फ्रीमियम" मॉडल चुना है और प्रति सप्ताह $ 100,000 प्रति दिन कमा रहा है।
यहां तक कि जब लोग "पाइरेसी" से लड़ना बंद कर देते हैं, तो वे अपने लिए बहुत अच्छा करते हैं।
क्या पाइरेसी को रोकने या कम से कम करने के लिए काफी प्रभावी तरीके हैं?
नहीं, और स्पष्ट रूप से, यह बल्कि व्यर्थ है। सॉफ़्टवेयर आपके प्रोग्राम के मानों को कॉपी करते हुए आसानी से कॉपी किया जा सकता है। कोई फर्क नहीं पड़ता कि आप "पायरेसी" के खिलाफ अपने सॉफ़्टवेयर की सुरक्षा के लिए क्या प्रयास करते हैं, जब तक कि किसी भी बिंदु पर अंतिम-उपयोगकर्ता के पास कार्यक्रम की एक प्रति होगी , कोई इसे बिना लागत के दूसरों को वितरित करेगा।
"पायरेसी" को रोकने के केवल दो तरीके हैं: अपने सॉफ़्टवेयर को एक सेवा , जैसे कि एक वेब अनुप्रयोग, या अपना स्रोत कोड खोलें (या अन्यथा मुफ्त वितरण के लिए अपने सॉफ़्टवेयर को लाइसेंस दें)।
मूल्य टैग के साथ सॉफ़्टवेयर के "पायरेसी" को हतोत्साहित करने का एकमात्र तरीका यह है कि आपके ग्राहकों द्वारा उत्पाद में दिए गए मूल्य के अनुरूप मूल्य निर्धारित किया जाए या उस मूल्य को वास्तविक सेवाओं से जोड़ा जाए (जैसे समर्थन प्रदान करना)। किसी को किसी अन्य उत्पाद में मुफ्त में प्राप्त करने के लिए कोई भी $ 60 का भुगतान नहीं करेगा।
(एक साइड नोट पर, मुझे "पाइरेसी" शब्द पर आपत्ति है, क्योंकि इसकी व्युत्पत्ति चोरी से तात्पर्य है। कॉपीराइट का उल्लंघन चोरी नहीं है, फिर चाहे आप इसे कैसे भी देखें, और दोनों की बराबरी करना बौद्धिक रूप से बेईमानी है। मैं एक शब्द पसंद करूंगा। "नाजायज ग्राहक" या "अप्रयुक्त बाजार।")
सिर्फ इसलिए कि कॉपी सुरक्षा 100% प्रभावी नहीं है इसका मतलब यह नहीं है कि यह बेकार है। यह ईमानदार लोगों को ईमानदार रखता है। ग्राहकों को सॉफ़्टवेयर के लिए भुगतान करने के लिए कुछ प्रोत्साहन की आवश्यकता होती है और अधिकांश समय यही होता है कि कॉपी सुरक्षा प्रदान करता है। यदि आपकी कीमत उचित है, तो अधिकांश लोग आपके पास मौजूद सुरक्षा को दरकिनार करने के लिए समय और प्रयास खर्च करने के लिए नहीं जा रहे हैं। बेशक, अगर सुरक्षा कोर कार्यक्षमता का उपयोग करने के लिए एक कुतिया बनाते हैं, तो यह एक और मुद्दा है।
यह ब्लॉग पोस्ट कॉपी सुरक्षा के मूल्य का एक उत्कृष्ट मूल्यांकन है: http://www.kalzumeus.com/2006/09/05/everything-you-need-to-know-about-registration-systems/
जहाँ तक आपके सॉफ्टवेयर के लिए कुछ सुरक्षा प्रदान करने का एक उचित प्रभावी तरीका है, मैं अत्यधिक इन्फ़्रालांस लाइसेंस प्रणाली की सलाह देता हूँ । यह सस्ता है और अच्छा प्रदर्शन करता है।
हाँ, यह अभी भी उपयोगी है, लेकिन उस पर ज्यादा समय और पैसा खर्च न करें। यदि आपका सॉफ़्टवेयर इसके लायक है, तो इसे खरीदा और क्रैक किया जाएगा। भले ही आप सुरक्षा तंत्र में प्रयास करें।
बहुत अधिक सुरक्षा के साथ-साथ कोई भी सुरक्षा बिक्री को प्रभावित नहीं करेगी।
इसे दूर रखें :)
यह देखते हुए कि लगभग सभी एंटी-पायरेसी उपायों को दरकिनार किया जा सकता है यदि कोई व्यक्ति पर्याप्त रूप से निर्धारित किया जाता है कि कुछ भी नहीं करने के लिए एक तर्क है।
अपने सॉफ़्टवेयर को उपयोगी बनाएं और भुगतान करने वालों को सहायता प्रदान करें, इस प्रकार राजस्व और समर्पित उपयोगकर्ता प्राप्त करें।
राजस्व प्राप्त करने का एक तरीका "प्रो" संस्करण हो सकता है जो अतिरिक्त सुविधाओं को अनलॉक करता है जिसके लिए भुगतान करने की आवश्यकता होती है। यह एक लोकप्रिय दृष्टिकोण प्रतीत होता है। आपको यह सुनिश्चित करने की ज़रूरत है कि प्रो फीचर्स को अनलॉक करना ग्राहक के लिए आसान है, लेकिन हैकर के लिए मुश्किल है।
इस पर ज्यादा काम मत करो, और इसे घुसपैठ मत करो।
प्रतिलिपि सुरक्षा की दो परतें हैं जो संभवतः सार्थक हो सकती हैं। एक आकस्मिक उपयोगकर्ता को इसे कॉपी करने से रोकना है, और किसी को इसे कॉपी करने से रोकना है। बीच में कुछ भी नहीं है, क्योंकि अगर कोई भी एक व्यक्ति आपकी कॉपी की सुरक्षा में सेंध लगा सकता है तो दुनिया के सभी समर्पित डाकुओं के पास एक कॉपी होगी। दूसरा स्तर असंभव है, इसलिए कोशिश भी न करें। पहले कुछ मूल्य हो सकता है।
यदि आप प्रतिलिपि सुरक्षा को परेशान करते हैं, तो समुद्री डाकू साइटों के पास एक बेहतर संस्करण उपलब्ध होगा। बहुत से लोग सॉफ्टवेयर की एक कानूनी प्रति खरीदते हैं, और फिर वास्तव में उपयोग करने के लिए एक अवैध डाउनलोड करते हैं। मुझे नहीं लगता कि आप ईमानदार लोगों को समुद्री डाकू साइटों से अपना सामान डाउनलोड करने के लिए प्रोत्साहित करना चाहते हैं, और आप अपने भुगतान करने वाले ग्राहकों को बहुत अधिक परेशान नहीं करना चाहते हैं।
आपको प्रति सेगमेंट के बारे में चिंता करना बंद कर देना चाहिए। स्टैंड-अलोन सेवा के लिए, समुद्री डाकू आपसे कुछ नहीं लेते हैं। गंभीरता से। आपके पास अभी भी वह सब कुछ है जो आपके पास पहले था। वे जो कर सकते हैं वह आपको संभावित बिक्री से वंचित करता है। दूसरे शब्दों में, वे आपके लिए कुछ भी नहीं कर सकते हैं कि एक प्रभावशाली समीक्षक नहीं कर सकता।
आपको राजस्व के बारे में चिंतित होना चाहिए और बिक्री की संख्या बढ़ाना चाहिए। पायरेसी वास्तव में लोगों को कुछ मुफ्त परीक्षण और अनुभव देकर मदद कर सकती है। बहुत से लोग वे सामान खरीदेंगे जो वे वास्तव में उपयोग करते हैं। कुछ लोग Microsoft की सफलता का श्रेय बड़ी संख्या में ऐसे लोगों को देते हैं जो अपने सॉफ़्टवेयर का उपयोग करते हैं। वे अवैध रूप से कॉपी किए गए विंडोज का पूरी तरह से कानूनी लिनक्स की तुलना में लाखों-करोड़ों चीनी के साथ लंबे समय से बेहतर उपयोग कर रहे हैं।
नाजायज प्रतियों की संख्या पर ध्यान न दें। वे नहीं हैं, अधिकांश भाग के लिए, बिक्री खो दिया है। समुद्री डाकू बड़ी मात्रा में सॉफ्टवेयर जमा करने की प्रवृत्ति रखते हैं, जिन्हें वे खरीदने की अपनी क्षमता से बहुत दूर हैं। अपनी वास्तविक बिक्री पर ध्यान दें।
सबसे पहले, मैं साहसपूर्वक यह दावा करूंगा कि आप उनके मशीन पर फ़ाइलों की प्रतिलिपि बनाने वाले व्यवस्थापक खाते से कभी भी नहीं रख सकते।
हालाँकि, कॉपी करने के संबंध में आप अपनी निष्पादन योग्य फ़ाइलों पर अनुमतियाँ सेट कर सकते हैं 111
और उन्हें संबंधित बना सकते हैं root
, जैसे कि हर कोई फ़ाइल निष्पादित कर सकता है लेकिन इसे नहीं पढ़ सकता है (इस प्रकार इसे कॉपी न करें)। हालाँकि, root
अभी भी इसे बदल सकेंगे।
चूंकि आप बाइनरी को कॉपी होने से नहीं रोक सकते हैं, और आप इसे मैन्युअल रूप से लक्ष्य सिस्टम पर स्थापित करने के लिए तैयार हैं। उस सिस्टम के लिए उन्हें स्पष्ट रूप से संकलित करें और सिस्टम कॉन्फ़िगरेशन (जैसे होस्टनाम, हार्डवेयर, ...) का एक हैश शामिल करें। रनटाइम के दौरान जांचें कि आप इस कॉन्फ़िगरेशन से मेल खाने वाले सिस्टम पर चल रहे हैं।
फिर भी यह केवल आपके सॉफ़्टवेयर को चुराना कठिन बना देगा, इसे रोकना नहीं, क्योंकि आप हमेशा बाइनरी ले सकते हैं, इसकी जांच कर सकते हैं और उस हिस्से को हटा सकते हैं जो सही मशीन की जांच करता है।
सभी के सभी, ऐसा करना आमतौर पर एक बुरा विचार है (IMHO) क्योंकि यह आपके ग्राहकों (आप चाहते हैं कि आखिरी चीज) के लिए समस्या पैदा करेगा। यदि आप वास्तव में लोगों को वाणिज्यिक सॉफ़्टवेयर बेचना चाहते हैं, तो उन्हें नियम से बांधें, न कि हैक द्वारा , आपके नियमों और शर्तों को मानने के लिए।
नहीं वास्तव में नहीं। और इस्तेमाल की गई तकनीक के आधार पर एक उचित दृष्टिकोण भी नहीं हो सकता है।
उदाहरण के लिए, एक SWF के अपघटन (जैसे Sothink SWF Decompiler के साथ ) को रोकने के लिए आप कुछ नहीं कर सकते । यह आपके द्वारा टाइप किए गए स्रोत कोड से आपको बहुत अधिक लाभ देगा। बेशक आप कोड का उपयोग कर सकते हैं, लेकिन इससे कोड को समझना मुश्किल हो जाता है, जबकि कुछ भी नहीं करना है, उदाहरण के लिए किसी को अपना SWF डिकम्पोज करने से रोकना, अपना नाम और कंपनी का लोगो बदलना और फिर उसे फिर से खोलना।
वही जावास्क्रिप्ट या एबीएपी के लिए जाता है (जहां आपको मूल रूप से ग्राहक को स्रोत कोड वितरित करना होता है) और शायद कुछ अन्य प्रौद्योगिकियां भी।
दूसरी ओर, प्रति-संरक्षण / DRM आपके ग्राहकों को गंभीर रूप से परेशान कर सकता है और आपकी कंपनी को बहुत बुरा प्रचार दे सकता है। गेमिंग उद्योग द्वारा नियोजित विभिन्न सुरक्षा तंत्रों के बारे में सोचें:
इसलिए आपको हमेशा नकारात्मक प्रभाव पर विचार करना चाहिए जो आपके उत्पाद में आपके द्वारा शामिल किए गए किसी भी प्रति-सुरक्षा उपायों को आपकी प्रतिष्ठा पर हो सकता है और कितना प्रयास (विकास समय, लाइसेंस की लागत, आदि) यह वास्तव में आपके आवेदन में DRM सामग्री प्राप्त करने की आवश्यकता है। यदि आप इस निष्कर्ष पर आते हैं कि यह अभी भी परेशानी के लायक है तो इसे करें। लेकिन अगर आपको कोई संदेह है कि DRM का उपयोग करने से वास्तव में आपके व्यवसाय को इससे अधिक लाभ होगा, तो बस ऐसा न करें।
बेशक, सीडी कुंजी की आवश्यकता हो या अपने उत्पाद की प्रतियों के साथ अपने पूरे परिवार को प्रदान करने के लिए नीरो का उपयोग करने से जॉन डो को रोकने के लिए डिस्क जांच को नियोजित करना अभी भी उचित है। हालांकि, कोई भी उपाय जो डीआरएम ड्राइवरों या उस तरह की चीज को स्थापित करके ग्राहक की प्रणाली पर आक्रमण करता है, जिसे पहले बताए गए कारणों के कारण बहुत सावधानी से माना जाना चाहिए।
अंतत: आप यह नहीं कर सकते - यह सिर्फ एक सवाल है कि दूसरे व्यक्ति की नकल करने के लिए आप कितना समय / पैसा खर्च करना चाहते हैं।
एकमात्र भरोसेमंद और अपेक्षाकृत समस्या-मुक्त तरीका है जो मुझे पता है कि सॉफ्टवेयर "कॉल होम" है और पूछें "यहां मेरा सीरियल नंबर है, क्या मैं एक कानूनी प्रति हूं?" बेशक कार्यक्रम को करने के लिए एक इंटरनेट कनेक्शन होना चाहिए, जो कि एक समस्या के रूप में सोचा जा सकता है, लेकिन इसे "अपडेट के लिए जांच" विकल्प और उस समय के दौरान चेकिंग शामिल करने से याद दिलाया जाता है।
वास्तव में, यहां तक कि अतिरिक्त उपायों के बिना बिल्कुल भरोसेमंद नहीं है, क्योंकि संस्करण 1 के लोगों को अनंत काल तक चलने से रोकने के लिए, या लोग आपके ऐप को रिवर्स-इंजीनियरिंग करते हैं और सुरक्षा को अक्षम करते हैं, लेकिन यह सही दिशा में एक अच्छी शुरुआत है।
यदि आप कोई सुरक्षा या झुंझलाहट (यानी नाग स्क्रीन) नहीं जोड़ते हैं, तो लगभग कोई भी आपके लिए काम नहीं करेगा।
एक बुनियादी सुरक्षा के साथ, औसत उपयोगकर्ता, वास्तव में आपके सॉफ़्टवेयर को खरीदने के लिए प्रेरित होता है, इसे खरीदेगा, लेकिन अपने जीवन को बहुत जटिल बनाने से बचें: ग्राहक आपको भुगतान कर रहा है, इसलिए दयालु बनें।
सॉफ्टवेयर की सुरक्षा का एक अच्छा तरीका ऑनलाइन सक्रियण है। निश्चित रूप से ध्यान रखें कि हर कॉपी प्रोटेक्शन सिस्टम को ओवरराइड किया जा सकता है, इसलिए जटिल सुरक्षा योजनाओं को विकसित करने में बहुत अधिक समय खर्च न करें: जो लोग बिल्कुल नहीं चाहते हैं या इसे खरीद नहीं सकते हैं वे इसे क्रैक करेंगे या इसे छोड़ देंगे।
सॉफ्टवेयर को 'लाइट' संस्करण के रूप में मुफ्त में दें। जो लोग इसके बारे में गंभीर हैं वे 'पूर्ण' संस्करण के लिए भुगतान कर सकते हैं और उनके संस्करण को किसी भी तरह से इसे पहचानने के लिए मुहर लगाई जा सकती है। इसमें अपना नाम न रखें - इसे हटाना बहुत आसान है।
एक बेहतर मॉडल सर्वर की ओर से भुगतान का प्रबंधन करना है। अधिक विवरण के लिए मूल्य निर्धारण पर मेरा उत्तर देखें।
मैं अपने सॉफ़्टवेयर को चीन को बेचने पर विचार कर रहा हूं, और यह सोचकर कि कैसे बड़े पैमाने पर सॉफ़्टवेयर चोरी हो रही है, मैं कम से कम यह जानना चाहता हूं कि मेरा सॉफ़्टवेयर कौन चोरी कर रहा है, इसलिए मुझे विज्ञापनदाता के लिए कुछ मीट्रिक मिल सकते हैं, जो मेरे मुफ्त ऐप के भीतर विज्ञापन बेचना चाहते हैं।
उस उद्देश्य के लिए मैं http://www.inishtech.com/ से SLP का उपयोग करता हूं । मैं अपने सॉफ़्टवेयर के सभी उपयोगकर्ताओं को ट्रैक करता हूं, और एक विचार प्राप्त करता हूं कि लोग कितने आज्ञाकारी हैं। मैं इसे रिपोर्टिंग टूल के रूप में उपयोग करने की अपेक्षा बहुत अधिक नहीं करता, लेकिन यह बहुत कुछ करने में सक्षम है।
उन्हें किसी भी तरह से केवल सॉफ्टवेयर से अधिक दें। भुगतान किए गए उपयोगकर्ताओं के लिए मुफ्त डाउनलोड करने योग्य सामग्री और नवीनतम संस्करणों के लिए मुफ्त उन्नयन और पैच, प्रशिक्षण वीडियो, सस्ते उन्नयन या मुफ्त उन्नयन। आप अपने मुनाफे का थोड़ा सा दान भी कर सकते हैं, इसलिए उपयोगकर्ताओं को आपके सॉफ़्टवेयर खरीदते समय कुछ वापस देने की भावना होती है।
यदि ऑनलाइन सुविधाएँ हैं, तो उन्हें केवल भुगतान करने वाले उपयोगकर्ताओं के लिए सुलभ बनाया जा सकता है। कॉपी सुरक्षा समय की बर्बादी है। आजकल यह सब सामग्री और सेवा के बारे में है, और न केवल किसी को एक स्थिर निर्वासन देने और आपकी लागतों को कवर करने के बाद मुफ्त पैसा बनाने की उम्मीद है।
मेरा कुछ अलग दृष्टिकोण है, शायद दो कारणों से। सबसे पहले, मैं Agilis Software के लिए काम करता हूं, जो लाइसेंस प्रबंधन व्यवसाय में एक कंपनी है, और दूसरी बात Agilis के व्यवसाय का एक बड़ा हिस्सा उपभोक्ता / डेस्कटॉप सॉफ़्टवेयर की सुरक्षा में नहीं है, बल्कि एंटरप्राइज़ अनुप्रयोगों, एम्बेडेड सिस्टम आदि की सुरक्षा में है।
उपभोक्ता / डेस्कटॉप स्पेस में तर्कों का अच्छी तरह से पूर्वाभ्यास किया जाता है। आधुनिक लाइसेंसिंग सिस्टम उपयोगकर्ता के लिए सक्रियण को विनीत और लचीला बना सकता है (जैसा कि कई कंपनियों ने एजिलिस के ओरियन उत्पाद सक्रियण प्रणाली के साथ पाया है), लेकिन अंत में निर्णय विक्रेता के लिए एक रणनीतिक है।
एंटरप्राइज़ सिस्टम, और कुछ उपभोक्ता पैकेजों के साथ, विक्रेता केवल एक सतत डेस्कटॉप लाइसेंस की तुलना में अधिक परिष्कृत मूल्य निर्धारण विकल्प प्रदान करता है। उदाहरण के लिए, सदस्यता लाइसेंस का व्यापक रूप से उपयोग किया जाता है, लेकिन यदि आप सदस्यता अवधि को लागू करने के लिए कुछ सुरक्षित तंत्र शामिल नहीं करते हैं तो नवीकरण दर बहुत कम होगी (इसलिए आपने अपने सॉफ़्टवेयर को कुछ के लिए स्थायी-लाइसेंस मूल्य से छूट दी है)। अधिक जटिल अनुप्रयोगों के कई विक्रेता अलग-अलग बाजारों में अलग-अलग सुविधाओं के संयोजन या अलग-अलग मूल्य की सुविधाओं की पेशकश करना चाहते हैं। लाइसेंस प्रबंधक के बिना यह नियंत्रित करने के लिए कि कौन सी सुविधाएँ सक्षम हैं, आपको प्रत्येक ग्राहक और प्रत्येक अपग्रेड के लिए एक अलग पैकेज प्रदान करना पड़ सकता है, जिसके साथ सभी ऑपरेशंस भी काम करते हैं। उपयोगकर्ता-गणना मॉडल अभी भी बहुत लोकप्रिय है, जहां ग्राहक किसी भी समय एन लाइसेंस सक्रिय हो सकता है; यदि आप लाइसेंस सर्वर के साथ इस सीमा को लागू नहीं करते हैं, तो यह बहुत अधिक होने की संभावना है। लोकप्रियता में बढ़ता एक और मॉडल उपयोग-आधारित लाइसेंसिंग है (उपयोग-आधारित लाइसेंसिंग केस स्टडी )।
उद्यम ग्राहक स्वयं अच्छी तरह से जानते हैं कि एक बार सॉफ्टवेयर पैकेज स्थापित होने के बाद, आईटी और प्रबंधन के सर्वोत्तम इरादों के बावजूद, सहमत पेपर लाइसेंसिंग शर्तों को आसानी से पार कर लिया जाता है, जिससे कंपनी को अप्रिय ऑडिट, जुर्माना फीस आदि का खुलासा करना पड़ता है, इसलिए वे पसंद करते हैं लाइसेंसिंग शर्तें यदि एक सुरक्षित, विनीत लाइसेंस प्रणाली द्वारा की जाती हैं।
डोमिनिक