CH-J ToolsSSH के ज़रिए सर्वर प्रबंधन
मेनू

लाइसेंस स्वीकृति

फ़ाइल डाउनलोड करें

इस अनुवाद की भाषाई समीक्षा जारी है। कोई अंश अस्पष्ट हो, तो अंग्रेज़ी मूल पाठ से मिलाएँ।

यह संस्करण अपने ऐप्लिकेशन लाइसेंस की पहचान CH-J Proprietary Software License, version 1.14 के रूप में करता है, दिनांक 11 अक्टूबर 2026। तृतीय-पक्ष घटक अपने-अपने लाइसेंस बनाए रखते हैं। क़ानूनी रूप से बाध्यकारी लाइसेंस पाठ केवल अंग्रेज़ी में है; यह पेज केवल स्वीकृति की प्रक्रिया बताता है और लाइसेंस पाठ की जगह नहीं लेता, न ही उसे बदलता है।

इंस्टॉलेशन और अपडेट

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

Souhlasím s licenčními podmínkami CH-J Proprietary Software License 1.14.

Beru na vědomí riziko ztráty nebo poškození dat a nutnost přiměřeného zálohování před rizikovými operacemi. Rozumím, že aplikace sama nezaručuje existenci ani obnovitelnost záloh.

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

स्थानीय रिकॉर्ड

फ़ाइल legal/license-acceptance.json Electron की userData डायरेक्टरी में सहेजी जाती है। इसमें लाइसेंस का नाम और संस्करण, दिखाए गए सटीक पाठ का SHA-256, ऐप्लिकेशन संस्करण, Build ID, स्वीकृति फ़्लैग और टाइमस्टैम्प, मार्गदर्शन दिखाए जाने का फ़्लैग और तीनों बंडल मार्गदर्शन दस्तावेज़ों का SHA-256 होता है। मार्गदर्शन में बदलाव होने पर नई लाइसेंस स्वीकृति से पहले उसे फिर से दिखाना ज़रूरी है। कोई लाइसेंस सक्रियण या सर्वर को रिपोर्टिंग नहीं होती। किसी भी बेमेल, हटाए गए या न पढ़े जा सकने वाले रिकॉर्ड पर नई सहमति ज़रूरी है। किसी दूसरे बिल्ड पर डाउनग्रेड करने पर भी स्वीकृति ज़रूरी है। उसी स्वीकृत बिल्ड को बार-बार शुरू करने पर नहीं।

हर रिलीज़ के पास src/shared/buildInfo.json में एक अद्वितीय Build ID होनी चाहिए। सामान्य बिल्ड स्क्रिप्ट इसे अपने-आप जोड़ देती हैं। अलग-अलग जारी किए गए बिल्ड के लिए CHJ_BUILD_ID का दोबारा उपयोग न करें।

यह स्थानीय रिकॉर्ड ऐप्लिकेशन वर्कफ़्लो का एक नियंत्रण है, छेड़छाड़-रोधी प्रमाण या लाइसेंस कुंजी नहीं। इस वर्कफ़्लो में परिचालन मार्गदर्शन दिखाना अनिवार्य है; उसकी सिफ़ारिशों का पालन करना वैकल्पिक है। मार्गदर्शन कभी भी सहमति चेकबॉक्स में शामिल नहीं होता। सीधे/ऑफ़लाइन DMG या DEB इंस्टॉलेशन और साइलेंट इंस्टॉलर इंस्टॉलेशन से पहले प्रदर्शन की गारंटी नहीं दे सकते; अनिवार्य स्टार्टअप चरण इसका विकल्प है। वेबसाइट अपडेट से पहले से प्रकाशित बाइनरी नहीं बदलतीं।

पैकेजिंग और सत्यापन

पूरे वर्कस्पेस से बिल्ड करते समय npm run legal:prepare रूट लाइसेंस और परिचालन मार्गदर्शन को ऐप में कॉपी करता है, लाइसेंस संस्करण सत्यापित करता है और NSIS के लिए build/license.rtf, उसके कस्टम पहले पेज के लिए UTF-16 मार्गदर्शन पाठ, तथा DMG के लिए मार्गदर्शन और उसके बाद लाइसेंस वाला build/installation.rtf तैयार करता है। RTF संस्करण पूरा पाठ और Unicode अक्षर सुरक्षित रखता है, लाइसेंसदाता के नाम सहित, और DMG के सादे-पाठ लाइसेंस की पुरानी Mac Roman सीमा से मुक्त है। स्वतंत्र ऐप सोर्स अपनी बंडल प्रतियाँ रखते हैं और उन्हें डेवलपमेंट/वेब फ़ोल्डर की ज़रूरत नहीं होती। prepare:release पैकेजिंग से पहले इसे चलाता है। पैकेजर resources/licenses/ और resources/docs/ शामिल करता है; afterPack उनकी ज़रूरी सामग्री जाँचता है।

node --test test/licenseAcceptance.test.js test/licensePackaging.test.js test/i18n.test.js और npm run test:license:ui चलाएँ। macOS पैकेज स्मोक टेस्ट केवल अपनी अस्थायी टेस्ट प्रोफ़ाइल में स्वीकृति फ़िक्स्चर बनाता है; प्रोडक्शन स्टार्टअप में सहमति को बायपास करने का कोई तरीका नहीं है।