هاست لاراول را از روی requirements پروژه انتخاب کنید
نسخه فریمورک و مدل اجرای برنامه تعیینکنندهاند
اجرای Laravel روی هاست اشتراکی فقط وقتی انتخاب درستی است که نسخه PHP و اکستنشنهای پروژه، دسترسی استقرار، document root، دیتابیس و کارهای زمانبندیشده با محیط package سازگار باشند. ParsinX حساب HestiaCP را با ظرفیتهای زنده package ارائه میکند؛ وجود SSH، Composer، نسخه خاص PHP، cron قابلنیاز یا worker دائمی را پیشفرض نگیرید و پیش از پرداخت برای نسخه دقیق پروژه تأیید کنید.
از composer.json تا چکلیست سازگاری
فایل composer.json و مستندات همان نسخه Laravel مرجع نیازهای پروژهاند. نسخه PHP، اکستنشنها و نسخه کتابخانهها را ثبت کنید؛ صرف عبارت «PHP 8» کافی نیست، چون minor version موردنیاز نسخههای مختلف Laravel تفاوت دارد. نوع دیتابیس و extensionهای استفادهشده در کد را نیز بررسی کنید.
- نسخه دقیق PHP و extensionهای اعلامشده در مستندات همان release
- امکان قرار دادن document root روی پوشه
public - روش اجرای Composer و فرمانهای
artisanدر فرایند deploy - دسترسی نوشتن برای
storageوbootstrap/cache - ظرفیت دیتابیس، دیسک، ترافیک و cron در package فعال
پیش از سفارش، این فهرست را همراه شماره نسخه پروژه در تیکت بفرستید. پاسخ کلی درباره «لاراول» جای تطبیق requirements واقعی را نمیگیرد.
استقرار امن Laravel روی محیط مقصد
کد application نباید از document root عمومی سرو شود؛ فقط پوشه public باید در معرض وب باشد. فایل .env و secretها را در repository عمومی قرار ندهید. در فرایند release، dependencyهای production نصب، کلید برنامه و اتصال دیتابیس بررسی و migrationها با برنامه بازگشت اجرا میشوند.
# نمونه فرمانهای رایج؛ فقط در محیطی که SSH و Composer تأیید شده است
composer install --no-dev --optimize-autoloader
php artisan config:cache
php artisan route:cache
php artisan view:cacheاین فرمانها نسخهوابستهاند و ممکن است برای پروژه شما مناسب نباشند. قبل از اجرا از داده نسخه قابل بازیابی بگیرید، release note را بخوانید و APP_DEBUG را در محیط عملیاتی خاموش نگه دارید.
cron، queue و worker مرز مهم هاست و VPS هستند
Laravel Scheduler معمولاً به اجرای دورهای schedule:run نیاز دارد و queue به workerی نیاز دارد که پردازش آن مدیریت و در صورت توقف دوباره اجرا شود. ظرفیت cron package به معنی وجود process manager برای worker بلندمدت نیست. Horizon، WebSocket، سرویس daemon یا مصرف پردازشی پیوسته ممکن است با محیط اشتراکی سازگار نباشد.
اگر برنامه به Supervisor یا systemd، worker دائمی، Redis اختصاصی، پورت سفارشی، binary سیستمی یا کنترل وبسرور نیاز دارد، VPS لینوکس مسیر روشنتری است. برای فرایندهای Node.js نیز راهنمای راهاندازی Node.js روی VPS محدودیتهای مدیریت process را توضیح میدهد.
ظرفیت، لاگ، فایل کاربران و بازیابی
دیسک Laravel فقط کد پروژه نیست؛ storage، logها، فایل کاربران، cache و dumpهای دیتابیس نیز رشد میکنند. rotation لاگ و پاکسازی آگاهانه فایل موقت را در برنامه نگهداری قرار دهید و سهم دیسک و ترافیک package زنده را با اوج مصرف مقایسه کنید.
قبل از migration دیتابیس یا انتشار نسخه جدید، نسخهای مستقل و قابل بازیابی از داده و فایلهای کاربر داشته باشید. وجود بکاپ میزبان یا قابلیت TLS باید در پیشنهاد جاری تأیید شود. برای هر release یک health check، بررسی log و راه بازگشت به نسخه قبلی تعریف کنید.
پلنهای فعال برای تطبیق با Laravel
برای سفارش روی دکمهی هر پلن کلیک کنید.
- فضای دیسک۵ گیگ
- پهنای باند۱۰ گیگ
- دامنه۱ دامنه
- دیتابیس۱
- ایمیل۱ حساب
- فضای دیسک۱۰ گیگ
- پهنای باند۵۰ گیگ
- دامنه۱ دامنه
- دیتابیس۱
- ایمیل۲ حساب
- فضای دیسک۲۰ گیگ
- پهنای باند۱۰۰ گیگ
- دامنه۱ دامنه
- دیتابیس۱
- ایمیل۵ حساب
- فضای دیسک۵۰ گیگ
- پهنای باند۳۰۰ گیگ
- دامنه۳ دامنه
- دیتابیس۳
- ایمیل۲۰ حساب
پرسشهای پرتکرار
کدام نسخه Laravel روی هاست اجرا میشود؟
پاسخ به نسخه PHP، اکستنشنها و dependencyهای همان پروژه بستگی دارد. شماره release و composer.json را با محیط جاری تطبیق دهید.
آیا SSH و Composer در دسترساند؟
این امکانات برای همه packageها فرض نشدهاند. اگر deploy شما به آنها وابسته است، وجود و محدودیتشان را پیش از خرید تأیید کنید.
آیا cron برای Laravel Scheduler وجود دارد؟
تعداد cron در مشخصات package دیده میشود، اما فرمان قابل اجرا و فاصله زمانی باید جدا بررسی شود. وجود cron به معنی پشتیبانی از worker دائمی نیست.
آیا Laravel queue روی هاست اشتراکی مناسب است؟
queue پایدار معمولاً به worker تحت نظارت نیاز دارد. اگر package روش تأییدشدهای برای آن ندارد، VPS با مدیریت process انتخاب مناسبتری است.
چه زمانی از هاست به VPS بروم؟
وقتی به root، سرویس سیستمی، worker دائمی، Redis یا binary اختصاصی، پورت سفارشی یا کنترل وبسرور نیاز دارید، requirements را برای VPS اندازهگیری و مقایسه کنید.
منابع رسمی و مطالعه بیشتر
requirements پروژه را با package تطبیق دهید
نسخه PHP، روش deploy، cron و ظرفیتها را بررسی کنید؛ اگر worker یا کنترل سیستم لازم است VPS را بسنجید.