بحاجة إلى نصيحة بشأن تنفيذ تجربة محدودة المدة

Question

أقوم بتطوير تطبيق سطح مكتب تجريبي.لقد وصلت إلى النقطة التي أحتاج فيها إلى تنفيذ رمز الاستخدام التجريبي/التنشيط.كيف تقترب من شيء مثل هذا؟لدي أفكاري الخاصة، ولكنني أريد أن أرى ما يفكر فيه مجتمع Stackoverflow.

أنا أتطور باستخدام C++/Qt.النظام الأساسي المقصود هو Windows/Mac/Linux.

شكرا لنصيحتك!

Answer 1

ما الذي يجب الحماية منه وما لا يجب الحماية منه:

ضع في اعتبارك أن الأشخاص سيجدون دائمًا طريقة للالتفاف حول الفترة التجريبية الخاصة بك.لذا فأنت تريد أن تجعل الأمر مزعجًا للشخص الذي يضطر إلى الالتفاف حول الفترة التجريبية الخاصة بك، ولكن لا يهم إذا كان من المستحيل الالتفاف حول الفترة التجريبية الخاصة بك.

سيعتقد معظم الأشخاص أن محاولة تجاوز الفترة التجريبية تتطلب الكثير من العمل إذا كانت هناك آلية بسيطة.على سبيل المثال، يمكن للأشخاص دائمًا استخدام filemon/regmon لمعرفة الملفات وإدخالات التسجيل التي تتغير عند تثبيت البرنامج.

ومع ذلك، فإن الآلية البسيطة هي الأفضل، لأنها تضيع وقتًا أقل.

وهنا بعض الأفكار:

• يمكنك إجراء حساب عدد التجزئة في مكان ما في السجل لكل يوم فريد يتم تشغيله.إذا كان عدد العلامات > 30، فأظهر لهم رسالة منتهية الصلاحية.
• يمكنك تخزين تاريخ التثبيت، ولكن عليك التحقق مما إذا كان لديهم أيام متاحة أكثر من الفترة التجريبية المفترضة، ثم أخبرهم بأن صلاحيتها قد انتهت.سيؤدي هذا إلى الحماية من تغيير الأشخاص لتاريخهم قبل التثبيت في يوم لاحق.
• أوصي بإلغاء التثبيت وإزالة عدد "أيام التشغيل".وذلك لأن الأشخاص قد يعيدون تقييم منتجك بعد أشهر ويشترونه في النهاية.ولكن إذا لم يتمكنوا من تقييمه، فلن يشتروه.لن يكون لدى أي مستخدم جاد الوقت لإلغاء التثبيت/إعادة التثبيت فقط للحصول على استخدام إضافي لمنتجك.

تمديد المحاكمات:

بالنسبة لنا، عندما يطلب العميل تمديد الفترة التجريبية، نرسل له بريدًا إلكترونيًا آليًا يحتوي على برنامج "TrialExtend.exe" وكود تمديد الفترة التجريبية.يتصل هذا البرنامج بخادمنا باستخدام رمز تمديد النسخة التجريبية للتحقق من صحته.إذا تم التحقق من صحة الرمز، تتم إعادة تعيين الفترة التجريبية الخاصة بهم.

Answer 2

ومهما فعلت، والحفاظ على العين حريصة على تاريخ النظام. أقدم خدعة في الكتاب هو لتثبيت تطبيق في مرحلة ما في المستقبل ومن ثم العودة إلى التاريخ الحقيقي مرة واحدة في تطبيق تخزين التاريخ سخيفة في الجولة الأولى. ربما مزامنة مفتاح مع مستودع على الانترنت؟

Answer 3

والجواب براين لشيء رائع، ولكن أود أن أضيف شيئا.

ومستخدمي لينكس عموما لا تستخدم لدفع ثمن البرنامج، وأنها تميل إلى أن تكون أكثر التكنولوجيا والدهاء وربما حتى "الدينية" حول القضايا المفتوحة المصدر.

لهذا السبب، أنصح حقا ابقائها بسيطة - انها حقا مجرد حاجز صغير لشراء البرنامج على الأقل سهلا كما سرقتها

وأنا أقترح أن الأفراس أو تعطيل ميزات معينة (مثل إنقاذ) بعد الفترة التجريبية بدلا من الموت تماما. مجرد ملاحظة، ولكن القيود القائمة على ميزة تبدو أكثر شيوعا في العالم لينكس.

وبوصفها جانبا، مما يجعل نسخة لينكس على "الدرجة الأولى" نسخة - المثبت لائق غيرها سيساعد

إذا كنت صغيرة نسبيا، أو المتخصصة برنامجك نسبيا، وهناك سوف فرصة أي شخص صغير جدا يزعج للقضاء عليه - حتى مجرد التركيز على جعل منتج جيد مع أزعج على التوالي إلى الأمام مرة واحدة حتى ذلك الوقت في

Answer 4

إذا كنت [إلى حد ما] من المحتمل أن يكون لديك اتصال الشبكة، هل يمكن أن يكون السجل المثبت مع موقع الويب الخاص بك، ثم تحقق ضدها في كل مرة أن تبدأ.

وإذا كان هذا غير ممكن، وكتابة قيمة في نقطة للتعديل في العالم على نظام الملفات (إدخال تسجيل الدخول في و/ الخ ملف أسيوط، الخ) قد يكون عملي.

Answer 5

ولعل المشكلة الحقيقية هي محاكمة محدودة زمنيا. الشركة التي أعمل لتفعل الكثير من العمل Active Directory و نحن عادة لحد من برنامجنا لكمية صغيرة من المستخدمين الإصدارات التجريبية. أشعر أن قصر وظائف في بعض الطريق من الأفضل في بعض الأحيان، أسهل في التنفيذ، ولا تفشل عندما يقوم المستخدم ببساطة تغيير تاريخ أجهزة الكمبيوتر الخاصة بهم.
هناك موازنة الفعل في أنه لا يمكن أن تحد من وظائف بدقة أيضا، للمستخدمين الحصول على خلاف ذلك لا شيء خارج اطار المحاكمة. في نفس الوقت، وهو الحد الذي هو فضفاض جدا يعطي أي حافز للشراء.