الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

نظرا لاهميتها في عمل البرنامج هل يمكن حماية قاعدة البيانات من الحذف بعد التحزيم ؟

بدأه shadi77 في 1 يناير 2009 · 6 رد · 701 مشاهدة · في لغة Ms Visual Basic 6 وما قبلها من إصدارات
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

مرحبا

قد يمكن حماية قاعدة البياناتمن التعديل بعد التحزيم وذلك من خلال وضع رقم سري لها !!

لكن والاهم هل يمكن منع المستخدم من حذف قاعدة البيانات من مجلد البرنامج ؟

ان كانت الامكانية بلا ما هي الطريقة البديلة لحمايتها ؟؟

ولكم جزيل الشكر

فأنت اخي المبرمج ..لا تبخل بعلمك عمن يطلبه فقد كنت يوما تبحث كما نبحث نحن.. واعلم لو حجب العلم عنك لما وصلت الى ما انت عليه الان.. فاتق الله في طالب العلم وتذكر ما منه الله عليك ولا تبخل بعلمك وما اوتيت من معرفة ليبارك الله علمك وينفعك به.

#2

أخي الكريم ،،

إذا قام المستخدم بحذف قاعدة البيانات فهذا غباء منه ولا تستطيع منعه من ذلك ( إلا لو استطعت الاتصال بقاعدة البيانات طوال الوقت ، وهذا غير عملي ) ،

ولكن يمكنك أخذ نسخة احتياطية من القاعدة لتفادي فقدان البيانات الهامة..

:)

تم تعديل هذه المشاركة بواسطة المبرمج أحمد في 1 يناير 2009 في 19:18

سبحان الله وبحمده ... سبحان الله العظيم

#3

اخي احمد فعلا المقصود هو منع التصرف الاحمق او الغبي كما قلت وحمايتها من الحذف!!

لكن قد يحذفها الشخص دون علمه باهميتها ! او بطريق الخطأ ! او قد يحذفها شخص آخر يود التخريب ! او ما شابه من تلك الامور ..

لذلك وجب استخلاص طريقة لحمايتها فان كان هناك وسيلة او طريقة مجربة نرجو اطلاعنا عليها

تم تعديل هذه المشاركة بواسطة shadi77 في 1 يناير 2009 في 20:05

فأنت اخي المبرمج ..لا تبخل بعلمك عمن يطلبه فقد كنت يوما تبحث كما نبحث نحن.. واعلم لو حجب العلم عنك لما وصلت الى ما انت عليه الان.. فاتق الله في طالب العلم وتذكر ما منه الله عليك ولا تبخل بعلمك وما اوتيت من معرفة ليبارك الله علمك وينفعك به.

#4

بأي حال من الأحوال لن تستطيع منع المستخدم من حذف قاعدة البيانات او اي ملف آخر

فهناك أكثر من طريقة وطريقة لحذف الملفات .. وإن لم يكن من داخل نظام التشغيل فمن داخل غيره

ولو استطعت إبقاء الإتصال بقاعدة البيانات طوال الوقت كما قال الأخ أحمد

فإنتظر تلف قاعدة البيانات في أقرب وقت اذا انقطعت الكهرباء عن الجهاز وسيتم حذفها أيضا .. ولكن من النظام نفسه هذه المره

بالفعل كما قال هو حل ليس عملي .. وضف على ذلك الجهد الكبير على الـ Ram الذي سيؤدي ان شاء الله الى تلفها

ولكن هناك طريقة لمنع إجراء أي تغييرات على مجلد بعينه أو حذفه أو الدخول عليه من الأصل

مبدئيا لم افكر في إنشائها بالـ Code ونظرا لضيق الوقت لن اساعدك في البحث

فقط سأقول لك المبدأ مضاف إليه أن أسأل الله لك ان يعلمك من العلم ما ينفعك ولا يضرك أبدا

أولا انا اتحدث عن صلاحيات المجلدات داخل نظام تشغيل الـ XP العادي على أي Partition من نوع NTFS

نذهب سويا الآن الى قائمة Tools ثم Folder Options ثم نضغط على Tab الـ View

وننزع علامة الإختيار من العنصر Use Simple File Sharing

post-85546-1230909081_thumb.png

ثم نقوم بإنشاء مجلد في أي Partition من نوع NTFS ولنفرض مثلا F:\Test

وبداخله مجلد آخر ولنفرض إسمه Bin .. ليصبح المسار F:\Test\Bin

ثم نذهب لخصائص المجلد Test وبالتحديد نضغط على Tab الـ Security .. ثم زر الـ Advance

post-85546-1230909317_thumb.png

ومن النافذة الجديدة التي ستظهر ننزع علامة الخيار من inherit from parent the perm...

post-85546-1230909440_thumb.png

ثم Apply لتظهر رسالة نضغط على Remove من داخلها فرسالة أخرى نضغط على Yes من داخلها

ثم نضغط على زر الـ Add لتظهر لنا نافذه أخرى نضغط من داخلها على Advance

ثم Find Now من النافذه التي تليها .. ثم نختار إسم المستخدم الحالي أو Administrators .. ثم نضغط على Ok

post-85546-1230909834_thumb.png

لنرجع الى النافذة التي تسبقها ونضغط على Ok من داخلها .. الآن ظهرت لنا نافذه جديدة

نقوم بإختيار الخيار Allow على العنصر Full Control من الـ List

والآن قم بالضغط على زر الـ Ok

لنرجع إلى النافذة السابقة .. نقوم بتحديد العنصر المستجد في الـ List ثم نضغط Edit الآن

ثم تقوم بإختيار العنصر Subfolders and files Only من Apply onto

ونضع علامة الإختيار على الخيار apply these permissions to...

post-85546-1230910176_thumb.png

ثم 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 % وان شاء الله لن يستطيع المستخدم الوصول إليها ولا حتى مجرد الرؤية

ما سبق وقلته كان مجرد مبادئ او اساسيات لما اريد ان اقوله لك

بإمكانك الإستفسار عن ما لم يتضح لك وبإمكانك التطوير إن استطعت .. ما قلته مجرد فكره ناجحة إن شاء الله :)

اعتذر عن عدم تمكني للمتابعه الدورية في وقتنا الحالي

فليقبل الجميع تقديري واحترامي .. ولكم تحياتي

#5

تخيل ان المستخدم حذف البرنامج وترك قاعدة البيانات

او تخيل ان المستخدم عمل فورمات للهارد ديسك

سبحان الله وبحمده *** سبحان الله العظيم

www.quraany.com

www.arabcs.com

#6

شكرًا أخي mrx_ta7ady على هذه المعلومات القيمة ، وزادك الله علمًا ..

XR.7 كتب:
تخيل ان المستخدم حذف البرنامج وترك قاعدة البيانات

او تخيل ان المستخدم عمل فورمات للهارد ديسك

غالبًا المستخدم هو من يتحمل هذه الأخطاء وليس نحن ..

مثلاً لو قام بعمل فورمات للقرص الصلب فهو يتحمل فقدان البيانات .

سبحان الله وبحمده ... سبحان الله العظيم

#7

شكرا لك اخي تحدي وما شاء الله عليك وزادك الله علما ونفعنا بك

كما قال الاخ احمد ان الاخطاء هذه تكون مسؤولية المستخدم وليس المبرمج !

لكن قد يصل المبرمج بعض المسؤليات لعدم قدرته على حماية البرنامج بشكل كامل لانه وكما قلت سابقا قد يفقد المستخدم احد اجزاء النظام بطريق الخطأ او بالسهو او بالتخريب من قبل شخص اخر وفي مثل هذه الحالة قد يقع اللوم على المبرمج !!

لكن ومن وجهة نظري ونظرا لصعوبة حماية تلك الملفات ارى ان يقوم المبرمج وقبل نشر برنامجه ببذل جهد اضافي واضافة مجموعة توصيات خاصة تحت مسمى عالي الاهمية ليقوم المستخدم بادراك مدى اهمية تلك الملفات وان المبرمج يخلي مسؤوليته عن فقدان النظام لاحد خصائصة نتيجة الحذف اليدوي كما يقوم المبرمج بتوضيح كل السبل الهامة والضرورية التي من خلالها يقوم المستخدم باتباعها في سبيل حماية هذا البرنامج وحماية بياناته والتي اعتقد من اهمها :

- التوصية بتنصيب البرنامج عى قرص اخر غير القرص الافتراضي © لانه معرض دائما لفقدان البيانات التي تكون عليه نتيجة انهيار النظام المفاجئ , بذلك يبقى البرنامج بجميع محتوياته بالسيف سايد كما يقولون ز

- التوصية بعمل رقم سري خاص بالمستخدم المسؤول عن ادارة النظام ولا اقصد البرنامج نفسه بل المجلد الموجود فيه ذلك البرنامج , بذلك يمنع المخربين من التسلل الى داخل المجلد واجراء اي تغير في محتوباته .

- التوصية باخفاء المجلد وهي خاصية متوفرة بالويندوز كما تعلمون قد تفي بعض الاحيان وتقوم بحماية البرنامج من العابثين الذين لا يدركون ما يفعلون .

- التوصية بعمل نسخة احتياطية من فترة لاخرى لحفظ محتويات النظام والرجوع لها مستقبلا عند الحاجة .

اذا قام المبرمج بادراج هذه التوصيات وارفاقها في طية برنامجه بحسب اعتقادي تبرأ ذمة المبرمج امام الله وامام المستخدم وبذلك يكون المستخدم هو المسؤول الوحيد عن اي ضرر يتسبب في اتلاف عمل البرنامج ... هذا والله اعلم

وهذا ما سافعله في جميع برامجي عندما اصبح مبرمجا

فأنت اخي المبرمج ..لا تبخل بعلمك عمن يطلبه فقد كنت يوما تبحث كما نبحث نحن.. واعلم لو حجب العلم عنك لما وصلت الى ما انت عليه الان.. فاتق الله في طالب العلم وتذكر ما منه الله عليك ولا تبخل بعلمك وما اوتيت من معرفة ليبارك الله علمك وينفعك به.

مواضيع مشابهة

عدد الزوار حالياً

المتواجدون خلال آخر دقيقتين · يتحدّث كل ٣٠ ثانية

—الإجمالي—أعضاء مسجّلون—زوار بدون تسجيل

جارٍ التحقق من المتواجدين…