النسخ الاحتياطي اليدوي لـ WordPress: الملفات وقاعدة البيانات

by | WordPress

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

ما سنقوم ببنائه

ستقوم بإعداد نسخة احتياطية يدوية كاملة لموقع ويب WordPress (WordPress 6.9.4، PHP 8.1+)، يتكون من عنصرين:

  • قاعدة البيانات (محتواك، إعداداتك، مستخدميك، قوائمك، روابطك، إلخ.)
  • الملفات (السمات، الإضافات، الوسائط، ملفات التكوين)

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

في النهاية، ستعرف:

  • حدد بدقة ما حفظ (وما هو اختياري).
  • قم بتصدير قاعدة البيانات بشكل صحيح (دون أن ينتهي بك الأمر بملف SQL غير قابل للاستخدام).
  • استرجع الملفات الأساسية عبر بروتوكول نقل الملفات (FTP/SFTP) أو لوحة التحكم (cPanel).
  • تحقق من النسخة الاحتياطية واختبرها في بيئة اختبار.

ملخص سريع

  • نسخة احتياطية من ووردبريس = قاعدة البيانات + الملفاتبدون أحد هذين العنصرين، تكون عملية الترميم غير مكتملة.
  • يتم نسخ قاعدة البيانات احتياطيًا عبر بريس (تصدير SQL)، أو عبر أداة قاعدة البيانات في لوحة الاستضافة.
  • الملفات التي يجب إعطاؤها الأولوية: الفسفور الابيض بين محتوى / + الفسفور الابيض بين config.php ل (يمكن إعادة تثبيت نظام ووردبريس الأساسي).
  • تحقق من النسخة الاحتياطية: حجم ثابت، أرشيف قابل للقراءة، قاعدة بيانات SQL غير فارغة، واختبار الاستعادة.
  • احتفظ بنسخة خارج الخادم (الحاسوب + السحابة)، وإلا فإن حادثة اختراق/خادم ستدمر كل شيء.

متى يستخدم هذا الحل

  • موقعك غير مستقر ولم تعد تثق في إضافات النسخ الاحتياطي.
  • أنت بصدد الانتقال إلى مزود استضافة جديد وتريد أن تفهم ما الذي تقوم بنقله.
  • أنت على وشك القيام بعملية محفوفة بالمخاطر: تحديث رئيسي، تغيير في القالب، إصلاح شامل لـ Divi/Elementor، تنظيف قاعدة البيانات.
  • أنت تريد نسخة احتياطية "للبقاء" في حالة تعذر الوصول إلى المسؤول (خطأ 500، حلقة إعادة التوجيه، خطأ فادح).

متى لا يجب استخدام هذا الحل

  • هل تبحث عن نسخ احتياطية؟ تلقائي et تدريجي (يومياً، مع الاحتفاظ بالبيانات). لا يحل هذا الدليل محل الاستراتيجية.
  • إذا كنت تدير موقعًا إلكترونيًا ضخمًا (يحتوي على ملفات وسائط ضخمة وقاعدة بيانات بحجم عدة غيغابايت)، فقد تواجه مشكلة انقطاع الاتصال أثناء عمليات التصدير. ستحتاج إلى أدوات خادم (مثل SSH أو mysqldump أو rsync) أو حل احترافي.
  • أنت تستخدم استضافة مشتركة محدودة للغاية، ويقوم phpMyAdmin بحظر عمليات التصدير الكبيرة: أعط الأولوية لمكون إضافي قوي أو طريقة SSH إذا كانت متاحة.

قبل البدء (المتطلبات الأساسية)

قبل أي تلاعب، ضع قاعدة بسيطة: لا تقم أبدًا باختبار "التشغيل المباشر" بدون وجود نسخة احتياطية موجودةكثيراً ما رأيت مواقع ويب تتعطل لأن الشخص "كان سيقوم بعمل نسخة احتياطية بعد التحديث".

المتطلبات الفنية

  • WordPress : 6.9.4 (أو أحدث).
  • PHP : 8.1 كحد أدنى موصى به (الهدف من هذا البرنامج التعليمي).
  • إمكانية الوصول إلى أماكن الإقامة ما يعادل cPanel/Plesk/Manager، ويفضل أن يكون بريس.
  • الوصول إلى FTP/SFTP عبر FileZilla أو Cyberduck أو مدير الملفات الخاص بمزود خدمة الاستضافة.
  • تم تفعيل قالب الطفل (إذا كانت لديك تخصيصات بالفعل). هذا ليس إلزاميًا للحفظ، ولكنه مؤشر مهم للتحقق منه.

مصطلحات يجب أن تعرفها (ببساطة)

  • قاعدة معطيات : جدول كبير يخزن مقالاتك وصفحاتك وإعداداتك ومستخدميك. يستخدم ووردبريس MySQL/MariaDB.
  • ملفات كل ما هو موجود على الخادم (الصور، والإضافات، والقوالب، وملفات التكوين).
  • FTP / SFTP بروتوكول النقل. SFTP (عبر SSH) هو الأفضل: إنه أكثر أمانًا.
  • بريس واجهة ويب لإدارة قاعدة بيانات MySQL (تصدير/استيراد).

إجراءات الأمن

  • لا تقم بتعديل نواة ووردبريس (ملفات ووردبريس) "للمساعدة في النسخ الاحتياطي". لا نتدخل في النظام الأساسي.
  • ملفك الفسفور الابيض بين config.php ل يحتوي ملف SQL الذي قمت بتصديره على معلومات حساسة (أسماء قواعد البيانات، وأحيانًا المسارات، وأحيانًا عناوين البريد الإلكتروني). قم بتخزينه كبيانات خاصة.
  • تجنب إرسال ملفات SQL عبر البريد الإلكتروني. اختر التخزين المشفر (ملف مضغوط محمي بكلمة مرور + سحابة).

النتيجة المتوقعة في نهاية هذا القسم

لديك: بيانات اعتماد الاستضافة الخاصة بك، وبرنامج عميل FTP/SFTP مثبت، ومجلد على جهاز الكمبيوتر الخاص بك باسم، على سبيل المثال نسخة احتياطية من ووردبريس2026-04-06.

الخطوة الأولى: جرد المحتويات (ما الذي يحتاج إلى نسخ احتياطي)

النسخة الاحتياطية القابلة للاستخدام من ووردبريس هي:

  • قاعدة معطيات ملف واحد .sql (غالباً ما يتم ضغطها إلى .zip ou .gz).
  • ملفات أرشيف أو ملف تماما من الموقع (أو على الأقل المجلدات الرئيسية).

ما هي الملفات الأساسية؟

  • / الفسفور الابيض بين المحتوى / أهم شيء.
    • / الفسفور الابيض بين المحتوى / الإضافات / : صورك ووسائطك.
    • / الفسفور الابيض بين المحتوى / المواضيع / موضوعك (وخاصة موضوع الأطفال).
    • / Wp-content/plugins / : ملحقاتك (مفيدة للاستعادة السريعة إلى نفس الحالة).
    • /wp-content/mu-plugins/ : إضافات "يجب استخدامها" (غالباً ما يتم نسيانها، وأحياناً تكون بالغة الأهمية).
  • الفسفور الابيض بين config.php ل : التكوين (اتصال قاعدة البيانات، مفاتيح الأمان، بادئة الجدول، إلخ).
  • . هتكس (Apache) أو تكوين Nginx إذا كان لديك: قواعد إعادة الكتابة، والأمان، والتخزين المؤقت.

هل يجب عليّ عمل نسخة احتياطية من /wp-admin/ و /wp-includes/؟

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

النتيجة المتوقعة

لديك قائمة مراجعة: SQL + wp-content + wp-config.php (+ .htaccess).

الخطوة الثانية: إيقاف الموقع مؤقتًا بشكل صحيح (اختياري، ولكن يُنصح به)

تكمن مشكلة النسخ الاحتياطي "الساخن" في إمكانية تغيير قاعدة البيانات أثناء عملية التصدير (التعليقات، طلبات WooCommerce، ذاكرة التخزين المؤقت، الجلسات). في مدونة ذات نشاط منخفض، يكون هذا الخطر ضئيلاً، لكنني رأيتُ حالاتٍ تسببت فيها هذه العملية في تعطيل عمليات استعادة WooCommerce.

الطريقة أ (بدون إضافة): تفعيل وضع الصيانة عبر .maintenance

يعرض ووردبريس تلقائيًا رسالة صيانة إذا كان الملف .maintenance موجود في جذر الموقع (حيث wp-config.php).

أنشئ ملفًا باسم .maintenance في الجذر، يحتوي على:

<?php
// Mode maintenance simple : WordPress affichera un message de maintenance.
$upgrading = time();

أين نضعه؟ عبر FTP/SFTP، على مستوى الجذر (نفس مستوى wp-config.php).

النتيجة المتوقعة: عند زيارة الموقع، ستظهر لك رسالة صيانة خاصة بـ WordPress. وقد تكون لوحة التحكم مقفلة أيضاً.

الطريقة الثانية: عدم القيام بأي شيء (مقبول بالنسبة للمدونة)

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

بعد النسخ الاحتياطي

افكر في Supprimer الملف .maintenance لإعادة الموقع إلى الإنترنت.

الخطوة 3: تصدير قاعدة البيانات (طريقة phpMyAdmin)

ستقوم بإنشاء ملف .sql (غالباً ما تكون مضغوطة). هذا هو جوهر محتواك.

1) ابحث عن اسم قاعدة البيانات (بدون تخمين)

فتح wp-config.php (عبر بروتوكول نقل الملفات أو مدير الملفات) وحدد موقع:

<?php
// Extrait typique de wp-config.php (ne copiez pas vos vraies valeurs en public)
define( 'DB_NAME', 'nom_de_votre_base' );
define( 'DB_USER', 'utilisateur_db' );
define( 'DB_PASSWORD', 'mot_de_passe_db' );
define( 'DB_HOST', 'localhost' );

// Préfixe des tables (souvent wp_, parfois personnalisé)
$table_prefix = 'wp_';

النتيجة المتوقعة: أنت تعرف DB_NAME (الاسم الدقيق للقاعدة) و $table_prefix.

2) التصدير عبر phpMyAdmin

  1. سجّل الدخول إلى مزود خدمة الاستضافة الخاص بك → افتح بريس.
  2. في العمود الأيسر، انقر على القاعدة DB_NAME.
  3. انقر فوق علامة التبويب مصدر.
  4. اختار الطريقة: شخصية (يتجنب عمليات التصدير غير المكتملة).
  5. شكل: SQL.
  6. ضغط:
  7. في "خيارات خاصة بالتنسيق"، حدد ما يلي:
    • أضف أمر حذف الجدول / العرض / الإجراء / الدالة (بحسب الخيارات المتاحة)
    • أضف إذا لم يكن موجودًا (إن عُرض)
  8. التحقق من صحة: نفذ.

لماذا "شخصي"؟

في بعض مزودي خدمات الاستضافة، قد يتجاهل إعداد "السريع" الخيارات المفيدة، وقد قمت بالفعل باستعادة ملفات SQL بدونه. DROP TABLE مما يعقد عملية الاستعادة (الجداول الموجودة بالفعل).

النتيجة المتوقعة

أنت بصدد تنزيل ملف من النوع التالي:

  • nom_de_votre_base.sql
  • ou nom_de_votre_base.sql.gz

يجب أن يكون حجم الملف متناسقًا. نادرًا ما يكون حجم مدونة حقيقية "2 كيلوبايت". إذا كان ملفك صغيرًا جدًا، فمن المحتمل أن عملية التصدير قد فشلت.

الخطوة الرابعة: نسخ الملفات احتياطياً (باستخدام بروتوكول نقل الملفات FTP/SFTP أو مدير الملفات)

ستقوم باستعادة الملفات من الخادم إلى جهاز الكمبيوتر الخاص بك. هناك طريقتان: إما تنزيل كل شيء، أو استهداف الملفات الأساسية فقط.

الطريقة أ (موصى بها للمبتدئين): قم بتنزيل الدليل بأكمله من الموقع الإلكتروني

الأداة:

  1. افتح برنامج FTP/SFTP الخاص بك.
  2. قم بتسجيل الدخول (المضيف، اسم المستخدم، كلمة المرور، المنفذ). بالنسبة لبروتوكول SFTP، يكون المنفذ غالبًا 22.
  3. في قسم الخادم، انتقل إلى المجلد الرئيسي للموقع (غالبًا public_html, wwwأو مجلد نطاق).
  4. تحميل كل المحتوى إلى ملفك backup-wp-YYYY-MM-DD.

النتيجة المتوقعة: يوجد ما يلي على جهاز الكمبيوتر الخاص بك:

  • wp-admin/
  • wp-includes/
  • wp-content/
  • wp-config.php
  • (غالباً) .htaccess

الطريقة ب (أسرع): قم بتنزيل الأساسيات فقط

إذا كان لديك قيود زمنية أو قيود على حجم الملف، فقم بتنزيل ما لا يقل عن:

  • wp-content/
  • wp-config.php
  • .htaccess (إذا كان موجودا)

ستتمكن من إعادة تثبيت ووردبريس 6.9.4 بشكل سليم وإعادة تثبيته مرة أخرى wp-content + القاعدة.

نصيحة: لا تفوت الملفات "المخفية".

.htaccess et .maintenance هذه ملفات مخفية (تبدأ بنقطة). في برنامج FileZilla: الخادم ← فرض عرض الملفات المخفية.

النتيجة المتوقعة

اكتمل التنزيل بنجاح دون أخطاء. إذا ظهرت لك رسائل "تم رفض الإذن" على الملفات في uploadsدوّنها: غالباً ما تكون مسألة حقوق تحتاج إلى تصحيح.

الخطوة 5: التحقق من سلامة النسخة الاحتياطية (قبل الحاجة إليها)

النسخ الاحتياطي غير الموثق يُعطي شعوراً زائفاً بالأمان. أقول هذا لأني أستعيد بانتظام "نسخاً احتياطية" تحتوي على قاعدة بيانات SQL فارغة أو مجلد تحميلات غير مكتمل.

قائمة مراجعة سريعة

  • ملف SQL الخاص بك ليس فارغًا (حجمه ثابت).
  • يمكنك فتحه (على الأقل الأسطر القليلة الأولى) باستخدام محرر نصوص (VS Code) أو أداة gzip.
  • ملفك wp-content/uploads يحتوي على مجلدات فرعية (السنة/الشهر).
  • لديك الخير wp-config.php.

أنشئ ملف ZIP مضغوط (مفيد للتخزين)

على جهاز الكمبيوتر الخاص بك، قم بضغط ما يلي:

  • مجلد الملفات (أو على الأقل wp-content + wp-config.php)
  • ملف SQL

قم بتسمية أرشيفاتك بشكل واضح:

  • site-fichiers-2026-04-06.zip
  • site-bdd-2026-04-06.sql.gz

النتيجة المتوقعة

لديك عنصران قابلان للتخزين والتعرف عليهما، جاهزان للنسخ خارج الخادم.

الخطوة 6: اختبار الاستعادة في بيئة اختبار

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

خيار بسيط: نطاق فرعي أو موقع تجريبي مع مزود خدمة الاستضافة

يُقدّم العديد من مُزوّدي خدمات الاستضافة خدمة "بيئة تجريبية". أو يُمكنك إنشاء نطاق فرعي (على سبيل المثال، staging.votresite.com) بقاعدتها الخاصة.

عملية الترميم (نظرة عامة)

  1. أنشئ قاعدة بيانات ومستخدم جديدين (عبر cPanel/Plesk).
  2. قم بتحميل ملفات ووردبريس (الأساسية + الخاصة بك) wp-content).
  3. قم باستيراد استعلام SQL إلى قاعدة البيانات الجديدة عبر phpMyAdmin.
  4. التحديث wp-config.php (اسم قاعدة البيانات، مستخدم قاعدة البيانات، كلمة مرور قاعدة البيانات، مضيف قاعدة البيانات).
  5. قم بتصحيح عناوين URL إذا كنت تقوم بالاستعادة على نطاق آخر (وهي حالة شائعة).

مشكلة شائعة: يجب تصحيح عناوين URL بعد الاستعادة

عند استعادة نطاق فرعي، يتغير عنوان الموقع الإلكتروني. يخزن ووردبريس عنوان الموقع في الجدول. options (خيارات siteurl et home).

يمكنك التعديل مؤقتًا عبر wp-config.php (مفيد عندما لا يكون المسؤول موجودًا):

<?php
// À placer dans wp-config.php, avant "/* That's all, stop editing! */"
// Objectif : forcer l'URL du site sur l'environnement de test.
define( 'WP_HOME', 'https://staging.votresite.com' );
define( 'WP_SITEURL', 'https://staging.votresite.com' );

انتباه: قم بإزالة هذه الثوابت بعد التحقق من الصحة إذا كنت لا ترغب في تجميد عنوان URL.

النتيجة المتوقعة

يفتح موقع الاختبار الخاص بك، وتعمل الإدارة، وتظهر الوسائط الخاصة بك، وتعرض الصفحات المحتوى الصحيح.

النتيجة الكاملة

إذا كنت ترغب في عرض "شامل"، فإليك ما تحتاج إليه في النهاية (وأين):

1) على جهاز الكمبيوتر الخاص بك

  • ملفات :
    • site-fichiers-2026-04-06.zip (أو ملف كامل من الموقع)
  • الفئة الأساسية :
    • site-bdd-2026-04-06.sql.gz (أو .sql)

2) على وحدة تخزين خارج الخادم

  • نسخة على قرص صلب خارجي أو جهاز تخزين متصل بالشبكة (NAS).
  • نسخة على خدمة سحابية (مثل جوجل درايف/دروب بوكس/باك بليز/إلخ) من الأفضل مرقم.

3) الرمز الوحيد المستخدم (اختياري)

الملف .maintenance (إذا اخترت إيقاف الموقع مؤقتًا):

<?php
// Mode maintenance : à supprimer après la sauvegarde.
$upgrading = time();

التكيف مع Divi 5 / Elementor / Avada

لا يعتمد الحفظ اليدوي على أداة إنشاء الصفحات، ولكن هناك مجلدات يجب مراقبتها لأن هذه الأدوات تولد العديد من الأصول (CSS/JS) وتخزن البيانات في قاعدة البيانات.

ديفي 5

  • تحقق بعناية wp-content/themes/ (Divi + قالب Divi الفرعي إن وجد).
  • يمكن لـ Divi إنشاء ملفات ذاكرة التخزين المؤقت/الموارد في wp-content/اعتمادًا على إعداداتك، يمكن إعادة إنشائها، لكنني أحتفظ بها كنسخة احتياطية "للموقع بأكمله" لتجنب المفاجآت.
  • إذا كنت تستخدم مكتبة Divi (التخطيطات)، فهي موجودة في قاعدة البيانات: تصدير SQL الخاص بك أمر ضروري.

Elementor

  • يتم تخزين تصميماتك في قاعدة البيانات (المنشورات + بيانات المنشورات الوصفية). لذلك: مطلوب SQL.
  • يقوم Elementor بإنشاء CSS في wp-content/uploads/elementor/ (غالباً). لا تكتفِ بنسخ الصور احتياطياً، بل انسخ كل شيء احتياطياً. uploads.
  • بعد الاستعادة، إذا ظهر التصميم "معطلاً"، فقد يكون إعادة إنشاء ملفات CSS في Elementor كافياً (انظر قسم استكشاف الأخطاء وإصلاحها).

أفادا (منشئ الاندماج)

  • يخزن برنامج Avada العديد من الخيارات في قاعدة بياناته. ملاحظة أخرى: بدون استخدام SQL، ستفقد الإعدادات.
  • في بعض مواقع Avada، رأيت أحجام قواعد بيانات أكبر من المتوقع: إذا انتهت مهلة phpMyAdmin، فقم بالتبديل إلى بديل (القسم "Variant").

الفحص النهائي

  1. قاعدة معطيات لديك ملف .sql ou .sql.gz غير فارغ، مؤرخ، مخزن خارج الخادم.
  2. ملفات : لديك wp-content إكمال (التحميلات/القوالب/الإضافات)، و wp-config.php.
  3. اختبار : لقد قمت بالتحقق من صحة عملية استعادة واحدة على الأقل في بيئة الاختبار أو النطاق الفرعي (ولو لمرة واحدة فقط).
  4. الموقع الإلكتروني عاد للعمل : إذا كنت قد استخدمت .maintenanceتمت إزالته.

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

إذا لم تكن النتيجة كما هو متوقع

إليكم المشاكل التي أراها في أغلب الأحيان، مع طريقة سريعة للتحقق منها وإصلاحها.

مخطط تشخيصي

عرض السبب المحتمل التحقق الحلول
يبلغ حجم ملف SQL بضعة كيلوبايتات تم إيقاف عملية التصدير / تم اختيار قاعدة بيانات خاطئة افتح ملف SQL: هل يحتوي على عبارات CREATE TABLE / INSERT؟ أعد التصدير كـ "مخصص"، وتحقق من DB_NAME في ملف wp-config.php
بعض الصور مفقودة بعد عملية الاستعادة عمليات تحميل غير مكتملة قارن عدد الملفات سنويًا/شهريًا أعد تنزيل مجلد wp-content/uploads بالكامل.
الموقع الذي تم ترميمه يعيد التوجيه إلى العقار السابق عناوين URL في قاعدة البيانات (home/siteurl) phpMyAdmin → خيارات الجدول → home/siteurl قم مؤقتًا بفرض استخدام WP_HOME/WP_SITEURL أو استبدل عناوين URL بشكل صحيح
خطأ: "حدث خطأ أثناء إنشاء اتصال بقاعدة البيانات" بيانات اعتماد قاعدة البيانات غير صحيحة في ملف wp-config.php قارن بين اسم قاعدة البيانات/اسم مستخدم قاعدة البيانات/كلمة مرور قاعدة البيانات قم بتصحيح ملف wp-config.php، وتحقق من مستخدم قاعدة البيانات على جانب الاستضافة.
لا يزال الموقع قيد الصيانة تم نسيان الصيانة تحقق من الملف الموجود في الجذر حذف ملف .maintenance

مثال عملي: لا يمكنك العثور على ملف wp-config.php

في كثير من الأحيان، لا تكون في المجلد الصحيح (على سبيل المثال: public_html/ vs public_html/votresite/حدد موقع مجلد يحتوي على wp-content. ال wp-config.php يكون عموماً على نفس المستوى.

مثال عملي: برنامج FTP الخاص بك لا يعرض ملف .htaccess

فعّل خاصية عرض الملفات المخفية. بدون ذلك، ستحفظ "كل شيء تقريبًا" وتفقد قواعد إعادة الكتابة أو قواعد الأمان.

الأخطاء الشائعة والمزالق

خطأ سبب الحلول
احفظ الملفات فقط نحن نؤمن بأن "كل شيء موجود في wp-content" قم أيضًا بتصدير قاعدة بيانات SQL (المحتوى + الإعدادات).
احفظ قاعدة البيانات فقط لقد نسينا أمر وسائل الإعلام والموضوع استرجاع محتوى ووردبريس (الملفات المرفوعة/القوالب/الإضافات)
نسخ الملفات إلى المكان الخطأ الخلط بين جذر الخادم ومجلد ووردبريس حدد موقع ملفي wp-content و wp-config.php لتحديد الدليل الجذر الصحيح.
انسَ أمر الملفات المخفية (.htaccess، .maintenance) خيار FTP غير مفعل فرض عرض الملفات المخفية في عميل FTP
الاختبار مباشرة في بيئة الإنتاج لا توجد بيئة اختبار أنشئ نطاقًا فرعيًا تجريبيًا، واختبر عملية الاستعادة.
قم بتصدير "Quick" واحصل على جزء من SQL إعدادات مهلة الجلسة / phpMyAdmin تصدير "مخصص" + ضغط gzip
عالق في وضع الصيانة تم نسيان الصيانة احذف الملف بعد حفظه
استعادة إلى نطاق آخر دون تصحيح عناوين URL يتم تخزين عنوان الموقع (home/siteurl) في قاعدة البيانات قم مؤقتًا بفرض استخدام WP_HOME/WP_SITEURL أو قم باستبدال عنوان URL بشكل كامل
باستخدام برنامج تعليمي قديم مع PHP 7.x رمز/أداة قديمة التزم باستخدام PHP 8.1+ والأساليب الحالية (WordPress 6.9.4)

بديل / متغير

إذا كانت قاعدة بياناتك كبيرة جدًا بالنسبة لـ phpMyAdmin (بسبب انتهاء المهلة)، أو إذا كنت تريد "بدون أي متاعب"، فإليك بديلان واقعيان.

الخيار الأول: أداة النسخ الاحتياطي الخاصة بمزود خدمة الاستضافة

يُقدّم العديد من مُزوّدي خدمات الاستضافة خدمة النسخ الاحتياطي "اللقطة" (للملفات وقاعدة البيانات). وتكمن ميزتها في أنها غالبًا ما تكون أكثر موثوقيةً مع كميات البيانات الكبيرة مقارنةً بتصديرها عبر phpMyAdmin من خلال المتصفح.

  • تحقق من التكرار (يوميًا؟)، ومدة الاحتفاظ (7 أيام؟ 30 يومًا؟)، والأهم من ذلك: هل يمكنك تنزيل النسخة الاحتياطية؟ ?

الخيار الثاني: إضافة النسخ الاحتياطي (لأتمتة العمليات)

لا يعتبر استخدام الإضافة "أقل احترافية". في العديد من المواقع، تُعد الإضافة الخيار الأفضل لإجراء نسخ احتياطية مجدولة بالإضافة إلى التخزين الخارجي.

  • اختر إضافة مدعومة، متوافقة مع ووردبريس 6.9.4، مع إمكانية التصدير إلى وحدة تخزين خارجية.
  • ومع ذلك، احتفظ بنسخة احتياطية يدوية بشكل مؤقت قبل أي عملية محفوفة بالمخاطر (إنها شبكة الأمان الخاصة بك).

نصائح السلامة والأداء والصيانة

  • القاعدة 3-2-1 : 3 نسخ، على وسيلتين مختلفتين، بما في ذلك نسخة واحدة خارج الموقع (السحابة).
  • تشفير أرشيفاتك إذا كنت تخزنها على سحابة مشتركة (يمكن أن يحتوي SQL على رسائل بريد إلكتروني، وأحيانًا بيانات حساسة اعتمادًا على المكونات الإضافية الخاصة بك).
  • وثيقة احتفظ بملف نصي في مجلد النسخ الاحتياطي الخاص بك يحتوي على ما يلي:
    • إصدار ووردبريس (6.9.4)
    • إصدار PHP
    • اسم السمة النشطة
    • قائمة المكونات الإضافية الأساسية
    • تاريخ/وقت النسخ الاحتياطي
  • ايقاع بالنسبة للمدونة، قد تكفي التحديثات الأسبوعية. أما بالنسبة للموقع الإلكتروني النشط، فاحرص على التحديثات اليومية.
  • لا تدع الملف .maintenance يتسكع.

لتذهب أبعد من ذلك

بمجرد أن تشعر بالراحة، يمكنك تحسين أسلوبك:

  • التبديل إلى نسخة احتياطية عبر SSH (إذا كان مزود خدمة الاستضافة الخاص بك يسمح بذلك) لتجنب قيود المتصفح.
  • أعد ال التجهيز الدائم واختبر كل تحديث قبل الإنتاج.
  • أتمتة عمليات التصدير والتحميل إلى وحدة تخزين خارجية (S3، Backblaze، إلخ).

إذا كان لديك وصول SSH، فابحث في mysqldump (الوثائق الرسمية لـ MySQL/MariaDB) و tar/rsyncليس من الضروري البدء، لكنها المرحلة التالية.

الموارد

الأسئلة الشائعة

هل تكفي عملية النسخ الاحتياطي "للملفات فقط"؟

لا. ستحصل على القالب والإضافات والوسائط، لكنك ستفقد المحتوى (المقالات/الصفحات) والإعدادات والمستخدمين، لأن كل ذلك موجود في قاعدة البيانات.

هل يكفي إجراء "نسخة احتياطية أساسية فقط"؟

لا. أنت تستعيد المحتوى، لكنك تفقد الصور (الملفات المرفوعة) وغالبًا ما تفقد القالب والإضافات، لذلك لم يعد الموقع "يبدو" كأي شيء.

هل يجب عليّ عمل نسخة احتياطية من جميع ملفات ووردبريس أم فقط مجلد wp-content؟

بالنسبة للمبتدئين، يُعدّ نسخ مجلد الموقع الإلكتروني بالكامل احتياطيًا الخيار الأسهل. أما إذا كنت ترغب في تحسين الأداء، فقم بنسخ احتياطي على الأقل wp-content + wp-config.php + قاعدة بيانات SQL.

لماذا تفشل عملية تصدير بيانات phpMyAdmin على المواقع الإلكترونية الكبيرة؟

يستخدم phpMyAdmin متصفحًا، وله بعض القيود (مثل مهلة الاتصال واستهلاك الذاكرة). بالنسبة للملفات الكبيرة، استخدم أداة النسخ الاحتياطي الخاصة بمزود خدمة الاستضافة، أو إضافةً، أو SSH إن كان متاحًا.

أين يمكنني العثور على اسم قاعدة البيانات إذا لم أكن قد دونته؟

في wp-config.php، الثابت DB_NAME.

ماذا أفعل إذا لم أتمكن من رؤية ملف .htaccess عبر بروتوكول نقل الملفات (FTP)؟

فعّل خاصية عرض الملفات المخفية في برنامج FTP الخاص بك. في برنامج FileZilla، ستجد هذا الخيار ضمن قائمة "الخادم".

هل يمكنني تخزين النسخة الاحتياطية على نفس الخادم؟

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

هل يجب عليّ تفعيل وضع الصيانة أثناء عملية النسخ الاحتياطي؟

بالنسبة للمدونة، الأمر اختياري. أما بالنسبة للمواقع التي تحتوي على طلبات (مثل ووكومرس) أو التي تشهد نشاطًا كبيرًا، فيُنصح بتجنب قاعدة بيانات "بين حالتين".

لماذا يتم إعادة توجيه موقعي الإلكتروني المستعاد إلى النطاق القديم؟

يتم تخزين عناوين المواقع الإلكترونية في قاعدة البيانات. صحيح home et siteurl (خيارات الجدول) أو فرض مؤقتًا WP_HOME / WP_SITEURL في wp-config.php.

هل تُغيّر Divi/Elementor/Avada طريقة الحفظ؟

لا، ليس من حيث المبدأ (قاعدة البيانات + الملفات). ومع ذلك، فإنها تخزن الكثير من الإعدادات في قاعدة البيانات، وأحيانًا تُنشئ ملفات في uploadsلذلك: لا تهمل لغة SQL أو uploads.

كم مرة يجب عليّ إجراء نسخ احتياطي يدوي؟

قبل كل عملية محفوفة بالمخاطر، ثم بناءً على نشاطك. إذا كنت تنشر مرة واحدة في الأسبوع، فقد يكفي إجراء نسخ احتياطي أسبوعي. أما إذا كنت تنشر يوميًا، فاحرص على إجراء نسخ احتياطي يومي (ويُفضل أن يكون تلقائيًا).

مقالات ذات صلة

تقديم تعليق

لن يتم نشر عنوان بريدك الإلكتروني. الحقول المشار إليها إلزامية *

يستخدم هذا الموقع نظام Akismet لتقليل الرسائل الضارة. تعرف على كيفية معالجة بيانات تعليقك.