مرحبا
قد يمكن حماية قاعدة البياناتمن التعديل بعد التحزيم وذلك من خلال وضع رقم سري لها !!
لكن والاهم هل يمكن منع المستخدم من حذف قاعدة البيانات من مجلد البرنامج ؟
ان كانت الامكانية بلا ما هي الطريقة البديلة لحمايتها ؟؟
ولكم جزيل الشكر
مرحبا
قد يمكن حماية قاعدة البياناتمن التعديل بعد التحزيم وذلك من خلال وضع رقم سري لها !!
لكن والاهم هل يمكن منع المستخدم من حذف قاعدة البيانات من مجلد البرنامج ؟
ان كانت الامكانية بلا ما هي الطريقة البديلة لحمايتها ؟؟
ولكم جزيل الشكر
فأنت اخي المبرمج ..لا تبخل بعلمك عمن يطلبه فقد كنت يوما تبحث كما نبحث نحن.. واعلم لو حجب العلم عنك لما وصلت الى ما انت عليه الان.. فاتق الله في طالب العلم وتذكر ما منه الله عليك ولا تبخل بعلمك وما اوتيت من معرفة ليبارك الله علمك وينفعك به.
أخي الكريم ،،
إذا قام المستخدم بحذف قاعدة البيانات فهذا غباء منه ولا تستطيع منعه من ذلك ( إلا لو استطعت الاتصال بقاعدة البيانات طوال الوقت ، وهذا غير عملي ) ،
ولكن يمكنك أخذ نسخة احتياطية من القاعدة لتفادي فقدان البيانات الهامة..
:)
تم تعديل هذه المشاركة بواسطة المبرمج أحمد في 1 يناير 2009 في 19:18
سبحان الله وبحمده ... سبحان الله العظيم
اخي احمد فعلا المقصود هو منع التصرف الاحمق او الغبي كما قلت وحمايتها من الحذف!!
لكن قد يحذفها الشخص دون علمه باهميتها ! او بطريق الخطأ ! او قد يحذفها شخص آخر يود التخريب ! او ما شابه من تلك الامور ..
لذلك وجب استخلاص طريقة لحمايتها فان كان هناك وسيلة او طريقة مجربة نرجو اطلاعنا عليها
تم تعديل هذه المشاركة بواسطة shadi77 في 1 يناير 2009 في 20:05
فأنت اخي المبرمج ..لا تبخل بعلمك عمن يطلبه فقد كنت يوما تبحث كما نبحث نحن.. واعلم لو حجب العلم عنك لما وصلت الى ما انت عليه الان.. فاتق الله في طالب العلم وتذكر ما منه الله عليك ولا تبخل بعلمك وما اوتيت من معرفة ليبارك الله علمك وينفعك به.
بأي حال من الأحوال لن تستطيع منع المستخدم من حذف قاعدة البيانات او اي ملف آخر
فهناك أكثر من طريقة وطريقة لحذف الملفات .. وإن لم يكن من داخل نظام التشغيل فمن داخل غيره
ولو استطعت إبقاء الإتصال بقاعدة البيانات طوال الوقت كما قال الأخ أحمد
فإنتظر تلف قاعدة البيانات في أقرب وقت اذا انقطعت الكهرباء عن الجهاز وسيتم حذفها أيضا .. ولكن من النظام نفسه هذه المره
بالفعل كما قال هو حل ليس عملي .. وضف على ذلك الجهد الكبير على الـ Ram الذي سيؤدي ان شاء الله الى تلفها
ولكن هناك طريقة لمنع إجراء أي تغييرات على مجلد بعينه أو حذفه أو الدخول عليه من الأصل
مبدئيا لم افكر في إنشائها بالـ Code ونظرا لضيق الوقت لن اساعدك في البحث
فقط سأقول لك المبدأ مضاف إليه أن أسأل الله لك ان يعلمك من العلم ما ينفعك ولا يضرك أبدا
أولا انا اتحدث عن صلاحيات المجلدات داخل نظام تشغيل الـ XP العادي على أي Partition من نوع NTFS
نذهب سويا الآن الى قائمة Tools ثم Folder Options ثم نضغط على Tab الـ View
وننزع علامة الإختيار من العنصر Use Simple File Sharing
ثم نقوم بإنشاء مجلد في أي Partition من نوع NTFS ولنفرض مثلا F:\Test
وبداخله مجلد آخر ولنفرض إسمه Bin .. ليصبح المسار F:\Test\Bin
ثم نذهب لخصائص المجلد Test وبالتحديد نضغط على Tab الـ Security .. ثم زر الـ Advance
ومن النافذة الجديدة التي ستظهر ننزع علامة الخيار من inherit from parent the perm...
ثم Apply لتظهر رسالة نضغط على Remove من داخلها فرسالة أخرى نضغط على Yes من داخلها
ثم نضغط على زر الـ Add لتظهر لنا نافذه أخرى نضغط من داخلها على Advance
ثم Find Now من النافذه التي تليها .. ثم نختار إسم المستخدم الحالي أو Administrators .. ثم نضغط على Ok
لنرجع الى النافذة التي تسبقها ونضغط على Ok من داخلها .. الآن ظهرت لنا نافذه جديدة
نقوم بإختيار الخيار Allow على العنصر Full Control من الـ List
والآن قم بالضغط على زر الـ Ok
لنرجع إلى النافذة السابقة .. نقوم بتحديد العنصر المستجد في الـ List ثم نضغط Edit الآن
ثم تقوم بإختيار العنصر Subfolders and files Only من Apply onto
ونضع علامة الإختيار على الخيار apply these permissions to...
ثم Ok فـ Apply فـ Ok حتى نخرج من كل النوافذ التي سبق وان فتحناها
( مرفق بالأعلى 5 صور للتوضيح واعتمدت عليهما اعتمادا جزئيا .. انتظر ظهورهما ان لم يظهروا )
السؤال الذي يطرح نفسه الآن .. لماذا لم نقوم بعمل جميع الخطوات في نافذة الـ Permission Entry مره واحده ؟
أقصد بدل الخروج منها ثم الرجوع إليها ومواصلة العمل ...
في المرة الأولى كنا نفتح الصلاحيات على مجلد الـ Bin او اي مجلد اخر داخل الـ Test
وفي المرة الثانية كانت لحذف الصلاحيات من مجلد الـ Test والإحتفاض بالصلاحيات على الـ Bin فقط
قد يقول بعض الأخوة المتعمقون في نظام الـ XP أنه Bug .. انا ايضا ارى ذلك
ولكنها الطريقة الأفضل من وجهة نظري والأسرع والأقل جهدا .. فهذا الـ Bug أفادني
الآن جرب حذف مجلد الـ Test أو حتى تغيير إسمه إن استطعت .. لن تستطيع ابدا الا اذا رجعت عن ما فعلت
سؤال آخر .. ماذا عن مجلد الـ Bin ??
بإمكانك الوصول إليه بسهولة .. قم بفتح Start Menu ثم Run وأكتب بداخلها مساره F:\Test\Bin ثم Enter
والنية وراء إجراء هذه الخطوات هي اننا لو وضعنا مجلد شبيه بالـ Test داخل مجلد البرنامج
وبداخله مجلد آخر شبيه بالـ Bin وبداخله هذه المرة قاعدة البيانات
في حالة تجربة الإتصال بها سننجح 100 % وان شاء الله لن يستطيع المستخدم الوصول إليها ولا حتى مجرد الرؤية
ما سبق وقلته كان مجرد مبادئ او اساسيات لما اريد ان اقوله لك
بإمكانك الإستفسار عن ما لم يتضح لك وبإمكانك التطوير إن استطعت .. ما قلته مجرد فكره ناجحة إن شاء الله :)
اعتذر عن عدم تمكني للمتابعه الدورية في وقتنا الحالي
فليقبل الجميع تقديري واحترامي .. ولكم تحياتي
شكرًا أخي mrx_ta7ady على هذه المعلومات القيمة ، وزادك الله علمًا ..
XR.7 كتب:تخيل ان المستخدم حذف البرنامج وترك قاعدة البياناتاو تخيل ان المستخدم عمل فورمات للهارد ديسك
غالبًا المستخدم هو من يتحمل هذه الأخطاء وليس نحن ..
مثلاً لو قام بعمل فورمات للقرص الصلب فهو يتحمل فقدان البيانات .
سبحان الله وبحمده ... سبحان الله العظيم
شكرا لك اخي تحدي وما شاء الله عليك وزادك الله علما ونفعنا بك
كما قال الاخ احمد ان الاخطاء هذه تكون مسؤولية المستخدم وليس المبرمج !
لكن قد يصل المبرمج بعض المسؤليات لعدم قدرته على حماية البرنامج بشكل كامل لانه وكما قلت سابقا قد يفقد المستخدم احد اجزاء النظام بطريق الخطأ او بالسهو او بالتخريب من قبل شخص اخر وفي مثل هذه الحالة قد يقع اللوم على المبرمج !!
لكن ومن وجهة نظري ونظرا لصعوبة حماية تلك الملفات ارى ان يقوم المبرمج وقبل نشر برنامجه ببذل جهد اضافي واضافة مجموعة توصيات خاصة تحت مسمى عالي الاهمية ليقوم المستخدم بادراك مدى اهمية تلك الملفات وان المبرمج يخلي مسؤوليته عن فقدان النظام لاحد خصائصة نتيجة الحذف اليدوي كما يقوم المبرمج بتوضيح كل السبل الهامة والضرورية التي من خلالها يقوم المستخدم باتباعها في سبيل حماية هذا البرنامج وحماية بياناته والتي اعتقد من اهمها :
- التوصية بتنصيب البرنامج عى قرص اخر غير القرص الافتراضي © لانه معرض دائما لفقدان البيانات التي تكون عليه نتيجة انهيار النظام المفاجئ , بذلك يبقى البرنامج بجميع محتوياته بالسيف سايد كما يقولون ز
- التوصية بعمل رقم سري خاص بالمستخدم المسؤول عن ادارة النظام ولا اقصد البرنامج نفسه بل المجلد الموجود فيه ذلك البرنامج , بذلك يمنع المخربين من التسلل الى داخل المجلد واجراء اي تغير في محتوباته .
- التوصية باخفاء المجلد وهي خاصية متوفرة بالويندوز كما تعلمون قد تفي بعض الاحيان وتقوم بحماية البرنامج من العابثين الذين لا يدركون ما يفعلون .
- التوصية بعمل نسخة احتياطية من فترة لاخرى لحفظ محتويات النظام والرجوع لها مستقبلا عند الحاجة .
اذا قام المبرمج بادراج هذه التوصيات وارفاقها في طية برنامجه بحسب اعتقادي تبرأ ذمة المبرمج امام الله وامام المستخدم وبذلك يكون المستخدم هو المسؤول الوحيد عن اي ضرر يتسبب في اتلاف عمل البرنامج ... هذا والله اعلم
وهذا ما سافعله في جميع برامجي عندما اصبح مبرمجا
فأنت اخي المبرمج ..لا تبخل بعلمك عمن يطلبه فقد كنت يوما تبحث كما نبحث نحن.. واعلم لو حجب العلم عنك لما وصلت الى ما انت عليه الان.. فاتق الله في طالب العلم وتذكر ما منه الله عليك ولا تبخل بعلمك وما اوتيت من معرفة ليبارك الله علمك وينفعك به.
المتواجدون خلال آخر دقيقتين · يتحدّث كل ٣٠ ثانية
جارٍ التحقق من المتواجدين…