इस थ्रेड में जिस चीज़ का उल्लेख नहीं किया गया है, वह है एन्क्रिप्शन और ऑबसेक्शन।
IonCube या Zend एनकोडर के साथ अपने कोड को एन्क्रिप्ट करना, लेकिन संरक्षण विषयों और या प्लगइन्स के दो लोकप्रिय तरीके हैं जो मैंने उपयोग में देखे हैं।
एन्क्रिप्शन के साथ समस्या यह है कि पर्याप्त इच्छा और इच्छा के साथ आप फ़ाइलों को उनके मूल स्थिति में वापस डिक्रिप्ट कर सकते हैं। कभी-कभी परिणाम अलग-अलग होंगे और इस बात पर निर्भर करेगा कि एन्क्रिप्शन पद्धति का प्रकार कितनी अच्छी तरह समझा जाता है, अक्सर फाइलों को डिक्रिप्ट करने में सफलता या विफलता का निर्धारण करेगा।
ऐसे बेईमान व्यक्ति हैं जो आयनॉक्स, ज़ेंड और अन्य से फ़ाइलों को डिक्रिप्ट करने की कला में काफी कुशल हो गए हैं। औसत व्यक्ति के लिए, अक्सर झंझट के लायक परेशानी।
अगली कार्यप्रणाली आपत्तिजनक है जिसे मैंने शायद ही कभी देखा हो। मेरी राय में, यह उचित रूप से बाधित फ़ाइलों को समझने में असंभव के करीब बना सकता है जो बदले में यह भी मतलब है कि आप पारंपरिक तरीके से obfuscation के साथ फ़ाइलों को संपादित नहीं कर सकते हैं और किसी भी संशोधन, अपडेट, बग फिक्स के लिए अपने मास्टर फ़ाइलों की प्रतियां रखने की आवश्यकता है जो आमतौर पर कोई समस्या नहीं है।
हालांकि एन्क्रिप्शन और ऑबफिकेशन दोनों का एक संयोजन इसे असंभव बना देगा अगर असंभव नहीं तो आपका मालिकाना कोड चुरा लें। यह लोगों को इसका उपयोग करने से रोकता है, इसे कार्य मानता है, लेकिन यह लोगों को इसे संशोधित करने या कार्यक्षमता को कॉपी करने से अपने समान उत्पाद बनाने से रोक देगा।
जैसा कि ऊपर उल्लेख किया गया है कि आपके उत्पादों को सुरक्षित करने में मदद करने के लिए अन्य बढ़िया तरीका है एपीआई कुंजी का उपयोग करना, लेकिन इस विधि में एक नकारात्मक पहलू यह है कि मूल विषय या प्लगइन से आपके कुछ एप्लिकेशन लॉजिक को संग्रहीत करने का मतलब है कि उपयोगकर्ता को कनेक्ट करने की आवश्यकता है आपका सर्वर थीम या प्लगइन को ठीक से संचालित करने के लिए उस तर्क को पुनः प्राप्त करता है।
यह एक बहुत अच्छी बात लगती है और यह अधिकांश भाग के लिए है, लेकिन विचार करें कि क्या होता है यदि आपका सर्वर एक या दो घंटे के लिए भी ऑफ़लाइन हो। क्या यह आपके विषय या प्लगइन को बेकार कर देगा? इसमें कोई शक नहीं। फिर आपको विचार करना होगा कि अंत उपयोगकर्ता पर किस तरह का प्रभाव पड़ेगा।
आप इसको दरकिनार कर सकते हैं, जितना संभव हो सके, कुछ असफल सर्वर स्थानों को अपने एपीआई लॉजिक के वितरण जैसे कि अमेज़ॅन जैसी विश्वसनीय कंपनियों से क्लाउड आधारित सेवाओं का उपयोग करने और अपने सर्वर से सीधे लॉजिक एक्सेस करने के अलावा और भी अधिक।
फिर आपको ओवरहेड में लागत और अंततः आपके लिए वजन करने की आवश्यकता होगी। क्या यह वास्तव में समय के लायक है? मुझे लगता है कि यह परियोजना विशिष्ट और आश्रित है, लेकिन विचार को अंततः बनाना चाहिए।
लब्बोलुआब यह है कि ज्यादातर लोग जो आपके उत्पाद, थीम या प्लगइन को पायरेट करेंगे या चुराएंगे, वे सबसे पहले आपके उत्पाद, थीम या प्लगइन को कभी नहीं खरीद पाएंगे।
हमारे वातावरण में अक्सर तीन प्रकार के लोग होते हैं,
कोई है जो चोरी करेगा और कुछ भी पायरेट करेगा, हमेशा।
कोई है जो किसी उत्पाद को खरीदने से पहले कुछ भी चोरी या चोरी करने का प्रयास करेगा।
कोई है जो बस आपके उत्पाद को खरीदेगा, क्योंकि इसका सही काम करना है और यह गारंटी देने का सबसे विश्वसनीय तरीका है कि आपका उत्पाद वर्णित है।
हालाँकि इंटरनेट पर व्याप्त विषयों और प्लगइन्स को पायरेट करना और चोरी करना, वास्तव में आपके थीम या प्लगइन्स का लगातार उपयोग करने वाले लोगों की मात्रा आपके नीचे की रेखा को किसी भी क्षति को वारंट करने के लिए पर्याप्त है।
यह कहने के लिए नहीं कि हमें उस नुकसान को कम करने के लिए अपनी शक्ति के भीतर सब कुछ नहीं करना चाहिए, लेकिन अक्सर आपके प्रयासों को और अधिक उत्पादों को बनाने और मौजूदा उत्पादों को विपणन करने में बेहतर खर्च किया जाएगा, साथ ही साथ जिस तरह से आप अपने उत्पाद की पेशकश करते हैं, उसमें विविधता लाएं। ।
उस दर के साथ, जिस पर कई उत्पाद या तो नई सुविधाओं के साथ अपडेट होते हैं या बग्स को ठीक करते हैं, यह अक्सर पहले से तैयार किए गए उत्पादों को बेकार कर देता है या नहीं जैसा कि इसके लिए भुगतान किया गया था।
जैसा कि ऊपर उल्लेख किया गया है, एनक्रिप्टिंग और ओबफस्कैटिंग कोड, संयुक्त रूप से, एपीआई शैली एकीकरण के अलावा आगे की जांच के लायक दो तरीके हैं, जिससे आपके उत्पादों, विषयों या प्लगइन्स को सर्वोत्तम संभव तरीके से सुरक्षित किया जा सके।