محتوای آموزشی وبلاگ نتآرام
PHP نسخههای مختلف دارد و برنامهٔ سایت باید با نسخهٔ انتخابی سازگار باشد. اگر مشتری هاست هستید، در تنظیمات دامنه یا بخش انتخاب PHP، نسخههای مجاز را ببینید. انتخاب نسخهٔ آماده برای یک دامنه با ساخت و نصب PHP روی کل سرور فرق دارد.
اگر فقط PHP یک سایت را میخواهیم عوض کنیم
ابتدا از سایت نسخهٔ پشتیبان بگیرید و در صورت امکان یک کپی آزمایشی بسازید. نسخهٔ تازه را روی کپی یا دامنهٔ آزمایشی انتخاب کنید. سپس صفحهٔ اصلی، ورود مدیریت، آپلود تصویر و ذخیرهٔ نوشته را امتحان کنید. اگر فقط صفحهٔ اول باز شد ولی ذخیره خطا داشت، هنوز نمیتوانیم بگوییم سایت با نسخهٔ تازه سازگار است.
اگر نسخهٔ موردنیاز در فهرست نیست، مدیر سرور باید گزینههای CustomBuild و سازگاری سیستمعامل را بررسی کند. ساخت PHP ممکن است زمان ببرد و روی چند حساب اثر داشته باشد. بعد از آماده شدن نسخه، انتخاب دامنهٔ موردنظر را جدا بررسی کنید. نصب شدن PHP تازه روی سرور، الزاماً به معنی استفادهٔ همان سایت از آن نسخه نیست.
نسخهٔ وب و خط فرمان
ممکن است خروجی php در SSH با نسخهٔ PHP دامنه متفاوت باشد. در سرور چندنسخهای، هر حساب یا دامنه میتواند از گزینهٔ دیگری استفاده کند. بنابراین نسخه را از محیط اجرای خود سایت بررسی کنید. فایل تشخیصی عمومی را پس از استفاده بردارید تا اطلاعات تنظیمات بیدلیل در دسترس نباشد.
نسخهٔ مقصد باید با وضعیت پشتیبانی PHP و نیاز برنامه هماهنگ باشد. نام یک نسخه در options.conf قدیمی به معنی مناسب بودن آن برای امروز نیست. وضعیت هسته، افزونهها و قالب را هم بررسی کنید؛ پشتیبانی خود وردپرس کافی نیست اگر یک افزونهٔ حیاتی ناسازگار باشد.
آماده کردن محیط آزمایشی
از فایل و دیتابیس نسخهٔ قابل بازیابی بگیرید و یک نمونهٔ جدا آماده کنید. ورود، ذخیرهٔ داده، جستوجو، بارگذاری تصویر، ایمیل و کارهای زمانبندی را با نسخهٔ مقصد امتحان کنید. فروشگاه باید با داده و پرداخت آزمایشی بررسی شود؛ سفارش واقعی فقط برای سنجیدن ارتقا ایجاد نکنید.
افزونههای PHP موردنیاز را نیز تطبیق دهید. فعال بودن یک extension در نسخهٔ قبلی، وجود آن در نسخهٔ مقصد را تضمین نمیکند. اگر مشکل از افزونهٔ PHP است، تغییر دوبارهٔ کل نسخه بدون بررسی میتواند علت را مبهم کند.
ساخت یا انتخاب نسخه
مدیر سرور میتواند نسخههای PHP را با روش فعلی CustomBuild مدیریت کند. اگر نسخهٔ موردنیاز قبلاً نصب است و پلن اجازه میدهد، کاربر ممکن است فقط انتخاب دامنه را تغییر دهد. این اقدام با ساخت و تغییر سراسری پشتهٔ سرور متفاوت است.
تنظیم و نسخهٔ قبلی را ثبت کنید و تغییر را محدود انجام دهید. ابتدا یک دامنهٔ نمونه را جابهجا کنید و نتیجه را ببینید. تنظیمات سفارشی باید از روش پایدار پنل مدیریت شوند تا build بعدی آنها را از بین نبرد.
بعد از تغییر
نسخهٔ مؤثر دامنه را دوباره بررسی کنید و همان آزمونهای محیط نمونه را روی مسیرهای مجاز سرویس انجام دهید. لاگ خطای تازه را با زمان تغییر مقایسه کنید. صفحهٔ اصلی ممکن است سالم باشد ولی فرم یا پردازش پسزمینه خطا دهد؛ آزمون باید نیاز واقعی برنامه را پوشش دهد.
تا پایان تأیید، مسیر برگشت و بکاپ را نگه دارید. برگشت نسخهٔ PHP لزوماً تغییر دیتابیس انجامشده توسط بهروزرسانی افزونه را برنمیگرداند؛ اگر همراه ارتقا، برنامه را هم تغییر دادهاید، این دو اقدام را جدا در برنامهٔ بازیابی در نظر بگیرید.
منابع و ادامهٔ مطالعه