الحمد لله أن جمعنا بكم ثانية , ستكون لنا اليوم بحول الله الفرصة للتكلم وبشكل مختصر عنك كمطوّر خاص وكيف يمكن لك أن تضمن حقوق الـ Application الخاص بك.
فبعد تطوير التطبيق الخاص بك وخصوصًا إذا كنت تنوي بيع Application , عليك أن تضمن أن الاستعمال يكون وحيد, كيف ذلك؟
لابد أن يكون Application قادر على إنشاء LOGINKEY وحيد يعني حتى لو عمل installation للApp في حاسوب ثاني لن يستطيع الدخول بنفس Key
وهكذا تستطيع أن تضمن أنك قمت ببيع App لسطح المكتب محدد ومعين , لكن كيف ذلك؟ في الواقع هناك خوارزميات كثيرة قادرة على إنشاء هذا النوع من LOGINKEYS
مبدأها باختصار : في كل مرة يقوم هذا الشخص بالولوج للتطبيق الخاص بك سيقوم بإنشاء key خاص فيه إذا أغلقها وأعاد فتحها كذلك سيكون key مختلف تمامًا
على الأغلب مكون من :
كود:
secret key+ automatically generated key +x
في حين أنه يطلب التسجيل ستقوم app بإرسال هذا الـ key وتسجله كـ user , حيث أن الترتيب غير مهم لأنك أنت من تحدده كما أنك أنت من يحدد secret key automatically generated key كما يشير اسمها فلست أنت من تحدده لأنه يحدد بشكل أوتوماتيكي بحيث يوافق الحاسوب الخاص بك تمامًا
سنتكلم عن X بالخصوص لأنني لاحظت أن معظم المطورين في حالة حدوث عطل في حاسوب الزبون تمحى بيانات معينة، أو أنه اضطر لإعادة OPERATINGSYSTEM الخاص به, في هذه الحالة يمحى Loginkey الخاص به المسجل عنده ولن يستطيع استعمال LOGINKEY مرة أخرى
ماذا سوف تعمل؟ سوف تطلب منه إعادة شراء Key وهذا ما يفعله معظم الناس , لأنه في الواقع لن تعرف إذا فعلًا هو لديه مشكلة أو تم يبيعه في مكان آخر.
هذا النوع من الخوارزميات صحيح أنه طوّر لضمان الحقوق وطوّر بحيث يضمن لك أن هذا الزبون لن يستطيع التجول وبيع الـ APP الخاص بك وأنت لا تعرف عنه.
لكن فيه نوعًا ما ظلم للزبون فخليك مطور حلايلي
ويمكنك ببساطة أن تستعمل نفس الخوارزميات المتواجدة وإضافة عليها خيارين وسنناقش كليهما وأنت اختار الذي تراه مناسبًا:
الرقم التسلسلي لل HARD-DISK : في هذه الحالة ستضمن أيضًا أن الاستعمال وحيد لكنه سيكون مربوط بال HARD-DISK لكن غالبًا أن HARD-DISK عرضة للتغيير فلا ينصح به كثير، ولكنه يبقى حل.
الرقم التسلسلي للحاسوب: وهذا ما أنصح به فسوف تضيف شيء كثير بسيط في الكود الخاص بك وهي هذا الـ command( windows)
كود:
wmic bios get serialnumber
وسوف يُعطيك شيء يشبه هذا :
تضيفه للـ key الخاص بك وفي هذه الحالة ستعرف إن كانت المشكلة فعلًا في حاسوب الزبون أم قاعد يغير من وراك
فإذا كان في نفس الحاسوب وفعلًا عنده مشاكل تقدر في كل مرة تعطيه new key لأنك بثقة تامة أنه نفس الحاسوب
علينا أن ننوه أن الحواسيب المُجَّمعة ( التي لا تمتلك constructor وحيد) لا تمتلك serial Number ,فإذا استعملت command السابقة لن تعطيك رقم بل في الغالب : Serial number
الحمد لله أن جمعنا بكم ثانية
ستكون لنا اليوم بحول الله الفرصة للتكلم وبشكل مختصر عنك كمطوّر خاص وكيف يمكن لك ان تضمن حقوق ال Application الخاص بك
فبعد تطوير التطبيق الخاص بك وخصوصا اذا كنت تنوي بيع Application عليك ان تضمن ان الاستعمال يكون وحيد كيف ذلك? لابد ان تكون Application قادرة على انشاء LOGINKEY وحيد يعني حتى لو عملinstallation للApp في حاسوب ثاني لن يستطيع الدخول بنفس Key
وهكذا تستطيع ان تضمن انك قمت ببيع App لسطح المكتب محدد ومعين
لكن كيف ذلك ? في الواقع هناك خوارزميات كثيرة قادرة على انشاء هذا النوع من LOGINKEYS مبدأها باختصار : في كل مرة يقوم هذا الشخص بالولوج للتطبيق الخاص بك سيقوم بانشاء key خاص فيه اذا اغلقها واعاد فتحها كذلك سيكون key مختلف تماما
على الاغلب مكون من
كود:
secret key+ automatically generated key +x
في حين انه يطلب التسجيل ستقوم app بارسال هذا الkey وتسجله ك user
الترتيب غير مهم لانك انت من تحدده كما انك انت من يحدد secret key automatically generated key كما يشير اسمها فلست انت من تحدده لانه يحدد بشكل اوتوماتيكي بحيث يوافق الحاسوب الخاص بك تماما
سنتكلم عن X بالخصوص لانني لاحظت ان معظم المطورين في حالة حدوث عطل في حاسوب الزبون وتمحى بيانات معينة، او انه اضطر لاعادة OPERATING SYSTEM الخاص به في هذه الحالة يمحى Loginkey الخاص به المسجل عنده ولن يستطيع استعمال LOGINKEY مرة اخرى
وش تسوي رح تطلب منو اعادة شراء Key وهذا مايفعله معظم الناس
لانه في الواقع لن تعرف اذا فعلا هو عنده مشكلة او هو قاعد يبيعه في مكان ثاني
هذا النوع من الخوارزميات صحيح انه طوّر لضمان الحقوق وطوّر بحيث يضمن لك ان هذا الزبون لن يستطيع التجول وبيع الAPP الخاص بك وانت مش داري عن اشي
لكن فيه نوعا ما ظلم للزبون فخليك مطور حلايلي
و يمكنك ببساطة ان تستعمل نفس الخوارزميات المتواجدة واضافة عليها خيارين وسنناقش كليهما وانت اختار اللي تشوفه صح: الرقم التسلسلي لل HARD-DISK : في هذه الحالة ستضمن أيضًا ان الاستعمال وحيد لكنه سيكون مربوط بال HARD-DISK لكن غالبا ان HARD-DISK عرضة للتغيير فلا ينصح به كثير، ولكنه يبقى حل
الرقم التسلسلي للحاسوب: وهذا ما انصح به ف رح تضيف اشي كثير بسيط في الكود الخاص بك وهي هاذ ال command( windows)
كود:
wmic bios get serialnumber
ورح يعطيك شي يشبه هذا
مشاهدة المرفق 9321
بتضيفه لل key الخاص بك وفي هذه الحالة ستعرف ان كان المشكل فعلا في حاسوب الزبون ام قاعد يغير من وراك
فاذا كان في نفس الحاسوب وفعلا عنده مشاكل تقدر في كل مرة تعطيه a new key لانك بثقة تامة انه نفس الحاسوب علينا ان ننوه ان الحواسيب المجمعة ( التي لا تمتلك constructor وحيد) لا تمتلك serial Number
فاذا استعملت command السابقة لن تعطيك رقم بل في الغالب : Serial number
الحمد لله أن جمعنا بكم ثانية
ستكون لنا اليوم بحول الله الفرصة للتكلم وبشكل مختصر عنك كمطوّر خاص وكيف يمكن لك ان تضمن حقوق ال Application الخاص بك
فبعد تطوير التطبيق الخاص بك وخصوصا اذا كنت تنوي بيع Application عليك ان تضمن ان الاستعمال يكون وحيد كيف ذلك? لابد ان تكون Application قادرة على انشاء LOGINKEY وحيد يعني حتى لو عملinstallation للApp في حاسوب ثاني لن يستطيع الدخول بنفس Key
وهكذا تستطيع ان تضمن انك قمت ببيع App لسطح المكتب محدد ومعين
لكن كيف ذلك ؟ في الواقع هناك خوارزميات كثيرة قادرة على انشاء هذا النوع من LOGINKEYS مبدأها باختصار : في كل مرة يقوم هذا الشخص بالولوج للتطبيق الخاص بك سيقوم بانشاء key خاص فيه اذا اغلقها واعاد فتحها كذلك سيكون key مختلف تماما
على الاغلب مكون من
كود:
secret key+ automatically generated key +x
في حين انه يطلب التسجيل ستقوم app بارسال هذا الkey وتسجله ك user
الترتيب غير مهم لانك انت من تحدده كما انك انت من يحدد secret key automatically generated key كما يشير اسمها، فلست انت من تحدده لانه يحدد بشكل اوتوماتيكي بحيث يوافق الحاسوب الخاص بك تماما
سنتكلم عن X بالخصوص لانني لاحظت ان معظم المطورين في حالة حدوث عطل في حاسوب الزبون وتمحى بيانات معينة، او انه اضطر لاعادة OPERATING SYSTEM الخاص به في هذه الحالة يمحى Loginkey الخاص به المسجل عنده ولن يستطيع استعمال LOGINKEY مرة اخرى
وش تسوي رح تطلب منه اعادة شراء Key وهذا ما يفعله معظم الناس لانه في الواقع لن تعرف اذا فعلا هو عنده مشكلة او هو قاعد يبيعه في مكان ثاني
هذا النوع من الخوارزميات صحيح انه طوّر لضمان الحقوق وطوّر بحيث يضمن لك ان هذا الزبون لن يستطيع التجول وبيع الAPP الخاص بك وانت مش داري عن اشي
لكن فيه نوعاً ما ظلم للزبون فخليك مطور حلايلي
و يمكنك ببساطة ان تستعمل نفس الخوارزميات المتواجدة وإضافة خيارين عليها وسنناقش كليهما وانت اختار اللي تشوفه صح: الرقم التسلسلي لل HARD-DISK : في هذه الحالة ستضمن أيضًا ان الاستعمال وحيد لكنه سيكون مربوط بال HARD-DISK لكن غالبا ان HARD-DISK عرضة للتغيير فلا ينصح به كثير، ولكنه يبقى حل
الرقم التسلسلي للحاسوب: وهذا ما انصح به ف رح تضيف اشي كثير بسيط في الكود الخاص بك وهي هذا ال command( windows)
كود:
wmic bios get serialnumber
ورح يعطيك شي يشبه هذا
مشاهدة المرفق 9321
بتضيفه لل key الخاص بك وفي هذه الحالة ستعرف ان كان المشكل فعلاً في حاسوب الزبون ام قاعد يغير من وراك
فإذا كان في نفس الحاسوب وفعلا عنده مشاكل تقدر في كل مرة تعطيه a newkey لانك بثقة تامة انه نفس الحاسوب علينا ان ننوه ان الحواسيب المجمعة ( التي لا تمتلك constructor وحيد) لا تمتلك serial Number
فاذا استعملت command السابقة لن تعطيك رقم بل في الغالب : Serial number
الحمد لله أن جمعنا بكم ثانية , ستكون لنا اليوم بحول الله الفرصة للتكلم وبشكل مختصر عنك كمطوّر خاص وكيف يمكن لك أن تضمن حقوق الـ Application الخاص بك , فبعد تطوير التطبيق الخاص بك وخصوصًا إذا كنت تنوي بيع Application , عليك أن تضمن أن الاستعمال يكون وحيد, كيف ذلك؟ لابد أن يكون Application قادر على إنشاء LOGINKEY وحيد يعني حتى لو عمل installation للApp في حاسوب ثاني لن يستطيع الدخول بنفس Key
وهكذا تستطيع أن تضمن أنك قمت ببيع App لسطح المكتب محدد ومعين , لكن كيف ذلك؟ في الواقع هناك خوارزميات كثيرة قادرة على إنشاء هذا النوع من LOGINKEYS
مبدأها باختصار : في كل مرة يقوم هذا الشخص بالولوج للتطبيق الخاص بك سيقوم بإنشاء key خاص فيه إذا أغلقها وأعاد فتحها كذلك سيكون key مختلف تمامًا
على الأغلب مكون من :
كود:
secret key+ automatically generated key +x
في حين أنه يطلب التسجيل ستقوم app بإرسال هذا الـ key وتسجله كـ user , حيث أن الترتيب غير مهم لأنك أنت من تحدده كما أنك أنت من يحدد secret key automatically generated key كما يشير اسمها فلست أنت من تحدده لأنه يحدد بشكل أوتوماتيكي بحيث يوافق الحاسوب الخاص بك تمامًا
سنتكلم عن X بالخصوص لأنني لاحظت أن معظم المطورين في حالة حدوث عطل في حاسوب الزبون تمحى بيانات معينة، أو أنه اضطر لإعادة OPERATINGSYSTEM الخاص به, في هذه الحالة يمحى Loginkey الخاص به المسجل عنده ولن يستطيع استعمال LOGINKEY مرة أخرى
ماذا سوف تعمل؟ سوف تطلب منه إعادة شراء Key وهذا ما يفعله معظم الناس , لأنه في الواقع لن تعرف إذا فعلًا هو لديه مشكلة أو تم يبيعه في مكان آخر.
هذا النوع من الخوارزميات صحيح أنه طوّر لضمان الحقوق وطوّر بحيث يضمن لك أن هذا الزبون لن يستطيع التجول وبيع الـ APP الخاص بك وأنت لا تعرف عنه.
لكن فيه نوعًا ما ظلم للزبون فخليك مطور حلايلي
ويمكنك ببساطة أن تستعمل نفس الخوارزميات المتواجدة وإضافة عليها خيارين وسنناقش كليهما وأنت اختار الذي تراه مناسبًا:
الرقم التسلسلي لل HARD-DISK : في هذه الحالة ستضمن أيضًا أن الاستعمال وحيد لكنه سيكون مربوط بال HARD-DISK لكن غالبًا أن HARD-DISK عرضة للتغيير فلا ينصح به كثير، ولكنه يبقى حل.
الرقم التسلسلي للحاسوب: وهذا ما أنصح به فسوف تضيف شيء كثير بسيط في الكود الخاص بك وهي هذا الـ command( windows)
تضيفه للـ key الخاص بك وفي هذه الحالة ستعرف إن كانت المشكلة فعلًا في حاسوب الزبون أم قاعد يغير من وراك
فإذا كان في نفس الحاسوب وفعلًا عنده مشاكل تقدر في كل مرة تعطيه new key لأنك بثقة تامة أنه نفس الحاسوب
علينا أن ننوه أن الحواسيب المُجَّمعة ( التي لا تمتلك constructor وحيد) لا تمتلك serial Number ,فإذا استعملت command السابقة لن تعطيك رقم بل في الغالب : Serial number
السلام عليكم ورحمة الله وبركاته، عزيزي الزائر هناك الكثير من خدمات المنتدى مغلقة على الزوّار وذلك تجنباً للمشاكل التقنية مع محركات البحث. يرجى التسجيل في المنتدى كي تحصل على صلاحية الدخول لباقي الاقسام والمستودع.
:
بإنتظار موضوع بكرة 
