كيفية تحديث تطبيقات Docker المعتمدة على PHP بأمان على خادمك المنزلي

إيفا وونغ

IceWhale author

إيفا وونغ هي كاتبة تقنية و ومهندسة هاوية في ZimaSpace. مهووسة بالتكنولوجيا مدى الحياة ولديها شغف بالمختبرات المنزلية والبرمجيات مفتوحة المصدر، تتخصص في تبسيط المفاهيم التقنية المعقدة إلى أدلة عملية وسهلة الفهم. تؤمن إيفا بأن الاستضافة الذاتية يجب أن تكون ممتعة وليست مخيفة. من خلال دروسها، تمكّن المجتمع من تبسيط إعدادات الأجهزة، بدءًا من بناء أول نظام تخزين شبكي NAS وحتى إتقان حاويات Docker.

Conceptual guide: UPDATE WITHOUT GUESSWORK. Protect state; Replace image; Test + recover.

يصل تصحيح أمان PHP داخل الحاوية عادةً عبر صورة أُعيد بناؤها. تنزيل تلك الصورة ووضعها قيد الاستخدام خطوتان منفصلتان. كما ينبغي أن تحمي خطة التحديث قاعدة البيانات والملفات الدائمة التي تبقى بعد زوال الحاوية.

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

1. سجّل النشر الحالي

تحقق من دليل المشروع وأسماء الخدمات باستخدام docker compose ps. سجّل وسوم الصور الحالية ومعرّفاتها باستخدام docker compose images، إلى جانب مواقع وحدات التخزين الدائمة وحالة قاعدة البيانات. احتفظ بنسخة محمية من إعدادات Compose دون كشف الأسرار في السجلات المشتركة.

تحقق من ملاحظات إصدار الصورة المستهدفة لمعرفة إصلاح PHP. لا يُعد الوسم latest دليلًا على وجود تصحيح محدد. إذا كنت تستخدم تثبيتًا ببصمة رقمية، فيجب تحديثها إلى البصمة الرقمية البديلة التي تم التحقق منها.

2. أنشئ نسخة احتياطية متسقة

استخدم طريقة النسخ الاحتياطي الموثقة للتطبيق. احتفظ بنسخة من الإعدادات والملفات وقاعدة البيانات من نقطة استرداد متسقة. نسّق تعليق الكتابة أو تفعيل وضع الصيانة إذا كان التطبيق يتطلب ذلك. ولا تُعدّ نسخة نظام الملفات لمجلد قاعدة بيانات قيد التشغيل بديلًا صالحًا لكل الحالات عن نسخة احتياطية سليمة لقاعدة البيانات.

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

3. اسحب الخدمة المقصودة وأعِد إنشاءها

بالنسبة إلى صورة ينشرها القائمون على صيانتها، حدّث مرجع الصورة للخدمة إلى إصدار ثابت ومتوافق، ثم استخدم هذا المثال من دليل المشروع الصحيح. استبدل app باسم خدمة تطبيق PHP لديك:

docker compose pull app
docker compose up -d --no-deps app
docker compose ps
docker compose exec -T app php -v

يوضح Docker أن pull ينزّل الصور دون تشغيل الحاويات؛ أما up فيطبّق تغييرات الصور أو الإعدادات من خلال إعادة إنشاء الحاويات. هنا، يحصر --no-deps التغيير على الخدمة المحددة. استخدمه فقط عندما تكون الخدمات التابعة سليمة ومتوافقة بالفعل.

في عمليات البناء المخصصة، حدّث قاعدة PHP أو الحزم ذات الصلة، وأعِد البناء عبر مسار البناء المعتاد لديك، ثم انشر الصورة الناتجة. كرر ذلك للعمّال الذين يستخدمون بيئة التشغيل نفسها. لا تُجرِ تصحيحًا في واجهة صدفة حاوية مؤقتة وتفترض أن الإصلاح سيبقى بعد إعادة إنشائها.

4. تحقّق من التطبيق قبل إعادة فتح الوصول

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

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

5. استعد النظام بتأنٍ إذا فشل التحقق

أبقِ الخدمة معزولة أثناء التحقيق. استعد ملفات التطبيق وحالة قاعدة البيانات معًا عندما تتطلب قواعد ترحيل التطبيق ذلك؛ فقد يكون تغيير الصورة وحدها غير آمن بعد ترقية المخطط. لا تستخدم docker compose down -v كاختصار لاستكشاف الأخطاء وإصلاحها، لأنه قد يحذف وحدات التخزين المُسمّاة.

بالنسبة إلى مستخدمي ZimaCube 2، افصل سجل التحديثات عن ملفاتك المجمّعة واحتفظ بنسخ احتياطية مستقلة. يكتمل التحديث الناجح ببيئة تشغيل معروفة، ووظائف تطبيق تعمل، ومسار استرداد لا يزال بإمكانك شرحه.

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