OpenLibs.dev कैटलॉग से ऑनलाइन सेवाओं और Client-Side लाइब्रेरी के साथ सुरक्षित कार्य के लिए अनुमत ओपन सोर्स制造 लाइसेंस नीति

हम लोकप्रिय ओपन सोर्स समाधानों के ऊपर अपने स्वयं के इंटरैक्टिव वेब एप्लिकेशन और यूजर इंटरफेस (UI) विकसित करते हैं, बिना लाइब्रेरी के मूल सोर्स कोड को बदले। हम उपयोग किए जाने वाले घटकों के कानूनी अनुपालन की कड़ाई से निगरानी करते हैं, केवल सुरक्षित, अनुमति देने वाले (permissive) लाइसेंस चुनते हैं। यह हमारी सेवाओं के उपयोगकर्ताओं और व्यावसायिक परियोजनाओं में हमारे उदाहरणों का उपयोग करने वाले डेवलपर्स दोनों के लिए 100% कानूनी सुरक्षा की गारंटी देता है।

उपयोगकर्ताओं के लिए ऐप्स
डेवलपर्स के लिए पुस्तकालय

लाइसेंस अनुकूलता त्वरित मार्गदर्शिका

लाइसेंस प्रवेश स्थिति व्यावसायिक उपयोग निजी कोड बंद करना (UI)
Unlicense अनुमत हाँ हाँ (पूर्ण, बिना किसी शर्त के)
MIT अनुमत हाँ हाँ (कॉपीराइट बनाए रखें)
Apache 2.0 अनुमत हाँ हाँ (कॉपीराइट बनाए रखें)
BSD-2-Clause अनुमत हाँ हाँ (कॉपीराइट बनाए रखें)
BSD-3-Clause अनुमत हाँ हाँ (कॉपीराइट बनाए रखें)
ISC अनुमत हाँ हाँ (कॉपीराइट बनाए रखें)
MPL 2.0 सशर्त (सुरक्षित) हाँ हाँ (यदि मॉड्यूल कोड अपरिवर्तित है)
LGPLv3 सशर्त (सुरक्षित) हाँ हाँ (डायनेमिक कनेक्शन के साथ)
GPLv3 प्रतिबंधित जोखिम के साथ नहीं (पूरी वेबसाइट को ओपन करने की आवश्यकता है)
AGPLv3 प्रतिबंधित जोखिम के साथ नहीं (पूर्ण वायरल कॉपीलेफ्ट)
CC-BY-NC प्रतिबंधित जोखिम के साथ लागू नहीं (व्यापार के लिए नहीं)

लाइसेंसिंग के संबंध में अक्सर पूछे जाने वाले प्रश्न

हाँ, यह 100% सुरक्षित है। हम उपकरणों का चयन सावधानीपूर्वक करते हैं और सुनिश्चित करते हैं कि वे विशेष रूप से अनुमत (MIT, Apache 2.0, BSD-2-Clause, BSD-3-Clause, ISC, Unlicense) या कमजोर कॉपीलेफ्ट (MPL 2.0, LGPLv3) समाधानों पर आधारित हों। आप बिना किसी छिपी हुई बाध्यता के अपने स्वयं के बंद व्यावसायिक विकास में इंटरैक्टिव उदाहरणों का उपयोग कर सकते हैं।

MPL 2.0 लाइसेंस केवल तभी कोड प्रकटीकरण की मांग करता है जब आप लाइब्रेरी की स्रोत फ़ाइलों को संशोधित करते हैं। चूंकि हम लाइब्रेरी के मूल कोड को छुए बिना उसके ऊपर कस्टम यूजर इंटरफेस और रैपर (Wrapper UI Layer) विकसित करते हैं, इसलिए कॉपीलेफ्ट शर्तें सक्रिय नहीं होती हैं। आपका मालिकाना कोड पूरी तरह से बंद रहता है।

क्लासिक सॉफ़्टवेयर में, LGPLv3 के लिए लाइब्रेरी के डायनेमिक लिंकिंग की आवश्यकता होती है ताकि उपयोगकर्ता स्वतंत्र रूप से इसके संस्करण को बदल सके। क्लाइंट-साइड वेब पर, जहां कोड बंडलर्स (Vite, Webpack) द्वारा संकलित किया जाता है, यह सीमा कानूनी रूप से अस्पष्ट है। हालांकि, OpenLibs.dev पर उपयोग पूरी तरह से सुरक्षित है: हम उन्हें कोर में एकीकृत नहीं करते हैं, बल्कि उन्हें पूरी तरह से अलग बाहरी मॉड्यूल के रूप में जोड़ते हैं। चूंकि लाइब्रेरी का सोर्स कोड संशोधित नहीं है और आपकी वेबसाइट इसके साथ विशेष रूप से एक बाहरी API के माध्यम से इंटरैक्ट करती है, इसलिए कॉपीलेफ्ट प्रभाव आपके स्वयं के काम पर लागू नहीं होता है — वेबसाइट का व्यावसायिक कोड 100% बंद रहता है।
Client-Side Only बिना किसी छिपी बाध्यता के सुरक्षित क्लाइंट-साइड कोड।

अनुमत लाइसेंस (अधिकतम स्वतंत्रता)

MIT License

आदर्श

JS वातावरण में सबसे लोकप्रिय लाइसेंस। यह कोड के साथ कुछ भी करने की अनुमति देता है: बदलना, बेचना, बंद करना, या इसे व्यावसायिक सॉफ़्टवेयर में एम्बेड करना।

क्लाइंट-साइड के लिए: डेवलपर केवल अपने पेज के कोड में मूल लेखकत्व नोटिस छोड़ता है।
MIT लाइसेंस पाठ

ISC License

npm के लिए डिफ़ॉल्ट

MIT का कानूनी समकक्ष, लेकिन पाठ को एक ही पैराग्राफ में छोटा कर दिया गया है। npm init कमांड द्वारा उत्पन्न बेस लाइसेंस।

क्लाइंट-साइड के लिए: वेब अनुप्रयोगों के लिए बिल्कुल सुरक्षित। कॉपीराइट बनाए रखने के अलावा कोई प्रतिबंध नहीं।
ISC लाइसेंस पाठ

Apache 2.0

पेटेंट संरक्षण

व्यावसायिक उपयोग और कोड बंद करने की अनुमति देता है, लेकिन इसके अतिरिक्त डेवलपर्स को पेटेंट विवादों और ट्रोल्स से बचाता है।

क्लाइंट-साइड के लिए: यदि लाइब्रेरी कोड सीधे वेबसाइट पर संशोधित किया जाता है, तो यह इंगित करना आवश्यक है कि कौन सी फाइलें बदली गईं।
Apache 2.0 लाइसेंस पाठ

BSD (2/3-Clause)

सुरक्षित

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

क्लाइंट-साइड के लिए: किसी भी व्यावसायिक फ्रंट-एंड प्रोजेक्ट के साथ पूर्ण अनुकूलता।
BSD 2-Clause लाइसेंस पाठ BSD 3-Clause लाइसेंस पाठ

Unlicense / CC0 (सार्वजनिक डोमेन)

सार्वजनिक डोमेन

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

क्लाइंट-साइड के लिए: हमारे साइट के उपयोगकर्ता को एक JS फ़ंक्शन कॉपी करने, सभी उल्लेखों को मिटाने और कोड को अपना बताने का अधिकार है। कोई प्रतिबंध नहीं है।
Unlicense लाइसेंस पाठ

सुरक्षित कॉपीलेफ्ट (कमजोर पारस्परिक समझौता)

MPL 2.0 (Mozilla Public License)

फाइल-स्तरीय कॉपीलेफ्ट

लाइसेंस केवल लाइब्रेरी की रक्षा करता है, लेकिन वेब एप्लिकेशन के कोड की नहीं जो इसे स्क्रिप्ट के माध्यम से कॉल करता है। पृथक JS मॉड्यूल के लिए बढ़िया।

क्लाइंट-साइड के लिए: एक डेवलपर अपनी व्यावसायिक वेबसाइट पर इस JS लाइब्रेरी का स्वतंत्र रूप से उपयोग कर सकता है। लेकिन अगर वे लाइब्रेरी की फाइलों के अंदर कोड बदलते हैं, तो उन्हें उन संशोधित फाइलों को सार्वजनिक रूप से उपलब्ध कराना होगा (उदाहरण के लिए, GitHub पर एक फोर्क बनाएं)। साइट का मुख्य कोड सुरक्षित और बंद रहता है।
MPL 2.0 लाइसेंस पाठ

LGPLv3 (GNU Lesser General Public License)

डायनेमिक कनेक्शन

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

क्लाइंट-साइड के लिए: आप अपनी व्यावसायिक वेबसाइट पर इस लाइब्रेरी का स्वतंत्र रूप से उपयोग कर सकते हैं यदि आप इसे एक पृथक बाहरी मॉड्यूल (जैसे, CDN के माध्यम से) के रूप में जोड़ते हैं या अपने एप्लिकेशन के मुख्य कोड के साथ स्टेटिक मर्जिंग (बंडलिंग) के बिना इसके API के साथ इंटरैक्ट करते हैं। यदि आप मूल लाइब्रेरी कोड नहीं बदलते हैं, तो कॉपीलेफ्ट शर्तें सक्रिय नहीं होती हैं, और आपका व्यावसायिक कोड पूरी तरह से बंद रहता है।
LGPLv3 लाइसेंस पाठ

लाइसेंसिंग विवरण (दोहरा लाइसेंसिंग)

दोहरा लाइसेंसिंग (जैसे, MIT / GPLv3)

MIT चुनते समय सुरक्षित

कुछ JS लाइब्रेरी (जैसे लोकप्रिय JSZip) एक साथ दो लाइसेंसों के तहत आपूर्ति की जाती हैं। यह बड़े GPL प्रोजेक्ट्स (जैसे WordPress) के साथ अनुकूलता के लिए किया जाता है।

क्लाइंट-साइड के लिए: आपके पास सटीक रूप से MIT लाइसेंस चुनने का कानूनी अधिकार है। आपके वेब एप्लिकेशन का कोड निजी और बंद रहेगा, और GPLv3 के प्रतिबंध आपको प्रभावित नहीं करेंगे।