نصب تازه وردپرس روی CentOS 7 توصیه نمی‌شود، چون این سیستم‌عامل از ۳۰ ژوئن ۲۰۲۴ به پایان عمر رسیده است. اگر سایت فعالی روی آن دارید، راه‌حل پایدار انتقال کنترل‌شده به محیط تحت پشتیبانی است؛ ارتقای تنها PHP، پشتیبانی از دست‌رفته سیستم‌عامل را بازنمی‌گرداند.
چرا آموزش نصب قدیمی دیگر کافی نیست؟
ممکن است دستورهای راه‌اندازی با مخازن آرشیوی اجرا شوند، اما موفقیت نصب به معنی امن‌بودن محیط نیست. وردپرس، افزونه‌ها، کتابخانه‌های سیستم و دیتابیس باید هم‌زمان مسیر دریافت وصله داشته باشند. استفاده از مخزن ناشناس فقط برای اجرای PHP جدید، می‌تواند نگهداری را دشوارتر کند.
مرحله اول: موجودی محیط فعلی را ثبت کنید
cat /etc/os-release
php -v
mysql --version
httpd -vنسخه PHP وب‌سرور ممکن است با خط فرمان متفاوت باشد؛ اطلاعات «ابزارها ← سلامت سایت» را نیز ثبت کنید. قالب، افزونه‌های تجاری، ionCube، وظایف زمان‌بندی‌شده، ایمیل و کش را به فهرست اضافه کنید. اگر پنل نصب است، تغییرات پشته را از مسیر مورد تأیید همان پنل انجام دهید.
مرحله دوم: بکاپ قابل بازیابی بگیرید
خروجی کامل دیتابیس، فایل‌ها، uploads، تنظیمات وب‌سرور و وظایف cron لازم است. بکاپ باید خارج از سرور مبدا نگهداری و روی محیط جدا بازگردانی شود. رمزها و فایل wp-config.php را عمومی نکنید. اگر فروشگاه دارید، زمان بکاپ و روش همگام‌سازی سفارش‌های بعدی را نیز ثبت کنید.
مرحله سوم: مقصد سازگار انتخاب کنید
انتخاب میان Ubuntu LTS و خانواده AlmaLinux/Rocky به پنل و برنامه وابسته است. صفحه الزامات فعلی وردپرس PHP 8.3 یا جدیدتر، MySQL 8.0 یا جدیدتر یا MariaDB 10.11 یا جدیدتر و HTTPS را توصیه می‌کند. سازگاری افزونه‌ها را جدا بررسی کنید؛ توصیه هسته، تضمین سازگاری تمام محصولات شخص ثالث نیست.
مرحله چهارم: نسخه آزمایشی را تست کنید
سایت را روی مقصد با دسترسی محدود بازگردانی کنید. برای آزمایش همان دامنه روی IP مقصد می‌توان از فایل hosts یا ابزارهای تست مدیر سرور استفاده کرد. این روش نیاز به تغییر عمومی DNS ندارد. محیط آزمایش نباید سفارش واقعی، ایمیل انبوه یا پرداخت واقعی ایجاد کند.
- صفحه اصلی، مقاله و مسیرهای پیوند یکتا را باز کنید.
- ورود مدیر، فرم‌ها، جست‌وجو و بارگذاری رسانه را تست کنید.
- خطای PHP، کارهای زمان‌بندی‌شده و ایمیل را بررسی کنید.
- در فروشگاه، سبد خرید و پرداخت آزمایشی را کنترل کنید.
- همه مسیرهای مهم را با نسخه مبدا مقایسه کنید.
مرحله پنجم: انتقال نهایی و حفظ آدرس‌ها
اگر دامنه و مسیر ثابت می‌ماند، نیازی به تغییر اسلاگ مقاله‌ها نیست. برای قطع نهایی، بازه کوتاه همگام‌سازی فایل و دیتابیس مشخص کنید؛ سپس DNS یا مسیریابی را تغییر دهید. سفارش یا دیدگاه ایجادشده پس از بکاپ اولیه نباید با دیتابیس آزمایش بازنویسی شود.
HTTPS، canonical، لینک تصاویر، ریدایرکت‌های موجود و وضعیت noindex را روی مقصد بررسی کنید. در مهاجرت از زیردامنه تست، فقط نشانی محیط را طبق روش سازگار با داده‌های سریال‌شده وردپرس جایگزین کنید؛ جست‌وجو و جایگزینی خام SQL ممکن است تنظیمات را خراب کند.
برنامه بازگشت
مبدا را برای مدت مشخص نگه دارید، اما از نوشتن هم‌زمان داده روی هر دو سایت جلوگیری کنید. زمان و معیار بازگشت، مسئول تصمیم و شیوه حفظ سفارش‌های جدید باید از قبل روشن باشد. وقتی بررسی‌ها تأیید شد، سرور قدیمی را از سرویس خارج کنید.
پرسش‌های رایج
آیا نصب گواهی SSL مشکل CentOS 7 را حل می‌کند؟
خیر؛ SSL از انتقال داده محافظت می‌کند و جای وصله سیستم‌عامل را نمی‌گیرد.
آیا مهاجرت حتماً رتبه را کاهش می‌دهد؟
خیر. حفظ URL، پاسخ صحیح صفحات، دسترسی موتور جست‌وجو و کیفیت سرویس ریسک را کاهش می‌دهد؛ نتیجه رتبه را نمی‌توان تضمین کرد.
منابع رسمی
بازبینی منابع: ۱۸ اکتبر ۲۰۲۶.
