انتخاب هاست وردپرس با یک پرسش ساده شروع می‌شود: سایت در چه شرایطی باید خوب کار کند؟ یک مجله با صفحه‌های قابل کش، یک وب‌سایت آموزشی با کاربران واردشده و یک فروشگاه شلوغ، با وجود تعداد بازدید مشابه، بار یکسانی روی سرور نمی‌گذارند. مقایسه چند عدد در جدول قیمت، بدون شناخت این تفاوت، ممکن است به خرید پلنی ارزان اما نامناسب یا پرداخت هزینه برای منابع بلااستفاده منجر شود.
در این راهنما یک روش قابل اجرا برای انتخاب پلن می‌سازیم. هدف، پیدا کردن بزرگ‌ترین عدد نیست. باید محدودیت‌ها، روش اندازه‌گیری مصرف و مسئولیت ارائه‌دهنده را بفهمید تا تصمیم امروز، رشد چند ماه بعد را دشوار نکند.
ابتدا بار واقعی سایت را بشناسید
پیش از مقایسه شرکت‌ها، اطلاعات یک هفته معمولی و یک بازه پرترافیک را جمع کنید. حجم فایل‌ها، اندازه دیتابیس، تعداد کاربران واردشده و ساعات شلوغ را یادداشت کنید. اگر سایت هنوز راه‌اندازی نشده، از سناریوی کاربری شروع کنید: بازدیدکننده فقط مقاله می‌خواند یا جست‌وجو، فیلتر محصول، ورود و پرداخت هم دارد؟ هر پاسخ، شکل مصرف منابع را تغییر می‌دهد.
بازدید روزانه به‌تنهایی معیار ظرفیت نیست. هزار بازدید پراکنده با هزار درخواست در یک دقیقه تفاوت زیادی دارد. تعداد اجرای هم‌زمان PHP، زمان پاسخ دیتابیس و میزان کش‌پذیری صفحه‌ها را کنار هم ببینید. برای فروشگاه، مسیر سبد خرید و تسویه‌حساب اهمیت بیشتری از یک صفحه اصلی کاملا کش‌شده دارد.
اگر کندی فعلی دارید، ابتدا گلوگاه را مشخص کنید. افزونه‌ای با درخواست‌های خارجی کند، تصویر بزرگ یا کوئری نامناسب ممکن است روی هاست قوی‌تر هم مشکل ایجاد کند. راهنمای تشخیص TTFB و LCP کمک می‌کند کندی سرور را از تاخیر نمایش صفحه جدا کنید.
اعداد جدول پلن دقیقا چه می‌گویند؟
RAM حساب میزبانی، سقف حافظه هر اجرای PHP و حافظه فیزیکی کل سرور سه مفهوم متفاوت‌اند. یک عبارت مبهم مثل حافظه بالا مشخص نمی‌کند چه منابعی در اختیار شماست. درباره سقف CPU، تعداد پردازش هم‌زمان، I/O، تعداد فایل مجاز و محدودیت اتصال دیتابیس سوال کنید. نام NVMe هم به‌تنهایی تضمین سرعت تمام درخواست‌ها نیست.
| معیار | سوال پیش از خرید | نشانه نیاز به بررسی |
|---|---|---|
| پردازنده | سهم CPU چگونه محدود و گزارش می‌شود؟ | خطا هنگام افزایش هم‌زمان درخواست‌ها |
| حافظه | سقف حساب و PHP جداگانه چقدر است؟ | پایان اجرای PHP به دلیل کمبود حافظه |
| دیسک | سقف فضا، I/O و تعداد فایل چیست؟ | کندی نوشتن یا توقف ساخت بکاپ |
| دیتابیس | محدودیت اتصال و امکان بررسی کندی وجود دارد؟ | انتظار طولانی در جست‌وجو و فیلتر |
| رشد | ارتقا چگونه انجام می‌شود و چه وقفه‌ای دارد؟ | نیاز به مهاجرت کامل برای هر ارتقا |
نسخه PHP و سازگاری افزونه‌ها را هم بررسی کنید. وجود نسخه تازه بدون امکان آزمایش و بازگشت، امتیاز کافی نیست. الزامات پایه را از صفحه رسمی نیازمندی‌های وردپرس بخوانید و برای انتخاب نسخه، به سازگاری قالب و افزونه‌های خودتان توجه کنید. حداقل سازگاری فنی، لزوما بهترین انتخاب برای اجرای امن و پایدار نیست.
مدیریت‌شده بودن را به کار مشخص تبدیل کنید
عبارت مدیریت‌شده باید به یک فهرست روشن از مسئولیت‌ها تبدیل شود. چه کسی سیستم‌عامل و سرویس‌ها را به‌روز می‌کند؟ بررسی خطای افزونه تا چه مرحله‌ای انجام می‌شود؟ آیا مشکل کد سفارشی در پشتیبانی قرار می‌گیرد؟ چه کسی بازیابی بکاپ را انجام می‌دهد و هزینه آن چیست؟ پاسخ این سوال‌ها از یک شعار تبلیغاتی ارزش بیشتری دارد.
از ارائه‌دهنده بخواهید زمان پاسخ اولیه را از زمان رفع مشکل جدا تعریف کند. پاسخ سریع یک تیکت به معنی برطرف شدن فوری علت خرابی نیست. همچنین شیوه اعلام تعمیرات، دسترسی به گزارش رخداد و محدوده مسئولیت شما باید معلوم باشد. صفحه خدمات مدیریت‌شده روناتا محل مناسبی برای شروع بررسی این مرزهاست.
در بخش امنیت، SSL را با حفاظت کامل سایت یکی ندانید. HTTPS مسیر ارتباط را رمزگذاری می‌کند اما افزونه آسیب‌پذیر را اصلاح نمی‌کند. جداسازی حساب‌ها، کنترل دسترسی، به‌روزرسانی و برنامه واکنش به حادثه، هرکدام نقش جداگانه دارند. نشان امنیت بدون توضیح سازوکار و محدوده آن، معیار خرید دقیقی نیست.
بکاپ را با امکان بازیابی بسنجید
بپرسید از چه چیزهایی، با چه تناوبی و در کدام مقصد بکاپ تهیه می‌شود. نسخه‌ای که فقط روی همان سرور اصلی نگهداری می‌شود در برابر از دست رفتن کامل آن سرور، حفاظت مستقلی ایجاد نمی‌کند. دسترسی به دانلود نسخه و مدت نگهداری نیز مهم است. برای سایت فروشگاهی، فاصله دو بکاپ می‌تواند با میزان سفارش قابل از دست دادن ارتباط مستقیم داشته باشد.
یک بازیابی آزمایشی روی محیط جدا، ارزش بیشتری از مشاهده پیام موفقیت بکاپ دارد. بررسی کنید فایل‌ها، دیتابیس و تصاویر به دوره زمانی سازگار تعلق دارند. درباره زمان مورد انتظار بازیابی هم توافق کنید. جزئیات بیشتر را در راهنمای آزمون بازیابی بکاپ بخوانید.
پیش از انتقال، یک آزمایش قابل مقایسه بسازید
برای ارزیابی، چند صفحه نماینده انتخاب کنید: صفحه اصلی، مقاله، محصول، جست‌وجو و یک مسیر پویا. شرایط آزمون، موقعیت کاربر، وضعیت ورود و کش گرم یا سرد را ثبت کنید. چند اجرا انجام دهید و نتیجه میانه را ببینید. یک اجرای خوب یا بد برای قضاوت درباره ظرفیت دائمی کافی نیست.
درخواست آزمایش نباید به تغییر عجولانه DNS ختم شود. مقصد را با روش مناسب و با دامنه اصلی آزمایش کنید تا رفتار HTTPS، لینک‌ها و ورود قابل ارزیابی باشد. سپس برنامه انتقال بدون از دست رفتن داده را اجرا کنید. پیش از تایید، مبدا و نسخه پشتیبان را نگه دارید.
هزینه نهایی و مسیر رشد را کنار هم ببینید
قیمت خرید اولیه را کنار تمدید، بکاپ اضافه، انتقال، هزینه پنل و منابع افزوده بگذارید. برای هر محدودیت بپرسید در صورت رسیدن به سقف چه اتفاقی می‌افتد: خطای موقت، محدودشدن پردازش یا پیشنهاد ارتقا؟ سرویس ارزان با هزینه پنهان پشتیبانی و وقفه، ممکن است انتخاب پرهزینه‌تری باشد.
سه گزینه متناسب با بار امروز تهیه کنید و برای هرکدام منابع، کیفیت پشتیبانی، بازیابی و مسیر ارتقا را بنویسید. مقایسه پلن‌های روناتا را هم با همین نگاه بخوانید. انتخاب قابل دفاع، پلنی است که محدودیت‌هایش را می‌دانید، می‌توانید نتیجه‌اش را اندازه بگیرید و برای روز شلوغ‌تر برنامه دارید.
