= هل هناك نسخة احتياطية جيدة أو مكون إضافي للترحيل للحصول على موقع خارج GoDaddy Managed WordPress؟ =

! [] (httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

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

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

هل نجح أي شخص هنا مع أي من الإضافات الاحتياطية في مثل هذا السيناريو؟

! [] (httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

تحديث: في حالة وصول أي شخص إلى هنا عبر Googles لنفس المشكلة ، انتهيت من إجراء Updraft Plus بحجم 25 ميغابايت. النسخ الاحتياطي على القرص. تنزيل يدوي لملف أرشيف واحد في كل مرة. تحميل واستعادة بالجملة. لقد اخترت أيضًا المكونات الإضافية وملفات الموقع لتحديد ما لم يكن بحاجة إلى الترحيل (الكثير من العناصر القديمة قيد التشغيل) وقمت بإيقاف تشغيل أكبر عدد ممكن من المكونات الإضافية التي يمكن أن يتعرض لها الموقع أثناء عملية النسخ الاحتياطي. تحاول بشكل أساسي تقليل الطلب على الموارد قدر الإمكان لمنع الأمور من انتهاء الوقت.

نعم ، هذا عمل سيء قام به مطور ذو مهارات منخفضة على مضيف ويب ضعيف. ولكن لم يكن هناك طريقة للقيام بأي عمل مهم على خادمهم المباشر. الآن يمكنني تنظيفه على خادم التطوير الخاص بي دون خوف.

شكرا لكم جميعا على اقتراحاتكم.

لقد استخدمت All In One WP Migration وقد عملت بشكل جيد بالنسبة لي. لقد استخدمت أيضًا واحدة من قبل الشركة تسمى Blog Vault والتي تعمل بشكل جيد.

أحاول Migrate Guru (من BV) الآن. تم ترحيل DB بشكل جيد عبر SFTP لكن الملفات تتحرك بسرعة 1 ميجابايت / ثانية. لكن على الأقل لم ينته الوقت حتى الآن.

سأضيف AiO إلى القائمة إذا لم ينجح ذلك.

الكل في واحد هو الطريق للذهاب. WP Migrate DB Pro (يمكن أن يقوم Delicious بترحيل كل شيء جيدًا ولكنه خيار مدفوع. OP كملاحظة جانبية إذا كنت بحاجة إلى تشغيل وظائف cron على خوادم لا تسمح لـ cron ، ففكر في github. أدير الكثير من المواقع على WP Engine ولا يسمحون بوظائف cron لذلك أقوم بجدولة كل منهم من خلال إجراءات GitHub.

إذا لم يكن حساب استضافة godaddy يستخدم خادم cpanel ، فأنا أقترح إجراء نسخ احتياطي يدوي. المكونات الإضافية للترحيل مرهقة للغاية للاستخدام.

الإجابة على السؤال المباشر - أستخدم Updraft Plus لهذا النوع من الأشياء - ستأخذ النسخة المجانية نسخة احتياطية وتستعيدها إلى مضيف آخر.
مع ذلك ، سيقوم الكثير من مزودي الاستضافة بترحيل موقعك إليهم مجانًا ، لذا يجب عليك التحقق مما إذا كان مضيفك الجديد سيفعل ذلك أو ربما يختار مضيفًا سيفعل ذلك.

أنا أستخدم updraftplus قليلاً وهو يعمل بشكل جيد. اشتريت وحدة الترحيل أيضًا في حالة تغيير اسم النطاق.

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

سيكون أكثر موثوقية استخدام ssh للاتصال بالخادم ، و

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

نسخ db احتياطيًا إلى ملف SQL: `wp db export 2022-06-13-yoursites_db.sql

ثم

cd إلى مجلد المستخدمين أو في مكان آمن من متصفحات الويب ، وأنشئ مجلدًا جديدًا:

mkdir yoursite_backups

ثم انتقل إلى المجلد:

القرص المضغوط yoursite_backups

ثم استخدم ملف

tar لضغط وإنشاء أرشيف لملفات مواقعك في مجلد النسخ الاحتياطية الحالي ، بما في ذلك ملف النسخ الاحتياطي لقاعدة البيانات الذي قمت بإنشائه مسبقًا: GZIP_OPT = -9 tar -zcvf 2022-06-13-yoursitesfullbackup.tar.gz -C / the /path/to/yoursite.com/.

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

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

== حول المجتمع ==

أعضاء

متصل

== بووروبس ==

httpswww.redditstatic.com/desktop2x/img/powerups/powerups-rangers.png)