WordPress سائٹ کی منتقلی کا طریقہ: دستی، پلگ ان، اور ہوسٹنگ کے طریقے

ورڈپریس سائٹ کی منتقلی—چاہے نئے ہوسٹ پر منتقل ہونا، ڈومین تبدیل کرنا، یا اسٹیجنگ ماحول سے پروڈکشن میں منتقل ہونا—ایک ایسا کام ہے جس کا سامنا زیادہ تر ورڈپریس صارفین کو کسی نہ کسی وقت کرنا پڑتا ہے۔ اگر صحیح طریقے سے کیا جائے تو منتقلی میں 30-60 منٹ لگتے ہیں بغیر کسی ڈاؤن ٹائم کے۔ اگر غلط طریقے سے کیا جائے تو اس کے نتیجے میں ٹوٹے ہوئے لنکس، غائب تصاویر، ڈیٹا بیس کی غلطیاں، اور گھنٹوں کی خرابیوں کا سامنا کرنا پڑ سکتا ہے۔

اس رہنما میں، ہم تین منتقلی کے طریقے بیان کرتے ہیں: دستی منتقلی (مکمل کنٹرول کے لیے)، پلگ ان کی مدد سے منتقلی (سادگی کے لیے)، اور ہوسٹنگ فراہم کنندہ کی منتقلی (آسانی کے لیے)۔ ہر طریقے میں قدم بہ قدم ہدایات اور ایک تصدیقی چیک لسٹ شامل ہے۔

منتقلی سے پہلے: تیاری کی چیک لسٹ

طریقہ 1: دستی منتقلی (مکمل کنٹرول)

دستی منتقلی آپ کو عمل پر مکمل کنٹرول دیتی ہے۔ یہ ڈویلپرز اور پیچیدہ سائٹس کے لیے پسندیدہ طریقہ ہے جن کی اپنی مرضی کی تشکیل ہوتی ہے۔

مرحلہ 1: ڈیٹا بیس برآمد کریں

اپنی موجودہ ہوسٹنگ سے SSH یا phpMyAdmin کے ذریعے جڑیں اور ورڈپریس ڈیٹا بیس برآمد کریں:

کمانڈ لائن (SSH) کا استعمال کرتے ہوئے:

• چلائیں: mysqldump -u username -p database_name > backup.sql
• backup.sql فائل کو اپنے مقامی مشین پر ڈاؤن لوڈ کریں

phpMyAdmin کا استعمال کرتے ہوئے:

• اپنی ڈیٹا بیس منتخب کریں → برآمد کریں → فوری برآمد → SQL فارمیٹ → جاری رکھیں
• .sql فائل محفوظ کریں

مرحلہ 2: تمام فائلیں کاپی کریں

موجودہ سرور سے تمام ورڈپریس فائلیں ڈاؤن لوڈ کریں:

• SFTP (FileZilla، WinSCP، یا Cyberduck) کے ذریعے جڑیں
• ورڈپریس کی پوری ڈائریکٹری ڈاؤن لوڈ کریں (wp-content، wp-admin، wp-includes، روٹ فائلیں)
• متبادل کے طور پر، ایک کمپریسڈ آرکائیو بنائیں: tar -czf wordpress-backup.tar.gz /path/to/wordpress/

wp-content ڈائریکٹری سب سے اہم ہے—یہ آپ کے تھیمز، پلگ ان، اپ لوڈز (تصاویر)، اور تشکیل کی فائلیں رکھتی ہے۔

مرحلہ 3: نئی سرور پر فائلیں اپ لوڈ کریں

• SFTP کے ذریعے اپ لوڈ کریں یا نئے سرور پر آرکائیو کو نکالیں
• یقینی بنائیں کہ فائل کی اجازتیں درست ہیں: ڈائریکٹریاں 755 پر، فائلیں 644 پر
• یہ تصدیق کریں کہ wp-config.php فائل موجود ہے لیکن اسے اپ ڈیٹ کرنے کی ضرورت ہوگی

مرحلہ 4: نئے سرور پر ڈیٹا بیس بنائیں

• نئے ہوسٹنگ پر ایک نیا MySQL ڈیٹا بیس اور صارف بنائیں
• نئے ڈیٹا بیس پر صارف کو مکمل اختیارات دیں
• ڈیٹا بیس درآمد کریں: mysql -u new_username -p new_database < backup.sql

مرحلہ 5: wp-config.php کو اپ ڈیٹ کریں

نئے سرور پر نئے ڈیٹا بیس کی اسناد کے ساتھ wp-config.php میں ترمیم کریں:

• DB_NAME → نیا ڈیٹا بیس نام
• DB_USER → نیا ڈیٹا بیس صارف نام
• DB_PASSWORD → نیا ڈیٹا بیس پاس ورڈ
• DB_HOST → عام طور پر 'localhost' لیکن اپنے ہوسٹ سے چیک کریں

مرحلہ 6: URLs کی تلاش اور تبدیلی (اگر ڈومین تبدیل ہو رہا ہے)

اگر آپ کا ڈومین تبدیل ہو رہا ہے تو آپ کو ڈیٹا بیس میں تمام URLs کو اپ ڈیٹ کرنے کی ضرورت ہے۔ ورڈپریس تصاویر، لنکس، اور سیریلائزڈ ڈیٹا کے لیے مکمل URLs محفوظ کرتا ہے۔ WP-CLI ٹول یا Search Replace DB اسکرپٹ کا استعمال کریں:

• wp search-replace 'https://old-domain.com' 'https://new-domain.com' --all-tables
• یہ سیریلائزڈ ڈیٹا کو صحیح طریقے سے ہینڈل کرتا ہے (سادہ SQL تلاش اور تبدیل کرنے کے برعکس)

مرحلہ 7: DNS کو اپ ڈیٹ کریں

اپنے ڈومین کے DNS ریکارڈز کو نئے سرور کے IP ایڈریس کی طرف اشارہ کریں۔ اپنے ڈومین رجسٹرار پر A ریکارڈ (اور IPv6 کے لیے AAAA) کو اپ ڈیٹ کریں۔ TTL کو 300 سیکنڈ پر سیٹ کریں (تیاری سے)، عام طور پر پھیلاؤ 5-30 منٹ کے اندر مکمل ہوتا ہے۔

طریقہ 2: پلگ ان مائگریشن (سب سے آسان)

مائگریشن پلگ ان خودکار طور پر تکنیکی تفصیلات کو ہینڈل کرتے ہیں۔ یہ ان صارفین کے لیے تجویز کردہ طریقہ ہے جو SSH اور ڈیٹا بیس کے انتظام میں آرام دہ نہیں ہیں۔

تجویز کردہ مائگریشن پلگ ان

مائگریشن کا عمل (All-in-One WP Migration)

1. ماخذ سائٹ پر انسٹال کریں: موجودہ سائٹ پر پلگ ان انسٹال اور فعال کریں
2. برآمد کریں: All-in-One → Export → Export To → File پر جائیں۔ پلگ ان ایک .wpress آرکائیو بناتا ہے
3. منزل پر WordPress انسٹال کریں: نئے میزبان پر ایک تازہ WordPress انسٹالیشن ترتیب دیں
4. منزل پر پلگ ان انسٹال کریں: نئے WordPress انسٹالیشن پر وہی پلگ ان انسٹال کریں
5. درآمد کریں: All-in-One → Import → .wpress فائل اپ لوڈ کریں
6. ہو گیا: پلگ ان خودکار طور پر ڈیٹا بیس، فائلز کو تبدیل کرتا ہے، اور URLs کو اپ ڈیٹ کرتا ہے

طریقہ 3: ہوسٹنگ فراہم کنندہ کی مائگریشن

بہت سے ہوسٹنگ فراہم کنندہ مفت مائگریشن خدمات یا بلٹ ان مائگریشن ٹولز پیش کرتے ہیں:

• SiteGround: ان کے Migrator پلگ ان کے ساتھ مفت WordPress مائگریشن
• Cloudways: ان کی ٹیم کی طرف سے مفت پہلی مائگریشن
• Kinsta: تمام منصوبوں کے ساتھ مفت مائگریشن، ان کی ٹیم کی طرف سے ہینڈل کیا جاتا ہے
• WP Engine: خودکار مائگریشن پلگ ان

ہوسٹنگ کی مدد سے مائگریشن سب سے آسان آپشن ہے لیکن آپ کو کم کنٹرول دیتا ہے۔ حسب ضرورت کنفیگریشن، کرون جابز، یا غیر معیاری سیٹ اپ کے ساتھ سائٹس کے لیے، دستی یا پلگ ان مائگریشن زیادہ قابل اعتماد ہے۔

مائگریشن کے بعد کی تصدیق چیک لسٹ

عام ہجرت کے مسائل اور حل

مزید تفصیلات کے لیے، سرکاری دستاویزات کا حوالہ دیں: WordPress مائگریشن دستاویزات.

اکثر پوچھے جانے والے سوالات

ورڈپریس کی ہجرت میں کتنا وقت لگتا ہے؟

ایک عام ہجرت کے لئے تکنیکی عمل کے لئے 30-60 منٹ لگتے ہیں۔ DNS کی پھیلاؤ میں 5 منٹ سے 48 گھنٹے لگ سکتے ہیں آپ کی TTL کی ترتیبات اور ISP کی کیشنگ پر منحصر ہے۔ ہجرت سے 24 گھنٹے پہلے TTL کو 300 سیکنڈ تک کم کرنا پھیلاؤ کی تاخیر کو کم کرتا ہے۔

کیا میں ہجرت کے دوران کوئی ڈیٹا کھو دوں گا؟

نہیں، اگر آپ بیک اپ پہلے کے طریقہ کار کی پیروی کرتے ہیں۔ شروع کرنے سے پہلے ایک مکمل بیک اپ بنائیں، اور پرانی سائٹ کو اس وقت تک حذف نہ کریں جب تک کہ آپ نے تصدیق نہ کی ہو کہ نئی ہوسٹ پر سب کچھ کام کرتا ہے۔ بیک اپ یہ یقینی بناتا ہے کہ اگر کچھ غلط ہو جائے تو آپ اصل حالت میں بحال کر سکتے ہیں۔

کیا میں بغیر کسی ڈاؤن ٹائم کے ورڈپریس سائٹ کی ہجرت کر سکتا ہوں؟

جی ہاں۔ کلید یہ ہے کہ DNS کو اپ ڈیٹ کرنے سے پہلے نئی سرور پر ہجرت مکمل کریں۔ نئی ہوسٹ پر سائٹ قائم کریں، تصدیق کریں کہ سب کچھ کام کرتا ہے (عارضی URL یا ہوسٹس فائل کے اندراج کا استعمال کرتے ہوئے)، پھر DNS کو اپ ڈیٹ کریں۔ صارفین پرانے سرور سے خدمات حاصل کریں گے جب تک کہ DNS پھیلتا ہے، پھر بغیر کسی رکاوٹ کے نئے سرور پر منتقل ہو جائیں گے۔

کیا مجھے ہجرت کے بعد پلگ ان اور تھیمز کو دوبارہ انسٹال کرنے کی ضرورت ہے؟

نہیں۔ مکمل ہجرت (فائلیں + ڈیٹا بیس) میں تمام پلگ ان، تھیمز، اپ لوڈز، اور ترتیبات شامل ہیں۔ سب کچھ جیسا ہے ویسا ہی منتقل ہوتا ہے۔ آپ کو یہ تصدیق کرنی چاہیے کہ پلگ ان فعال ہیں اور صحیح طریقے سے ترتیب دیے گئے ہیں، لیکن دوبارہ انسٹال کرنا ضروری نہیں ہے۔

اگر میری سائٹ ہجرت پلگ ان کے لئے بہت بڑی ہو تو کیا ہوگا؟

ایسی سائٹس جو 2-5 جی بی سے زیادہ ہیں (میڈیا سے بھرپور سائٹس کے ساتھ عام) اپ لوڈ کی حدود یا ہجرت پلگ ان کے ساتھ ٹائم آؤٹ کے مسائل کا سامنا کر سکتی ہیں۔ اس صورت میں، دستی طریقہ استعمال کریں: SSH/SFTP کے ذریعے فائلیں منتقل کریں اور کمانڈ لائن کے ذریعے ڈیٹا بیس درآمد کریں۔ بڑے ڈیٹا بیس کو --max_allowed_packet پیرامیٹر کا استعمال کرتے ہوئے تقسیم کیا جا سکتا ہے۔

کیا مجھے ہجرت سے پہلے یا بعد میں ورڈپریس، پلگ ان اور تھیمز کو اپ ڈیٹ کرنا چاہیے؟

ماخذ سائٹ پر ہجرت سے پہلے اپ ڈیٹ کریں، اور اپ ڈیٹ کرنے کے بعد تصدیق کریں کہ سب کچھ کام کرتا ہے۔ پہلے سے اپ ڈیٹ شدہ سائٹ کی ہجرت کرنا غیر مانوس سرور پر اپ ڈیٹ کے مسائل کو حل کرنے کی پیچیدگی سے بچاتا ہے۔ سیکیورٹی اور کارکردگی کے بہترین طریقوں کے لئے، ہماری ورڈپریس دیکھ بھال کی چیک لسٹ دیکھیں۔