تخطَّ إلى المحتوى
إدارة وحماية المواقع

ما الملفات التي يجب حذفها بعد استعادة Duplicator؟ اختبار بعد التنظيف


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

ابدأ من خيار التنظيف الذي يقدمه Duplicator بعد تسجيل الدخول. الحذف اليدوي بديل يحتاج وصولا إلى الملفات ومعرفة أسمائها بدقة. واحتفظ أولا بنسخة من الأرشيف خارج مجلد الموقع؛ لا تحذف نسختك الوحيدة.

الملفات التي أزلناها

  • installer.php.
  • ملف installer-backup.php ذي الاسم الطويل.
  • ملف archive.zip المستخدم في العملية.
  • مجلد dup-installer.
  • ملف dup-installer-bootlog__[HASH].txt.

لم نحذف wp-admin أو wp-content أو wp-includes؛ هذه أجزاء الموقع المستعاد. وحذفنا آثار المثبت من نسخة الاختبار فقط بعد التأكد أن Archive الأصلي محفوظ في مكان آخر.

الصفحة الرئيسية الرياضية القديمة بعد استعادتها داخل بيئة محلية معزولة
النتيجة النهائية: النسخة الرياضية القديمة فتحت محليا، وهذا إثبات استعادة لا قرار لإعادتها إلى الموقع الجديد.

قائمة تحقق قصيرة

  1. سجل الدخول إلى النسخة المستعادة وتأكد أن الصفحات والصور تعمل.
  2. احتفظ بنسخة Archive خارج مجلد الويب إن كنت تحتاجها.
  3. استخدم خيار حذف ملفات التثبيت في Duplicator. إذا لم ينجح، اطلب من الدعم إزالة الملفات المحددة في تقرير الإضافة، ولا تحذف كل ملف يحتوي اسمه على كلمة archive أو installer دون التحقق منه.
  4. افتح عنوان /installer.php على موقعك وتأكد أن شاشة المثبت لم تعد تظهر. إذا بقيت متاحة، لا تعتبر التنظيف مكتملا.
  5. افتح الصفحة الرئيسية ولوحة التحكم بعد التنظيف.

ما الذي لا نحذفه؟

لا تحذف المجلد لمجرد أن اسمه يبدأ بـwp؛ فمجلدات wp-admin وwp-includes وwp-content هي ووردبريس نفسه. كذلك لا تحذف wp-config.php بعد نجاح الربط، ولا تحذف .htaccess قبل معرفة القواعد التي أنشأها ووردبريس أو الاستضافة. الفرق العملي أن ملفات Duplicator تحمل عادة installer أو archive أو dup-installer في أسمائها، بينما ملفات الموقع الأساسية تبقى مطلوبة لتشغيله.

إذا توقف الموقع بعد التنظيف

لا تعد استعادة الأرشيف مباشرة فوق الموقع. ابدأ برمز الاستجابة وسجل PHP: خطأ 500 قد يشير إلى قاعدة .htaccess أو إضافة قديمة، وخطأ اتصال قاعدة البيانات لا يرتبط بحذف installer. قارن قائمة الملفات المحذوفة بالقائمة الرسمية، واسترجع الملف من النسخة الخارجية فقط إذا حذفت عنصرا غير مقصود. في تجربتنا طلبنا الصفحة قبل التنظيف وبعده من البيئة نفسها، ففصلنا أثر الحذف عن بقية التغييرات.

تفاصيل التجربة ونتيجتها

تاريخ التجربة: 18 أغسطس 2026؛ ووردبريس: 7.0.4 في النسخة المستعادة؛ مكان التنفيذ وأدواته: مجلد استعادة محلي معزول على Apache.

حفظنا سجل التثبيت خارج مجلد الويب، ثم حذفنا خمسة أنواع من آثار Duplicator. بعد الحذف لم يبق اسم installer أو archive في جذر الاختبار، واستمرت الصفحة الرئيسية بإرجاع HTTP 200.

تحقق إضافي، 19 أغسطس 2026: مسحنا أسماء جذر ووردبريس بحثًا عن installer وarchive وdup-installer ثم طلبنا الرئيسية. فحص أسماء الملفات واستجابة الرئيسية يخص النسخة المحلية وقت الاختبار، ولا يعد فحصا أمنيا كاملا للاستضافة.

بطاقة دليل أصلية من إعادة التحقق المحلية لمقال فحص آثار Duplicator بعد الاستعادة، وتعرض طريقة الاختبار والنتيجة المقاسة.
اختبار محلي مستقل — 19 أغسطس 2026: الآثار المكتشفة: 0 — الرئيسية: HTTP 200

المصدر الرسمي

Duplicator يحدد ملفات التثبيت التي يجب إزالتها بعد الانتهاء.


شارك:

محمد التتر

محمد التتر، محرر ومشرف GZ تقنية، يعمل على اختبار حلول ووردبريس وإدارة المواقع في بيئات منفصلة قبل توثيق النتائج ونشرها.