2008-10-13 14 views
21

लागू करने पर सलाह की आवश्यकता है मैं एक शेयरवेयर डेस्कटॉप एप्लिकेशन विकसित कर रहा हूं। मैं उस बिंदु पर हूं जहां मुझे परीक्षण-उपयोग/सक्रियण कोड लागू करने की आवश्यकता है। आप इस तरह कुछ कैसे पहुंचते हैं? मेरे पास अपने विचार हैं, लेकिन मैं देखना चाहता हूं कि स्टैक ओवरफ्लो समुदाय क्या सोचता है।एक समय-सीमित परीक्षण

मैं सी ++/क्यूटी के साथ विकास कर रहा हूं। इच्छित मंच विंडोज/मैक/लिनक्स है।

आपकी सलाह के लिए धन्यवाद!

+0

संबंधित नहीं है, लेकिन कृपया ध्यान रखें कि यदि आप क्यूटी का उपयोग कर वाणिज्यिक ऐप्स विकसित करते हैं तो * आपके पास एक क्यूटी डेवलपर लाइसेंस होना चाहिए। क्यूटी लाइसेंस वाणिज्यिक सॉफ्टवेयर के लिए ओपन सोर्स संस्करण का उपयोग करने से मना करता है, जिसमें शेयरवेयर शामिल है। विवरण के लिए http://trolltech.com/products/appdev/licensing/licensing देखें। –

+3

सलाह के लिए धन्यवाद। हमारे पास एक वाणिज्यिक लाइसेंस है। ट्रोल को परेशान नहीं करना चाहते हैं ... – JimDaniel

+0

यह सुनना अच्छा है :) ट्रॉल्टेक ने समुदाय को इतना दिया है कि मुझे उनकी रक्षा करने की आवश्यकता महसूस होती है, भले ही इसकी आवश्यकता न हो ... यह देखने के लिए खुशी है कि आप समर्थन कर रहे हैं उन्हें। –

उत्तर

23

के खिलाफ की रक्षा करने के लिए क्या और के खिलाफ की रक्षा के लिए नहीं क्या:

ध्यान रखें कि लोगों को हमेशा अपने परीक्षण अवधि के आसपास पाने के लिए एक तरह से मिल जाएगा। तो आप व्यक्ति को अपनी सुनवाई अवधि के आसपास होने के लिए परेशान करना चाहते हैं, लेकिन इससे कोई फर्क नहीं पड़ता कि आपके पास परीक्षण अवधि के आसपास होना असंभव है या नहीं।

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

कहा जा रहा है कि, एक सरल तंत्र सबसे अच्छा है, क्योंकि यह आपके समय को कम करता है।

  • आप एक टिक कि चलाया जाता है कि हर दिन के लिए अद्वितीय रजिस्ट्री में कहीं गिनती कर सकते हैं:

    यहां कुछ सुझाव दिए हैं। यदि टिक गणना> 30 तो उन्हें एक कालबाह्य संदेश दिखाएं।

  • आप इंस्टॉल तिथि को स्टोर कर सकते हैं, लेकिन यह जांचने के लिए सिर लें कि क्या आपके परीक्षण से अधिक दिन उपलब्ध हैं या नहीं, तो उन्हें बताएं कि वे समाप्त हो गए हैं। यह भविष्य के दिन स्थापित करने से पहले अपनी तिथि बदलने वाले लोगों के खिलाफ सुरक्षा करेगा।
  • मैं आपकी अनइंस्टॉल करने की सलाह दूंगा, अपने "दिन चलने" गिनती को हटा दें। ऐसा इसलिए है क्योंकि लोग बाद में आपके उत्पाद महीनों का फिर से मूल्यांकन कर सकते हैं और अंततः खरीद सकते हैं। लेकिन अगर वे इसका मूल्यांकन नहीं कर सकते हैं, तो वे नहीं खरीदेंगे। किसी भी गंभीर उपयोगकर्ता के पास आपके उत्पाद का अतिरिक्त उपयोग प्राप्त करने के लिए अनइंस्टॉल/पुनः इंस्टॉल करने का समय नहीं होगा।

विस्तार परीक्षणों:

हमारे लिए, जब एक ग्राहक एक परीक्षण के विस्तार का अनुरोध करता है, हम उन्हें एक स्वचालित ईमेल है कि एक कार्यक्रम 'TrialExtend.exe "और एक परीक्षण कोड का विस्तार शामिल भेजें। यह प्रोग्राम परीक्षण के साथ हमारे सर्वर से संपर्क करने के लिए कोड को विस्तारित करता है। यदि कोड मान्य है, तो उनकी परीक्षण अवधि रीसेट हो जाती है।

+1

'किसी भी गंभीर उपयोगकर्ता के पास आपके उत्पाद का अतिरिक्त उपयोग प्राप्त करने के लिए अनइंस्टॉल/पुनः इंस्टॉल करने का समय नहीं होगा।' - मैं निश्चित रूप से –

3

जो कुछ भी आप करते हैं, सिस्टम की तारीख पर गहरी नजर रखें। पुस्तक में सबसे पुरानी चाल भविष्य में किसी बिंदु पर एक एप्लिकेशन स्थापित करना है और फिर एप्लिकेशन को पहली बार चलने वाली मूर्ख तिथि संग्रहीत करने के बाद वास्तविक तिथि पर वापस जाना है। शायद एक ऑनलाइन भंडार के साथ कुंजी सिंक्रनाइज़ करें?

+0

इसे रोकने के लिए, कोई System.currentTimeMillis() - expirationDate.getTimeMillis() के पूर्ण मूल्य का उपयोग कर सकता है; क्षमा करें, मैं एक जावा लड़का हूं। सम्मान, स्टीफ – Snicolas

0

यदि आप [कनेक्शन] नेटवर्क कनेक्शन होने की संभावना रखते हैं, तो आप इंस्टॉलर को अपनी वेबसाइट के साथ पंजीकृत कर सकते हैं, फिर हर बार शुरू होने पर इसकी जांच करें।

यदि यह संभव नहीं है, तो फाइल सिस्टम पर एक विश्व-संशोधित बिंदु (एक रजिस्ट्री प्रविष्टि, प्रविष्टि और/etc conf फ़ाइल, आदि) पर एक मूल्य लिखना व्यावहारिक हो सकता है।

+2

इस बारे में सावधान रहें। उपयोगकर्ता प्रोग्रामों से बहुत सावधान हैं कि "फोन घर" - उनके पास यह जानने का कोई तरीका नहीं है कि वह क्या भेज रहा है, यह उनके क्रेडिट कार्ड नंबर और बैंकिंग पासवर्ड हो सकता है, जो वे जानते हैं। –

2

ब्रायन का जवाब अच्छा है, लेकिन मैं कुछ जोड़ना चाहता हूं।

लिनक्स उपयोगकर्ताओं का आमतौर पर सॉफ़्टवेयर के भुगतान के लिए उपयोग नहीं किया जाता है, और वे खुले स्रोत के मुद्दों पर अधिक तकनीक-समझदार और संभवतः "धार्मिक" भी होते हैं।

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

मैं सुझाव दूंगा कि यह पूरी तरह से मरने की बजाए परीक्षण अवधि के बाद कुछ विशेषताओं (जैसे बचत) को निष्क्रिय या अक्षम करता है। बस एक अवलोकन, लेकिन लिनक्स दुनिया में फीचर-आधारित प्रतिबंध अधिक आम लगते हैं।

एक तरफ, लिनक्स संस्करण को "प्रथम श्रेणी" संस्करण - सभ्य इंस्टॉलर आदि बनाने में मदद मिलेगी।

यदि आप अपेक्षाकृत छोटे हैं, या आपके प्रोग्राम की तुलनात्मक जगह है, तो कोई भी बहुत छोटा मौका है कि कोई इसे क्रैक करने के लिए परेशान होगा - इसलिए समय के ऊपर एक बार सीधे आगे बढ़ने के साथ एक अच्छा उत्पाद बनाने पर ध्यान केंद्रित करें।

0

शायद वास्तविक समस्या समय-सीमित परीक्षण है। जिस कंपनी के लिए मैं काम करता हूं वह बहुत सक्रिय निर्देशिका कार्य करता है और हम आम तौर पर परीक्षण सॉफ्टवेयर के लिए उपयोगकर्ताओं की एक छोटी राशि पर हमारे सॉफ़्टवेयर को सीमित करते हैं। मुझे लगता है कि कुछ तरीकों से सीमित कार्यक्षमता कभी-कभी बेहतर होती है, कार्यान्वित करने में आसान होती है, और जब उपयोगकर्ता बस अपने कंप्यूटर पर तारीख बदलता है तो असफल नहीं होता है।
इसमें संतुलित संतुलन है कि आप कार्यक्षमता को बहुत सख्ती से सीमित नहीं कर सकते हैं, अन्यथा उपयोगकर्ताओं को परीक्षण से कुछ भी नहीं मिलता है। साथ ही, एक सीमा जो बहुत ढीली है, खरीदने के लिए कोई प्रोत्साहन नहीं देती है।

संबंधित मुद्दे