CustomBuild امروزی دایرکت ادمین؛ به‌روزرسانی به جای تبدیل نسخهٔ قدیمی

دایرکت ادمین صفحهٔ مدیریت را در اختیار شما می‌گذارد، اما وب‌سرور، PHP و برنامه‌های دیگر کار سایت‌ها را انجام می‌دهند. CustomBuild ابزار مدیریت و ساخت بخش‌هایی از همین برنامه‌هاست. پس به‌روزرسانی خود پنل و تغییر نسخهٔ PHP دو کار جدا هستند.

در نصب فعلی، فرمان da build versions فهرست نسخه‌ها را نشان می‌دهد. آن را در SSH مدیریتی اجرا کنید و نام برنامه‌ای را که قرار است تغییر کند پیدا کنید. اگر فقط PHP یک سایت مشکل دارد، لازم نیست با یک فرمان عمومی همهٔ برنامه‌های سرور را دوباره بسازید.

قبل از تغییر، نیاز همان سایت و نسخهٔ قابل انتخاب را مشخص کنید. در پنل CustomBuild، گزینه‌های مربوط را ببینید و بعد تغییر لازم را در زمان مناسب انجام دهید. در پایان، فقط به پیام پایان ساخت اکتفا نکنید: سایت نمونه را باز کنید، وارد مدیریت آن شوید و یک کار معمول مانند ذخیرهٔ نوشته را انجام دهید. اگر سایت قبلاً روی PHP قدیمی وابستگی داشته، همین آزمایش زودتر ناسازگاری را نشان می‌دهد.

ممکن است هدف شما به‌روز کردن PHP، نصب افزونهٔ آن، تغییر وب‌سرور یا دریافت نسخهٔ تازهٔ ابزار باشد. هر کدام دامنهٔ اثر متفاوت دارد. تغییر PHP ممکن است یک سایت قدیمی را دچار خطا کند، در حالی که تغییر وب‌سرور می‌تواند روی قواعد rewrite همهٔ حساب‌ها اثر بگذارد. هدف را قبل از اجرا دقیق بنویسید.

در نصب فعلی، نسخهٔ DirectAdmin و سیستم‌عامل و تنظیمات CustomBuild را ثبت کنید. گزینه‌های انتخاب‌شده و تغییرات سفارشی را نیز نگه دارید. اگر فایل سفارشی برای تنظیم وب‌سرور دارید، لازم است بدانید هنگام build از کدام الگو استفاده می‌شود؛ ویرایش مستقیم یک فایل تولیدشده ممکن است در ساخت بعدی از بین برود.

در رابط CustomBuild فهرست نسخه‌های نصب‌شده و به‌روزرسانی‌های قابل دریافت را بررسی کنید. در نصب‌های دارای ابزار da، فرمان‌های رسمی CustomBuild باید از مستندات همان نسخه خوانده شوند. فرمان نمایش یا بررسی به‌روزرسانی با فرمان ساخت و نصب تفاوت دارد؛ صرف دیدن یک نسخهٔ جدید به معنی ضرورت تغییر فوری همهٔ مؤلفه‌ها نیست.

اگر نصب خیلی قدیمی یا سیستم‌عامل منسوخ است، مسیر ارتقا باید ابتدا بررسی شود. دانلود ابزار تازه روی محیط ناسازگار ممکن است نصب را در وضعیتی قرار دهد که نه نسخهٔ قدیمی درست کار کند و نه نسخهٔ جدید آماده باشد. برای چنین محیطی، مهاجرت به سرور سازگار می‌تواند بخشی از برنامه باشد.

از تنظیمات و داده‌های سایت‌ها نسخهٔ قابل بازیابی داشته باشید و زمان انجام کار را مشخص کنید. یک مؤلفه را انتخاب کنید و نیاز سایت‌ها به آن را بسنجید. برای تغییر PHP، سایت نمونه را با نسخهٔ مقصد آزمایش کنید و افزونه‌های لازم را بررسی کنید. اگر چند نسخهٔ PHP دارید، مشخص کنید کدام حساب از کدام نسخه استفاده می‌کند.

پس از اجرای تغییر، وضعیت سرویس و لاگ ساخت را بخوانید. پایان فرمان بدون خطا کافی نیست؛ باید صفحهٔ عمومی، ورود برنامه، اتصال دیتابیس، فرم و کار زمان‌بندی را نیز امتحان کنید. اگر مشکل فقط در یک حساب رخ داده، تغییر همهٔ حساب‌ها برای رفع آن معمولاً تشخیص را دشوارتر می‌کند.

نام مؤلفهٔ تغییرکرده، گزینهٔ قبلی، نسخهٔ تازه و نتیجهٔ آزمون را ثبت کنید. برگشت به یک تنظیم قبلی ممکن است دوباره به build نیاز داشته باشد؛ بنابراین زمان و فضای کافی برای آن در نظر بگیرید. نسخهٔ تنظیمات سفارشی را تا پایان بررسی نگه دارید و پس از تغییر، بکاپ و پایش سرویس را هم کنترل کنید.

فرمان‌های زیر مربوط به مراحل توضیح‌داده‌شده‌اند. پیش از اجرا، نام حساب و مسیر نمونه را با اطلاعات خودتان جایگزین کنید. فرمان‌های مدیریتی را مدیر سرور اجرا می‌کند.