رویکردی متفاوت به مبحث قفل گذاري در Ms Access

با عرض سلام خدمت دوستاي عزيزي كه احتمالاً در اين فروم با اونها آشنا ميشم
در اين مبحث قصد دارم كه شما رو با نكاتي از قفل گذاري روي فايلهاي Access آشنا كنم كه شايد براي بعضي دوستان تازگي داشته باشه . در اين پروسه ميخوام كمك كنم كه كنترل روند فروش محصولتون رو در دست بگيريد .
نگاهي دقيق خواهيم داشت به قفلهاي نرم افزاري موجود و مباحثي پيرامون نحوه استقرار آنها به همراه مثالهاي عملي .
در آينده گريزي خواهم داشت به قفل نرم افزار SerialShield محصول شركت فرانسوي ionworx و در ادامه به مقايسه اون با محصولي ويژه خواهم پرداخت تا شما را در تماشاي اين نبرد تكنيكي همراهي كنم .
در پايان هم سعي ميكنم كه نگاهي اجمالي داشته باشم بر امنيت خود اطلاعات
فقط در ابتدا نظر شما رو به چند مطلب زير جلب ميكنم و عملاً به نوعي به يه توافقاتی با هم میرسیم :
1 – اجازه بديد مطالب سير پيشرفت خودش رو طي كنه ، مبحث از عناوين مقدماتي تا پيشرفته رو در بر مي گيره . و تحت هيچ شرايطي مباحثي جلوتر از برنامه رو پيش نميبرم ( جواب ندادن من ميتونه نشونه اي از اين امر باشه ) , همه مطالب به موقع توضيح داده ميشن
2 - ادبيات كاربردي در اين بخش با توجه به مخاطبيني كه ممكنه در تمام سطوح داشته باشه ، ادبيات عاميانس و سعي ميشه از به كار بردن اصطلاحات فني تا حد ممكن جلوگيري به عمل بياد . ( البته اگه دوستان بخوان ميتونيم يه مقدار فني تر هم بحث كنيم )
3 - پيشنهاد ميكنم كه دوستان در اولين ارتباط ، خودشون رو معرفي كنن تا بتونيم ارتباط نزديكتري برقرار كنيم مواردي مثل اسمتون (قبول كنيد اسمی مثل X254 چندان ... ) و سطح آشنايي خودتون با VB و يا VBA رو هم حتماً عنوان كنيد . این امر به من در روال و سیر پیشرفت آموزش کمک میکنه .
4 - از مطرح كردن مباحث غير مرتبط خودداري كنيد ( ميتونيد پيغام خصوصي بفرستيد - در صورت امكان كمكتون ميكنم )
5 - پیشاپیش از اشتباهات املايي و تایپی احتمالی پوزش میخوام
6 - و در نهايت اين مطلب كه موارد عنوان شده تنها تجربيات شخصي منه و در اين فروم قصد بحث و جدل با كسي رو ندارم ( عملاً ديگه حوصلش رو ندارم ) . هيچ ادعايي نداشته و دوستان ميتونن از مطالب عنوان شده استفاده كنن يا نكنن . در صورتي كه نقصي رو وارد ميكنيد لطفاً مورد رو به صورت دقيق توضيح بديد تا نقص رو بتونيم مرتفع كنيم يا لااقل رفع ابهام بشه ، مطمئن باشيد پيشنهادهاي بهتر رو حتماً قبول ميكنم ، چون عملاً بر اين باورم كه آدم اگه بدونه كاري كه داره انجام ميده اشتباهه ، هيچوقت انجامش نميده .
اينها تكنيكهايي هستند كه با تكيه به اونها برنامه هاي خودم رو روانه بازار كردم . عملاً از مرحله تست خارج شدن و كاملاً جوابگو هستن ( لااقل تا همين الان )
7 - فيدبكهاي شما باعث دلگرمي منه ( تاپيك بدون مخاطب محكوم به فناست )
8 - امتياز دهي به اين تاپيك رو فراموش نكنيد .
9 - از نظرات دوستانی که صاحب نظر هستن استقبال میکنم
خوب با اين مقدمه ميرم سراغ اولين بخش .

با سپاس و آرزوي موفقيت براي تمامي شما
نبيل پيروزمهر

ضمن سلام
اسمم نبيل پيروزمهر هستش ( اصالتاً بچه عراق هستم )
ساكن شهر قزوين
نزديك به 10 ساله كه روي برنامه نويسي VB و VBA كار ميكنم ... ، يه چيزايي از برنامه نويسي بلدم . بین صفر تا بیست به خودم نمره 12 رو میدم .
خوب بريم سر بحث اصلي
....................
متاسفانه يكي از مشكلاتي كه هميشه توليد كنندگان نرم افزار با اون دست به گريبانن ، بحث فروش محصولاتشونه . عملاً در بازارهايي كه قوانين كپي رايت در اونها وجود نداره ، مشكل عمده تكثير غير مجاز نرم افزارهاي توليديه . به طوري كه نرم افزارهايي كه بعضاً براي ساخت اونها زحمات و هزينه هاي زيادي ( مالي - زماني ) صرف شده به راحتي توسط كاربرا بين همديگه تكثير ميشن .
در اينجا به بررسي چندين ديدگاه در خصوص نحوه فروش برنامه ميپردازم :
1 - خريد مطلق برنامه
در اين حالت كاربر تنها در صورتي مجاز به استفاده از برنامس كه اقدام به خريداري اون كنه
عملاً اين نحوه فروش كم كم داره منسوخ ميشه چرا كه با توجه به بازار داغ رقابت ، كاربرا نديده و نشناخته اقدام به خريد نميكنن
اين روش عملاً سير صعودي فروش محصول رو خيلي كند ميكنه ( بگذريم كه هنوز هم خيلي از توليد كننده هاي داخلي از اين روش استفاده ميكنن ولي بهتره كه شما ديگه از اين روش غلط استفاده نكنين )
2 - عرضه آزمايشي برنامه
در اين حالت به مشتري فرصتي رو ميديد كه قبل از خريد اون رو تست كنه ( Try Befor Buy ) . اين فرصتيه كه بايد مغتنم بشمريد چرا كه محصول شما اين مجال رو پيدا كرده تا خودش رو در معرض يك نمايش بدون هزينه قرار بده . احتمال خريد در اين حالت خيلي بيشتر از حالتهاي ديگس . عملاً كاربرا نرم افزارهاي مجاني رو با آغوش باز پذيرا هستن !
البته در اين حالت واژه مجاني ( Freeware ) رو به معناي عدم پرداخت پول از سوي مشتري به كار نبردم بلكه منظورم حضور اوليه رايگان برنامه شماس روي دستگاه كاربر .
دقت كنيد كه روش اول توي همين مرحله متوقف ميشه .
با اين توضيحات ميخوام توجه شما رو به اين نكته جلب كنم كه شما در نهايت و با توجه به روال موجود در بازار ناگزير به استفاده از روش دوم هستيد ، يعني عرضه بي هزينه ( كم هزينه ) محصول جهت استفاده و تست نهايي توسط كاربر .
ولي خوب يه مشكل اساسي همچنان پابرجاست و اون هم تكثير غير مجازه .
در سيستمهاي فروش مبتني بر قفل گذاري عملاً دو روش اساسي وجود داره :
الف - قفل گذاري بر اساس دريافت اطلاعات شخصي از سوي كاربر
اين اطلاعات ميتونه بر اساس مشخصات دريافتي از سوي كاربر همچون : نام ، ايميل ، شماره تلفن و ... بوده باشه و در نهايت بر اساس مشخصات دريافتي كد فعال سازي نهايي در اختيار كاربر قرار ميگيره .
ايرادي كه به اين روش وارده اينه كه كاربر همچنان ميتونه برنامه رو تكثير كنه ، چرا كه كد فعال سازي مرتبط با پارامترهاي ثابت دريافتيه .
كاربر ميتونه به دلايل زير اقدام به تكثير كد كرده باشه :
لطف در حق دوستان ( ميدونيد كه هر دوستي هم دوستي داره و ... )
نارضايتي از توليد كننده محصول
ضربه رساندن به توليد كننده محصول در راستاي رقابت ناجوانمردانه
باج گيري از توليد كننده
درآمدزايي ( يك بار ميخرن و چند بار ميفروشن ، كاري كه به وفور ديده ميشه )
و ...
توجه كنيد كه اين نوع قفل عملاً يك نوع قفل احساسيه ، كاربرا ميتونن با توجه به احساسات خودشون سيستم فروش شما رو مختل كنن .
ب - قفل گذاري بر اساس پارامترهاي متغير
اين روش عملاً به نوعي ايمن ترين و پركاربردترين روش موجوده .
توي اين روش شما ميتونيد اقدام به مرتبط نمودن كد فعال سازي با پارامترهايي غير تكراري در سيستمهاي مختلف بكنيد پارامترهايي مثل مشخصات سيستم سخت افزاري و يا كد فعال سازي مبتني بر اعداد Random ( البته اين حالت آخر رو نه توضيح ميدم و نه توصيه ميكنم )
با توجه به اينكه كد فعال سازي براي دستگاههاي مختلف متفاوته عملاً لو رفتن اين نوع كد فعال سازي به هر يك از دلايل عنوان شده قبلي كارساز نبوده و تكثير از اين طريق رو امكان پذير نميكنه .
كاربر حتي در صورت تمايل نيز دست به يك تكثير ناموفق خواهد زد .
در اين بحث آموزشي قصد دارم شما رو به صورت كامل با راز و رمزهاي روش دوم آشنا كنم .
روشي كه جاذبه ها و تكنيكهاي خاص خودش رو داره .

با سپاس و آرزوي موفقيت براي تمامي شما
نبيل پيروزمهر

سلام
با توجه به اعلام آمادگي آقاي پيروزمهر در خصوص پرداختن به موضوع قفل گذاري در Ms Access ضمن تشكر از ايشون از دوستان تقاضا ميشه سعي كنند محتواي گفتگو رو در بعد فني حفظ كرده و از پرداختن به مسائل غير فني و غير مرتبط با موضوع بحث پرهيز كنند ، لازم به ذكره بمنظور جلگيري از انحراف بحث پستهاي زائد و غير مرتبط حذف خواهند شد .

ضمن عرض سلام خدمت دوستان

بابت تاخیری که داشتم عذر خواهی میکنم .

تو این جلسه میخوام یه مقدار در رابطه با اصولی که هنگام قفل گذاری باید مد نظرتون باشه بنویسم .

دونستن این مطالب و درک اونها , قبل از اجرای هر نوع سیستم کنترلی الزامیه

1 – استفاده از یک سیستم قفل گذاری مطمئن و کم خطا با ضریب ریسک پایین از اصول اولیه کاره .
2 – فراخوانی سیستم قفل گذاری در نقاط و زمانهای مختلف الزامیه تا در صورتی که قفل به هر دلیلی و یا در هر مرحله ای از سیستم جدا شده باشه , عملاً بتونه نقش خودش رو دوباره و چند باره ایفا کنه .
3 – الزاماً یکسری از امکانات برنامه تا زمان ثبت اون محدود بشن . امکاناتی که باید به صورت دقیق مورد بررسی قرار بگیرن .
به طور مثال محدود بودن تعداد فاکتورهای قابل ثبت در یک سیستم صدور فاکتور فروش و یا عدم امکان تغییر آرم فاکتور و ... .
این امکانات محدود شده باید به گونه ای انتخاب بشن که جزو هسته اصلی برنامه باشن و برنامه در صورت محدود بودن اونها دارای ارزش چندانی نباشه .
اگه برنامه ای با تعداد فاکتور فروش فرضاً 10 تا برای یه خریدار چندان ایراد خاصی به نظر نمیاد , قید فروش برنامتون رو به اون فرد بزنید . مطمئناً حتی نمیتونید کرایه تاکسیتون رو ازش بگیرید !!!
ضمناً در محدود کردن امکانات زیاده روی هم نکنید چرا که دقیقاً نتیجه معکوس میگیرید و با این کارتون حوصله خریدار احتمالی رو سر میبرید .
4 - توی دادن نسخه های رایگان خیلی دست و دلباز باشید . مردم ذاتاً جواب خوبی رو با خوبی میدن . چیزی که به صورت مجانی بهشون داده میشه رو به صورت مجانی هم به دیگران میدن و این یعنی همون هرم و زنجیره فروشی که شما به دنبالش باید باشید . از مشتری به عنوان یک سکوی تبلیغاتی استفاده کنید . از خودش , کامپیوترش و وقتش . عملاً هدف سیستمهای Try Befor Buy هم همینه .
5 – اجازه ندید که کاربر بتونه تا ابد از نسخه محدود شده شما استفاده کنه . اینکار رو میتونید به روشهای مختلفی از جمله محدود کردن تعداد دفعات و یا روزهای اجرا به انجام برسونید .
و نکاتی دیگه ای که در مراحل بعدی براتون در خلال کار توضیح میدم .

به زودی دو تا فایل رو روی سایت آپلود میکنم . برای ادامه کار به وجود اونها نیازداریم .

سعی میکنم که در سریعترین فرصت مبحث رو به برنامه نویسی , که عملاً هدف شماست منتهی کنم .

( پیشاپیش از شما به خاطر تاخیرهای احتمالی عذر خواهی میکنم )

یه گله هم از بعضی دوستا دارم که با توجه به آمار تعداد بازدیدها به نظر میاد که بندهای 7 و 8 و 9 اولین عنوان تاپیک چندان مورد توجه قرار نگرفته ! البته خب هیچی اجباری نیست !
تا اینجاش که سه تا دوست پیدا کردیم : hoshy345, Mahsa Hatefi, مهدی قربانی
البته آقای قربانی که دوست هممونه .

تا رسیدن روزی دیگه
موفق و پیروز باشید

ضمن عرض سلام خدمت دوستان

امروز مقداری در رابطه با امکانات امنیتی که خود Access در اختیار ما قرار میده مینویسم .
خوشبختانه کدهای Access نسبت به کدهای موجود در داخل فایلهای اجرایی در امنیت بیشتری به سر میبرن .
روشهای استفاده شده در Crack فایلهای اجرایی عملاً در آنالیز کدهای Access ناکام میمونن ( یا لااقل بخش عظیمی از قابلیتهای خودشون رو از دست میدن ) . نرم افزارهای Crack موجود عملاً فایلهای Access رو به عنوان یک ورودی معتبر نمی شناسن از این رو مسیر Cracker ها رو به بن بست ختم میکنن .
ولی آیا این جملات دال بر امنیت مطلق برنامه های نوشته شده توسط این نرم افزاره ؟
متاسفانه نه !
برنامه های نوشته شده توسط Access هم , مثل تمام نرم افزارهای دیگه راه رو برای Cracker هایی که در زمان و با ابزار مناسب وارد عمل بشن باز میذاره .
Access عملاً مجهز به یه شمشیر دو لبه هستش . امکاناتی در اون گنجونده شده تا سطح ایمنی رو تا حد قابل قبولی بالا ببره ولی متاسفانه از خود این امکانات حفاظت چندانی به عمل نیومده .
گاو صندوقی رو فرض کنید که در ظاهر ایمنه ولی برای اون چندین ابزار وجود داره که میشه قفل اون رو به راحتی باز کرد .
در این بخش به معرفی برخی از امکانات امنیتی Access میپردازم .

1 – Database Password

عملاً این امکان میتونه بر روی کل فایل رمز عبور قرار بده . در این حالت کاربر جهت باز کردن فایل نیاز به درج رمز عبور داره . با دونستن این رمز عبور عملاً میشه وارد فایل شده و به محتویات فایل دسترسی داشت .
سطح اطمینان این رمز خیلی پایینه , چرا که :

الف : برای کل فایل یک رمز عبور در نظر گرفته میشه
ب – متاسفانه الگوریتم رمز نگاری به کار رفته در این بخش فوق العاده ضعیفه و عملاً ابزارهایی در بازار وجود دارن که این رمز رو در کسری از ثانیه به دست میارن ( بدون توجه به میزان پیچیدگی رمز در نظر گرفته شده ) به طور نمونه میتونم به Access Password Recovery اشاره کنم .
درجه جلوگیری از نفوذ این پارامتر عملاً بستگی مستقیمی با سطح اطلاعات کاربر داره .
در مجموع این پارمتر چندان قابل اطمینان نیست .

2 – قرار دادن رمز بر روی کدهای VBA موجود در داخل برنامه

با استفاده از این قابلیت گنجونده شده , شما میتونید برای مشاهده کدهای موجود در داخل برنامه از کاربر درخواست رمز عبور کنید .
در صورت ندونستن این کد عملاً کاربر قادر به انجام یکسری کارها نیست که از اون جمله میتونم به مواردی همچون دستکاری کدنویسیهای انجام شده در داخل ماژولها , فرمها و گزارشات اشاره کنم ، ضمناً عملیاتی همچون Import/Export کردن سه آبجکت عنوان شده قبلی هم مستلزم دونستن این رمز عبوره ( فرمها و گزارشات در صورت داشتن کد در داخل آنها )
خب , سئوالی که مطرحه اینه که آیا به این قابلیت نیز میشه اطمینان کرد !؟
متاسفانه باز هم جواب خیر هستش !!
ابزارهای مناسبی برای نفوذ به این بخش وجود دارن که به کاربر میتونن امکان مشاهده کدهای برنامه رو بدن . ابزاری مثل VBA Password Recovery جهت انجام اینکار طراحی شده .

3 – Encode/Decode Database

باز هم اکسس درد سر ساز میشه . درسته که گفتم ابزارهای Crack مربوط به فایلهای اجرایی , در خصوص فایلهای Access بی فایده میشن ولی بدبختانه ابزارهای خیلی ساده دیگه ای وجود داره که عملاً Access رو توی این بخش تهدید میکنه .
شاید باور نکنید که با این ابزارها میشه بخش زیادی از کدهای موجود در داخل برنامه رو به همون صورتی که نوشته شدن دید .

با این اوصاف احتمالاً دیگه باید پرونده Access رو برای همیشه ببندیم !

ولی نه ، یه امکان نیمه قدرتمند در داخل Access وجود داره که در صورت استفاده صحیح میتونه راه رو در این بخش برای Cracker خیلی صعب العبور کنه . اون چیزی نیست بجز همین Encode/Decode
در صورت استفاده از این امکان عملاً امکان مشاهده بخش خیلی زیادی از کدهای برنامه از کاربر گرفته میشه . در این پروسه Access اقدام به رمز نگاری ساختار Hex برنامه میکنه .
ولی این امکان رابطه نیمه مستقیمی با قابلیت User Level Security موجود در داخل Access داره . ( به همین دلیل به اون لقب نیمه قدرتمند رو دادم )

با توجه به گستردگی و دردسرهای User Level Security سعی میکنم که در مبحثی جداگانه ( احتمالاً تاپیکی مجزا ) اون رو مورد بررسی و موشکافی قرار بدم تا با این قابلیت جالب , توانمند ( البته به صورت نسبی ) و بسیار پر دردسر Access آشنایی بیشتری پیدا کنید .
ولی همونطوری که در دنیای کامپیوتر بهای هرچیزی باید پرداخت شه , بهای استفاده از Encode/Decode کاهش سرعت باز و بسته شدن فایل و از کار افتادن قابلیت Compact هستش ( البته به صورت کامل از کار نمیفته , ولی عملاً کار قابل توجهی هم دیگه نمیتونه انجام بده ) ( این مورد آخر به نوع آبجکتهای موجود در داخل فایل مرتبطه )

4 - User Level Security

همونطوری که خدمتتون عرض کردم فعلاً در رابطه با این قابلیت در داخل این تاپیک صحبت نمی کنم .

5 – Make MDE File

خبر خوب اینکه بهترین قابلت امنیتی Access همین قابلیته .

در طی انجام این پروسه عملاً کلیه کدهای قابل ویرایش از داخل برنامه حذف میشن . این قابلیت بسیاری از امکانات دستکاری در طراحی فایل رو غیر فعال میکنه . امکاناتی همچون تغییر کدهای موجود در برنامه , تغییر طراحی فرمها و گزارشات و Import/Export نمودن اونها .

تذکر : برنامه هایی وجود دارن که امکان اعمال تغییرات جزیی رو در طراحی فرمها و گزارشات میدن که سر فرصت به راه حل مقابله نسبی با بعضی از این تغییرات هم میرسم . برنامه MDE Unlocker توی ایندسته قرار میگیره . البته زیاد واهمه ای از این برنامه نداشته باشید . قابلیتهاش بیشتر جنبه تبلیغاتی داره تا عملیاتی !

تذکر : متاسفانه در خصوص کدها همچنان امکان مشاهده اونها وجود داره ( رجوع کنید به Encode/Decode Database )

قابلیت خیلی خوبیه . در هنگام ارسال فایل برای کاربر الزاماً باید اون رو در فرمت MDE تحویل بدید .

توضیح : در خصوص دیده شدن کدها چند بار تذکر دادم ولی نگران نباشید راه حلهایی هم وجود داره که عملاً Cracker رو سردرگم میکنه , که سر فرصت به اونها هم میرسیم .

بحث امروز رو در همین جا به پایان میرسونم .
در طول آموزش صبور باشید و هر روز منتظر نکته ای جدید .
اینها بخشی از مقدماتیه که برای ورود به بحث اصلی باید با اونها آشنا باشید . شاید در آینده دیگه فرصتی برای تکرارشون نداشته باشیم .
همچنان در انتظار نظرات دوستانمون هستم .
خب تا اینجای مطلب رو داشته باشید

تا فرصتی دیگه
خدانگهدار

ضمن عرض سلام و تبریک عید غدیر

دیروز قصد فرستادن این مطلب رو داشتم ولی متاسفانه امکان ارسال مطلب وجود نداشت .

با توجه به اینکه کم کم باید وارد بحث قفل گذاری بشیم , بهتر دیدم که اول مقداری در خصوص قفل های سخت افزارهای و نرم افزاری و مقایسه این دو با هم , مطالبی رو بنویسم .

در ابتدا میرم به سراغ قفلهای سخت افزاری :

Dongle

این نوع قفلها رو عملاً به همین عنوان میخونن . قفلهایی با قابلیت جابجایی فیزیکی هستن . یعنی کاربر با خرید نرم افزاری که مجهز به این نوع قفله عملاً میتونه نرم افزار رو بر روی هر دستگاهی که بخواد نصب کنه که البته این امر مستلزم وجود قفله .
در دو نوع LPT و USB در بازار موجوده .
نوع LPT به پورت LPT وصل میشه , همون پورتی که به پورت پرینتر مشهوره . استفاده از این نوع قفل تقریباً منسوخ شده که دلایلی همچون :
احتمال اختلال در عملکرد قطعاتی که از طریق پورت LPT به کامپیوتر وصل میشن . ( دستگاههایی مثل پرینتر و اسکنر )
طول عمر نه چندان بالای این نوع قفلها . ( البته در صورتی که زیاد جابجاش میکنید )
حذف این پورت از روی نسل جدید برخی مادربوردها .

نوع USB از نظر ظاهری شبیه همون Flash Drive های موجوده .
در مقام مقایسه نوع USB برتریهای غیر قابل انکاری نسبت به نمونه های LPT داره که به طور مثال میشه به موارد زیر اشاره کرد :

وزن و ابعاد کوچکتر
قابلیت اتصال به درگاه USB
قیمت مناسبتر
و در نهایت تکنولوژی پشرفته تر در پروسه ساخت و امنیت

مزایای این نوع قفل :

مزیت بارزش قابل حمل بودنشه . به طوری که کاربر محدودیتی در نصب نرم افزار خریداری شده نداره . کاربر , نرم افزار مجهز به این قفل رو میتونه در صورت در دست داشتن قفل هرجا و هر زمان نصب کنه .
البته این در صورتی میتونه یک مزیت مطلق به حساب بیاد که خود نرم افزار هم ماهیت پرتابل بودن را داشته باشه , در غیر اینصورت این مزیت یک مزیت بالقوه هستش . ( منظورم توجیه کاربرد این نرم افزار به صورت پرتابل هستش )
مزیت دیگه این نوع قفل , ثابت بودن اونه . یعنی با اعمال تغییرات سخت افزاری در کامپیوتر کاربر , قفل همچنان به فعالیت عادی خودش ادامه میده ( قاعدتاً )
یکی دیگه از مزیتهاش هم امکان استفاده از اون در محیطهای توسعه بیشتری هستش ( منظورم تعدد زبانهای برنامه نویسی که در اونها میشه از این نوع قفل استفاده کرده ) . البته این مورد در همه قفلهای موجود به صورت ثابت نیست و به تولید کننده اون ربط داره .

معایب :

این نوع قفل عملاً دایره فروش شما رو فوق العاده محدود میکنه . این امر از اونجا ناشی میشه که نرم افزار , وابسته به وجود فیزیکی قفله . همین امر امکان عرضه پیش از فروش قطعی رو فوق العاده محدود میکنه ( Try Befor Buy ) .
عملاً ارائه اینترنتی نرم افزارهایی مبتی بر این نوع قفل چندان طرفدار نداره . ( ارائه به این صورت مشکلات خاص خودش رو در این نوع قفل گذاری به دنبال داره )
تصور کنید که دایره فروش چقدر کوچیک میشه , بازار فروشی به وسعت تمام دنیا ( Web Site ) و بازار فروشی به محدودیت فروشگاههایی که نرم افزار رو به اونها برای فروش دادید .
هزینه خرید این نوع قفل با توجه به نوع اون متفاوته که میتونه محدوده 15000 – 3000 تومان رو در بر بگیره . عملاً شما ناچارید این هزینه رو توی هزینه تمام شده محصولتون محاسبه کنید که نتیجه اون افزایش قیمت محصوله . ( متاسفانه در ایران قیمت قویترین اهرم کاربردیه و برای 99% مشتریها در اولویت یک قرار داره )
استفاده از این نوع قفل در نرم افزارهای ارزون قیمت به هیچ عنوان توجیه نداره ( نرم افزارهایی که قصد فروش اونها رو در تیراژ بالا دارید ) .
استفاده از این نوع قفل مستلزم خواب سرمایه شماست . چرا که در صورت ارائه نرم افزارتون در قالب بسته بندی شده باید منتظر برگشت پول بمونید ( نرم افزار معلوم نیست چه مدت توی مغازه در انتظار فروش میمونه )
در بعضی از این نوع قفلها , قفل نیاز به نصب درایور داره .
در صورت سوختن قفل شما نیاز به ارائه مجدد اون دارید ( در اینجور مواقعی که میدونید مشتری هزار و یک برهان میاره تا سوخته شدن رو به گردن نگیره و شما خودتون متحمل هزینه های اون بشید )
در مجموع در پروژه های ارزون قیمت به هیچ عنوان ارزش بحث و بررسی ندارن .

در خصوص امنیت قفلهای سخت افزاری باید بگم که تفاوت چندانی با قفل های نرم افزاری ندارن . مشکل اتصال و بارزسی در داخل خود نرم افزار همچنان پابرجاست .

به طور کلی فقط به ابن نکته اشاره میکنم که بزرگترین ضعف کلیه قفلها در نقاط اتصالی بین نرم افزار و قفل هستش , یعنی همون جاهایی که عملاً نرم افزار اقدام به تبادل اطلاعات با قفل میکنه .
هدف اصلی این تاپیک هم کنترل بیشتر روی این نقاطه که در مباحث آتی به اونا هم میرسم .

در تاپیک بعد به قفل های نرم افزاری اشاره ای خواهم داشت ( سعی میکنم همین امروز اون مطلب رو آماده کنم )

پس تا اون موقع , خداحافظ

خبر : نسل جدیدی از سیستمهای قفل گذاری داره به وجود میاد که عملاً شرکت Kingstone بنیانگذار اونه . این نوع قفل گذاری مبتنی بر تکنولوژی U3 موجود در داخل Flash Drive های اونه .
تصور کنید که فایل SetUp نرم افزارتون رو در داخل Flash Drive کپی میکنید و خود Flash رو هم به عنوان قفل استفاده میکنید .
ضمناً در تبلیغاتتون اشاره میکنید که : " به همراه جایزه "
شاید خیلی جالب باشه ولی یادتون نره که شما هزینه Flash Drive رو هم به کاربر تحمیل کردید !

توصیه : هنوز در خصوص نظر دهی قطعی درباره این تکنولوژی زوده , ولی به نظر میاد که آینده خوبی در انتظارش باشه .
ضمناً این تکنولوژی قابلیت اتصال به بسیاری از محیطهای توسعه رو به درستی نداره که متاسفانه Access هم در همون دسته قرار میگیره . در حال حاضر امکان دسترسی به اون از طریق U3 Development Kit وجود داره .

با عرض سلام مجدد

نوبتی هم که باشه , نوبته معرفی قفلهای نرم افزاریه .

این قفلها معمولاً به صورت کامپوننتهایی عرضه میشن که در داخل اونها روالهایی قرار داده شده , که شما از طریق اون روالها میتونید کنترل قفل برنامه رو به دست بگیرید .

عملاً تفاوت بین خود قفلهای نرم افزاری در موارد زیر خلاصه میشه :

میزان پیچیدگی روالهای داخلی ( منظورم همون کدهای برنامه هستش ) که در داخل برنامه وجود داره
امکانات قفل و اسکوپ فعالیتی اون ( چه محیطهای توسعه ای رو پشتیبانی میکنه )
تنوع قفل گذاری و نوع قفل گذاریها ( قفل بر چه پایه ای استوار شده ; شناسایی سخت افزار , کدهای ثابت و ... )
روالهای حفاظتی داخلی در نظر گرفته شده جهت حفاظت از شکسته شدن خود قفل
تنظیمات قفل

این نوع قفلها عموماً در دو نوع OCX و DLL عرضه میشن و از نظر کاربرد تقریبا مشابه هستن .
استفاده از گونه OCX اون رو در داخل برنامه Access توصیه نمی کنم , چرا که احتمال دور زدن قفل در این نوع کامپوننت بیشتره و یا بهتره بگم که روشهای دور زدن بیشتری داره .

عمده بحث ما حول محور قفلهای نرم افزاری مبتنی بر DLL میگرده .
شما در هنگام استفاده از این نوع قفلها معمولاً از پیچیدگیهای برنامه نویسی قفلها دورید و عملاً نیازی به دونستن نحوه نوشتن قفل هم ندارید .
دستورالعملهای ارائه شده به همراه قفل رو مطالعه کنید و قفل رو روی برنامتون Set کنید .

مزایای قفلهای نرم افزاری

1 – هزینه بسیار پایین تر نسبت به قفلهای سخت افزاری ( خصوصاً در نرم افزارهایی با تیراژ بالا )
2 – امکان عرضه نرم افزار تولیدی به صورت آزمایشی در مقیاس وسیع
3 – امکانات داخلی بیشتر , معمولاً خیلی از قفلهای نرم افزاری دارای روالهایی جهت انجام برخی موارد دیگه هم هستن ( مثل رمز نگاری )

معایب قفلهای نرم افزاری

در رابطه با معایب همونطوری که در مبحث قبلی هم اشاره کردم , ضعف در نقاط اتصالی بین نرم افزار و قفل هستش , یعنی همون جاهایی که عملاً نرم افزار اقدام به تبادل اطلاعات با قفل میکنه .
این ایراد شاید بشه گفت که زیاد با خود قفل مرتبط نباشه و عملاً ناشی از عدم آگاهی کاربرای قفلها و رعایت نکردن مسائل امنیتی از سوی اونهاست .

تذکر و یادآوری :
ببینید , واقعیتی که وجود داره اینه که عملاً هر نوع سیستم قفلی که نوشته بشه در صورتی که یه کرکر بخواد میتونه در نهایت قفل رو به زانو در بیاره ولی لازمه در این خصوص موارد زیر رو عنوان کنم :

این جمله به این معنا نیست که هر کرکری میتونه هر قفلی رو بشکنه . کرکرها هم مثل برنامه نویسا سطوح مختلفی دارن .
کرکرهای آماتور تا سطح متوسط کوچکترین گزندی رو نمیتونن به قفلهای پیچیده وارد کنن .
خطر اصلی از جانب کرکرهای حرفه ایه , ولی خب در اینجا یه خبر خوب دیگه هم وجود داره و اون هم اینه که کرکرها کلاسهای کاری متفاوتی هم دارن . هر کرکری هر قفلی رو نمیشکنه .
معمولاً کلاس و سطح کاری اونها ضریبی از قیمت نرم افزار رو هم به همراه داره . ( خصوصاً کرکرهایی که از این طریق کسب درآمد میکنن )
کرکرها آدمهای باهوشی هستند , هیچ وقت از در عناد و لجبازی با اونها وارد نشید وگرنه ممکنه نتیجه ناخوشایندی نصیبتون بشه , معمولاً کرکرها یک قدم جلوتر از برنامه نویسهای معمولی هستن .

خوشبختانه بسیاری از تکنیکهای کرکرها در خصوص فایلهای Access نتیجه ای در بر نداره چرا که عملاً شیوه کار به نحوی کاملاً متفاوته .

خیلی از نرم افزارهای مورد استفادشون عملاً در هنگام مواجه شدن با فایلهای Access راه به جایی نمی برن . اینها همه میتونه باعث امیدواری شما بشه .

در نهایت :

انتخاب یک قفل مناسب + اجرای دقیق قفل + ترفندهای داخلی نرم افزار + خلاقیت

میتون راه رو برای کرکر خیلی سخت و صعب العبور بکنه

توصیه :

با توجه به اینکه در چند جلسه آتی به مباحث نحوه استفاده از قفل معروف SerialShield میرسیم , توصیه میکنم که این قفل رو از آدرسی که در قسمت پایین معرفی کردم دانلود کنید تا در هنگام شروع آموزش , فایل رو در اختیار داشته باشید .

http://www.4shared.com/file/76414231...SS_online.html

لطفاً تا شروع بحث آموزشی مربوطه , سئوالی در رابطه با این قفل مطرح نکنید

از توجه شما ممنونم
تا فرصتی دیگه , خدانگهدار

ضمن سلام خدمت شما عزیزان

از مسائلی که طی این چند روز به وجود اومده , صمیمانه عذر خواهی میکنم

در ادامه توجه شما رو به چند مورد زیر جلب میکنم :

- از تمامی دوستان صاحب نظر میخوام که ادامه بحث رو در چهار چوب تعیین شده عنوان تاپیک ادامه بدن و از انحراف اون جدداً خودداری کنن
- در مواقع لزوم سعی میکنم , در صورتی که مشکلی فنی از دید ارائه دهنده موضوع پنهان مونده باشه , اون رو تصحیح کنم
- رفته رفته راه کارهاتون رو به صورت عملی ارائه بدید تا مورد تجزیه و تحلیل واقعی از سوی بقیه کاربرا قرار بگیره , بعضی راه کارها تئوریک هستند و تا عمل فاصله زیادی دارند و از اون بدتر در همسایگی Crack شدن هم به سر میبرن
- با توجه به اینکه این طور مباحثی سابقه چندین ساله ای در مباحث کامپیوتر داره , تحقیق کنید , نتایج تحقیقاتتون رو با کمی خلاقیت ترکیب کنید و یه راه کار ارائه بدید , از ارائه راه کارهای ساده خودداری کنید تا حجم تاپیک به طور غیر منطقی زیاد نشه . ضمناً یادتون نره راه کارهای ساده در این خصوص به همون سادگی هم ناکارآمد میشن .
- هدف خودتون رو تنها ارسال یک تاپیک قرار ندید , تاپیک باید منجر به حرکت به سمت جلو باشه
- در هنگام رد یک نظر , دلایل فنی ارائه بدید , هر چند به صورت مختصر و بدون ارائه پروژه عملی
و در پایان , مجدداً از شما میخوام که از مبحث اصلی تاپیک منحرف نشید . و اجازه ندید در نبود یک نفر کل تاپیک متوقف بشه

یک پیشنهاد :

مبحثی با عنوان Crack me هم برای Access ایجاد کنید . در اون بحث دوستان فایلهای قفل شدشون رو ارائه بدن و بعد از دیگران بخوان کن قفل رو بشکنن , در صورت شکسته نشدن قفل , حالا نحوه انجام عملیاتش توضیح داده بشه .

با تشکر از تمامی شما

من فایلی که آقای پیروز مهر معرفی کردند دانلود کرده و بخشی که مربوط به اکسس بود را اجرا کردم ولی موقع اجرا پیغام خطا میداد ...

سلام

ظاهراً انتظار نتیجه ای نداد

نه پاسخی , در ظاهر نه تلاشی که لااقل نتیجش رو حتی در قالب یک سئوال ببینیم

6 روز از ارسال فایلها و 3 روز از آخرین ارسال مرتبط با عنوان تاپیک میگذره

من تصور میکنم که کلیه موارد مورد نیاز در داخل فایل ارسالی وجود داشت , مواردی مثل :

- فایل قفل SerialShield
- مثال ارائه شده از سوی شرکت اصلی
- مستندات مورد نیاز یا همون فایل Help هر چند به زبان انگلیسی هستش
توضیح : واقعاً اگه خوندن مطالبی در این سطح سخته باید به بحث پیشرفت توی کامپیوتر به دید تردید نگاه کنید . متاسفانه سطح منابع اطلاعاتی موجود در ایران یا بهتر بگم ترجمه شده و تنوع اونها , قابل مقایسه با رفرنسهای زبان اصلی نیست . عملاً 90% نکات حرفه ای رو تنها در داخل اونها میتونیم پیدا کنیم ( حالا هی بیاید بحث کنیم که چرا جزو جهان سومیم ! )
پس عملاً ناگزیر به افزایش مطالعه توی این بخش هستید

خوب با این مقدمه میرم به سراغ توضیح کوتاهی در رابطه با تاپیک شماره 9 :

فایل Dll موجود در برنامه بایستی در داخل شاخه System32 قرار بگیره و در حال حاضر با همون نام اصلی

ضمناً فایل تصحیح شده Access رو توی لینک زیر قرار میدم
( توضیح : فایل رو اگه از روی وب سایتش هم دانلود کنید , این نقص رو داره ! )

در داخل سایت www.ionworx.com آخرین نسخه این فایل رو میتونید دانلود کنید . فایل شامل یه فیلم آموزشی کوتاه هم هست ( قبلاً که بود , همین حالا ؟ نمیدونم )

امیدوارم با این توضیحات مشکل رفع بشه .

با تشکر

ضمن سلام

پس از مدتها دوباره مطلب رو ادامه میدم . امیدوارم بتونیم یه بحث مفید دو طرفه رو داشته باشیم .

ابتدا فایل زیر رو دانلود و نصب کنید , نگاهی بهش بندازید تا بعد سر فرصت مطالب رو ادامه بدیم .

لینک دانلود

این فایل SetUp شامل موارد زیره :

فایل Dll مورد نیاز

این فایل موارد زیر رو در اختیار شما قرار میده :

• بازگرداندن شماره سریال درایو C ( شماره سریال نرم افزاری )
• اختصاص کد فعال سازی به نرم افزار
• توابع رمز نگاری

به همراه یک فایل اکسس

تذکر : این نمونه تنها جهت تست و پیش بردن مبحث ارائه شده . از به کار بردن اون در پروژه های واقعی خودداری کنید . این امر به دلیل قدرت پایین این اکیتو ایکس هستش و بس .

توضیح : یک سری مطالب و آموزشها به موازات در داخل وبلاگ من پیش میره . نیم نگاهی هم به اونها داشته باشید .

موفق باشید

سلام

یکی از دوستان یه ایمیل برام فرستاده و توی اون نوشته که من در هر بخشی , آموزش این مبحث رو منوط به داشتن یک فایل کردم و به اصطلاح از این شاخه به اون شاخه پریدم .

ضمن تایید صحبتهای این دوستمون , هدف جدید رو واضح و مشخص اعلام میکنم :

ادامه بحث در داخل این فروم بر مبنای فایل موجود در داخل تاپیک شماره 11 هستش .

در داخل وبلاگم بر اساس محصولی دیگه به مرحله اجرا میرسه , البته اون هم در مواقع مورد نیاز , که دلایلش فکر میکنم برای دوستانی که از اون استفاده میکنن واضحه .

( درخواست : لطفاً هیچ سئوالی در خصوص این محصول در داخل این فروم مطرح نشه . هیچگونه پاسخی به سئوالات مرتبط با اون در داخل این فروم داده نمیشه . این امر به دلیل الزام در رعایت قوانین کلی فروم باید محقق بشه . پس لطفاً من رو با مشکل مواجه نکنید )

فایل موجود در داخل تاپیک شماره 11 جوابگوی موضوع مورد بحث ما هست و من در اینجا قصد دارم که یه مقدار به داخل خود اکسس توجه کنم . تکنیکهای جانبی یا توی اسکوپ عملیاتی ما قرار نمیگیره ( به دلیل پیچیدگیهای اجراییش ) , یا به طور خلاصه از کنار اونها رد میشیم و یا از راه حلهای مقطعی و جایگزین استفاده میکنم .

در خصوص SerialShield هم وضیعت یه مقدار تغییر کرده و به این صورته که :

آموزشی در این خصوص به صورت اختصاصی نداریم مگر در قالب سئوال که اون هم باید از طرف شما مطرح بشه که در اون صورت من خودم رو ملزم به پاسخگویی میدونم ولی حرکت از سمت من نخواهد بود ( علت ؟ من تصور میکنم که بعد از گذشت نزدیک به 1.5 ماه عدم ارائه حتی یک سئوال میتونه نشونه ای از عدم پذیرش این قفل و یا عدم مقبولیت اون بوده باشه )

امیدوارم با این توضیحات کلیات موضوع روشن شده باشه .

موفق باشید

سلام

خب ، متاسفانه يه مقدار زيادي بين مباحث انفصال افتاد و اين امر يه مقدار باعث به هم ريختگي كار شد ، سعی ميكنم دوباره مطالب رو جمع و جور كنم و مطمئناً توي اين وسط نيازمند كمك و مساعدت شما دوستان هم هستم .

اصلي ترين نكته اي كه بايد توي عمليات قفل گذاري به انجام برسه ، انجام اين پروسه در نهايت پيچيدگي ممكن و با صرف دقت و ديدن تمامي جوانب امر هستش .

در اجراي يك سيستم قفل گذاري ، ركن اول و آخر رمزگذاري پروسه و عمليات اجرایی مرتبط با سیستم قفل گذاری هستش .

در ابتدا لازمه كه توضيحاتي مختصر در خصوص رمزنگاري ارائه كنم .

يكي از اصولي كه همه ما به اون اعتقاد داريم حفظ حريم شخصي هستش . اين حريم در هر جا و مكاني تعريف خاص خودش رو داره . ولي اصولاً در بخش نرم افزاري به كدهاي برنامه و اطلاعات موجود در اونها اطلاق ميشه . كدها عملاً نحوه عملكرد برنامه رو در داخل خودشون حمل ميكنن و اطلاعات هم كه داشته هاي ما هستن و در برخي موارد اين الزام وجود داره كه اين اطلاعات به بيرون از سيستم نرم افزاري نشت پيدا نكنه .

مقوله رمز نگاري ميتونه هر دوي موارد بالا رو پوشش بده . در خصوص فايلهاي اجرايي كار تا حدودي سهل الوصول تره ( معمولاً فایلهای exe رو به نمایندگی از این گروه میشناسیم ) . چرا كه انواع و اقسام نرم افزارها جهت انجام اين كار ، در قالب عملیاتی خودكار وجود دارن و شما رو از پيچيدگيهاي انجام رمز نگاري دور نگه ميدارن (با توجه به نوع عملياتشون ، نامهايي همچون ‍Packer ، Encryptor ، Protector و ... رو به يدك ميكشن )

وليكن در خصوص اكسس كار يه مقدار متفاوته و پروسه اجرایی دشوارتر .

محصولاتي با عملكردی محدود وجود دارن كه اين كار رو ميتونن تا حدودي به انجام برسونن . ( عموماً اصلی ترین عملياتشون محدود ميشه به Encode كردن رشته ها و يا همون String هاي موجود در داخل برنامه )
يكي ار مباحث ما انجام همين عمليات به صورت دستي هستش و اون هم تنها در جاهايي كه مهم و كليدي هستند ، كاري كه هيچ يك از اون نرم افزارها انجام نميدن .
نرم افزارهای مورد بحث اقدام به Encode كليه String ها ( رشته ها ) ميكنن ، بدون توجه به درجه اهميت اون و اينكه ، آيا نيازي به رمز نگاريش هست و يا نه , اينكه آيا اون رشته تاثيري در افزايش ايمني كلي سيستم داره و يا نه . در مجموع فاقد هر گونه رويه اي جهت ايجاد تمايز و وزن دهي به ميزان اهميت رشته ها هستند .

ايرادي كه به اين بخش وارده اين امر هستش كه هر String رمز نگاري شده ، الزاماً در هنگام اجرا بايد از حالت رمز نگاري شده بيرون بياد ( اصطلاحاً Decode بشه ) . عمليات Decode مستلزم صرف زمان هستش .

افزايش ميزان رشته هاي ( String ) نيازمند به Decode ، مساوي هستش با افزايش زمان اجرا .

اجرای عملیات Encode در مواقعی که به تنظیمات و روالهای اجرایی قفل و موانع ایجاد شده از سوی شما مرتبط هستش , الزامیه و هیچ راه گریزی ندارید . حتی اگه منجر به از دست رفتن بخشی از کارایی برنامه بشه .

ادامه بحث رمزنگاري رو سعي ميكنم در مبحث بعدي ادامه بدم .

در اينجا بد نیست گريزي هم به مساله اي نه چندان بي ارتباط به موضوع فعلي داشته باشم .

يك سوء تعبير در خصوص مبحث بهينه سازي و سرعت اجرا وجود داره :

عمليات بهينه سازي در دو بخشه , كاهش نياز به منابع سيستمي ( به تبع اون كاهش سربار كاري ) و افزايش سرعت اجرا ميتونه مطرح بشه .

عمليات بهينه سازي و يا همون Optimization يكي از مواردي هستش كه خيلي مورد توجه واقع نشده .

اندازه گيري ميزان بهينه سازي صورت گرفته توسط روشهايي خاص به انجام ميرسه و فراتر از ديدن روال اجرايي برنامه هستش ، اونهم از طريق رصد چشمي .

سوء تعبيري كه عموماً به انجام ميرسه اينه كه تفاوت اجرا در هنگام اولين اجراي برنامه و دفعات اجراي بعدي تابعي از خيلي متغيرها هستش كه از اون جمله ميشه به : ميزان حافظه سيستم ، سرعت هارد ديسك ، سرعت شبكه و پارامترهايي ديگه اشاره كرد كه عموماً در هنگام اجرا دچار تغيير ميشن و نتايج اندازه گيري برون پروسه اي رو دچار خطای کاذب ميكنن . ( معمولاً افزایش بهینه سازی کاذبی رو تداعی میکنن )

سنجش ميزان بهينه سازي ها ، برآيندي از ميزان افزايش بهره وري زير سيستمهاي موجود هستش

بعضي تغيير رفتارها در عادات برنامه نويسي و تغيير رويه های اجرايي هستش , كه الزاماً منجر به بهينه سازي ميشن ، چه ما بخوايم و چه نخوايم . اونها بدون قيد و شرط هستند . حال ممکنه که نتایج و تستهای برون سیستمی ما , تفاوت قابل ملاحظه ای رو به نمایش نذارن .

به طور مثال کاهش تعداد خطوط برنامه نویسی و یا استفاده از برخی دستورات معادل به فراخور الگوریتم مورد استفاده میتونه جهش قابل توجهی رو در سرعت اجرای عملیات مورد نظر به نمایش بذاره .

دوستان عزیز , رویدادها در زبانهای برنامه نویسی در حالاتی خاص و با نظم و ترتیبی معین به اجرا درمیان . استفاده از یک رویداد مناسب جهت پیاده سازی دستور العملها میتونه هم پروسه کار شما رو سرعت و قوت بیشتری ببخشه و هم در مواقع لزوم بر روی بهینه سازی برنامه تاثیر گذار بوده باشه .

تا مبحثی دیگه و با امید موفقيتی روز افزون شما

با سلام .کاش این بحث ادامه می یافت و ...1- مثال کاربردی با توضیح کامل مراحل آورده میشد.2- سوال: در برنامه SEMITKP که توسط آقای نبیل عنوان شد , با توجه به اینکه سریال , کد ماشین هست و هنگام نصب فایل در سیستم کد ماشین رو مشخص میکنه و از طرفی با ورود کد به عنوان سریال برنامه فعال میشه , حال سوال اینه که ما خودمان باید برنامه رو فعال کنیم تا منبعد برنامه ثبت شده باز بشه یا اینکه پک برنامه رو به همراه یک شماره سریال(که البته تا پشت سیستم طرف نباشیم اونو نداریم) بهش بدیم. تا خودش فعال کنه؟!!!اگر اینور هست , که باز نمیشود عرضه انبوه داشت و اگه غیر این هست ,لطفا راهنمائی کنید و چنانچه من بد متوجه شدم کامل شرح دهید.ممنون ممنون ممنون

سلام
این مطلب پس از اینکه به حاشیه کشیده شد , در جایگاهی که از همون اول هم باید در اونجا شروع میشد , ادامه پیدا کرد ( در داخل وبلاگم )

نقل قول:

---

حال سوال اینه که ما خودمان باید برنامه رو فعال کنیم تا منبعد برنامه ثبت شده باز بشه

---

نه دوست عزیز , خریدار نرم افزار شما , کد ماشین رو به شما اعلام میکنه و شما با استفاده از کد ماشین دریافتی , کد فعال سازی معتبر رو به کاربر خواهید داد . برای همین هم شما به فرمی جهت فعال سازی نرم افزار نیاز دارید ( روالی مثل تمامی نرم افزارهایی که دور و بر ما هست ) , ضمناً Semi Trial Keeper یک نمونه نمایشی و صرفاً آموزشی هستش , و جهت آشنایی با روال کلی عملیات ارائه شده بود .

نقل قول:

---

نمیشود عرضه انبوه داشت

---

اتفاقاً دلیل ارائه اینجور سیستمهایی دقیقاً اینه که بتونید عرضه عمده و بدون محدودیت مکانی داشته باشید

نقل قول:

---

چنانچه من بد متوجه شدم

---

متاسفانه همینطوره که خودتون هم حدس زدید !

موفق باشید

سلام
با تشکر ویژه از نبیل عزیز بخاطر حوصله و راهنمائی.
سوال: با توجه به اینکه در جای دیگری (نمیدونم کدوم تاپیک بود) نرم افزارهائی معرفی شدند که می تونند سریال ها رو عوض کنند ، پس آیا نمیشه مشخصه منحصر بفردی برای تک تک سستم ها(کامپیوتر ها در حالت عمومی ) پیدا کرد که بشه از کپی غیر مجاز جلوگیری کرد؟
یعنی راه حل اینکه برنامه ما بعد فعال سازی فقط در یک سیستم کار کنه و قابل ... نباشه (یا حداقل خیلی پیچیده باشه) وجود نداره؟
البته نکاتی که در مباحث بالا ذکر شد بسیار مفید هستند.و دید منو نسبت به قفل گذار باز کرد.

سلام
راه حل که وجود داره , به طور مثال میتونید مبلغ 79 یورو به اضافه 50 الی 80 یورو ( جهت کارمزد بانک !!! ) بدید و نسخه اصلی SerialShield رو خریداری کنید ( نسخه موجود در اینترنت ( کرک شده ) و بر روی لینک عمومی سایت سازنده نسخه آزمایشی هستش و در دوره زمانی متغیری ریست میشه ) و یا اینکه از TKP استفاده کنید .
موفق باشید

نقل قول:

---

نوشته شده توسط nabeel

با عرض سلام خدمت دوستاي عزيزي كه احتمالاً در اين فروم با اونها آشنا ميشم
در اين مبحث قصد دارم كه شما رو با نكاتي از قفل گذاري روي فايلهاي Access آشنا كنم كه شايد براي بعضي دوستان تازگي داشته باشه . در اين پروسه ميخوام كمك كنم كه كنترل روند فروش محصولتون رو در دست بگيريد .
نگاهي دقيق خواهيم داشت به قفلهاي نرم افزاري موجود و مباحثي پيرامون نحوه استقرار آنها به همراه مثالهاي عملي .
در آينده گريزي خواهم داشت به قفل نرم افزار SerialShield محصول شركت فرانسوي ionworx و در ادامه به مقايسه اون با محصولي ويژه خواهم پرداخت تا شما را در تماشاي اين نبرد تكنيكي همراهي كنم .
در پايان هم سعي ميكنم كه نگاهي اجمالي داشته باشم بر امنيت خود اطلاعات
فقط در ابتدا نظر شما رو به چند مطلب زير جلب ميكنم و عملاً به نوعي به يه توافقاتی با هم میرسیم :
1 – اجازه بديد مطالب سير پيشرفت خودش رو طي كنه ، مبحث از عناوين مقدماتي تا پيشرفته رو در بر مي گيره . و تحت هيچ شرايطي مباحثي جلوتر از برنامه رو پيش نميبرم ( جواب ندادن من ميتونه نشونه اي از اين امر باشه ) , همه مطالب به موقع توضيح داده ميشن
2 - ادبيات كاربردي در اين بخش با توجه به مخاطبيني كه ممكنه در تمام سطوح داشته باشه ، ادبيات عاميانس و سعي ميشه از به كار بردن اصطلاحات فني تا حد ممكن جلوگيري به عمل بياد . ( البته اگه دوستان بخوان ميتونيم يه مقدار فني تر هم بحث كنيم )
3 - پيشنهاد ميكنم كه دوستان در اولين ارتباط ، خودشون رو معرفي كنن تا بتونيم ارتباط نزديكتري برقرار كنيم مواردي مثل اسمتون (قبول كنيد اسمی مثل X254 چندان ... ) و سطح آشنايي خودتون با VB و يا VBA رو هم حتماً عنوان كنيد . این امر به من در روال و سیر پیشرفت آموزش کمک میکنه .
4 - از مطرح كردن مباحث غير مرتبط خودداري كنيد ( ميتونيد پيغام خصوصي بفرستيد - در صورت امكان كمكتون ميكنم )
5 - پیشاپیش از اشتباهات املايي و تایپی احتمالی پوزش میخوام
6 - و در نهايت اين مطلب كه موارد عنوان شده تنها تجربيات شخصي منه و در اين فروم قصد بحث و جدل با كسي رو ندارم ( عملاً ديگه حوصلش رو ندارم ) . هيچ ادعايي نداشته و دوستان ميتونن از مطالب عنوان شده استفاده كنن يا نكنن . در صورتي كه نقصي رو وارد ميكنيد لطفاً مورد رو به صورت دقيق توضيح بديد تا نقص رو بتونيم مرتفع كنيم يا لااقل رفع ابهام بشه ، مطمئن باشيد پيشنهادهاي بهتر رو حتماً قبول ميكنم ، چون عملاً بر اين باورم كه آدم اگه بدونه كاري كه داره انجام ميده اشتباهه ، هيچوقت انجامش نميده .
اينها تكنيكهايي هستند كه با تكيه به اونها برنامه هاي خودم رو روانه بازار كردم . عملاً از مرحله تست خارج شدن و كاملاً جوابگو هستن ( لااقل تا همين الان )
7 - فيدبكهاي شما باعث دلگرمي منه ( تاپيك بدون مخاطب محكوم به فناست )
8 - امتياز دهي به اين تاپيك رو فراموش نكنيد .
9 - از نظرات دوستانی که صاحب نظر هستن استقبال میکنم
خوب با اين مقدمه ميرم سراغ اولين بخش .

با سپاس و آرزوي موفقيت براي تمامي شما
نبيل پيروزمهر

---

با تشکر از شما نبیل عزیز

با سلام و خستە نباشید از دوست عزیز و استاد گران قدر جناب اقای نبیل بندە هم کاربر جدید سایت و هم یک تازە کار در اکسس هستم کە بە تازگی شروع کردم بە ساخت یک پروژە برای یک شرکت
خب این اولین کار و پروژەیە بندە هست پس میدانم کە شاید مشلاتی در کد نویسی داشتە باشە اما بندە خیلی نگران بحث امنیتیش بودم ولی با خواندن این مطالب جامع تا حدی از نگرانیهام کم شد
ای کاش این تاپیک دوبارە فعال بشە !!!!