هاست Laravel، ساخته‌شده برای شیوه‌ای که منتشر می‌کنید

بله. هر پلن با یک شل کامل SSH ارائه می‌شود، پس استقرار همان گردش کار مبتنی بر Git است که همین حالا به‌صورت محلی استفاده می‌کنید. مخزن‌تان را مستقیماً از GitHub، GitLab یا Bitbucket در حسابتان کلون کنید، composer install را اجرا کنید تا بسته‌های vendor بیایند و سپس مقادیر عملیاتی‌تان را در .env کپی کنید. از آنجا Artisan کار را به دست می‌گیرد: php artisan key:generate کلید اپلیکیشن را تنظیم می‌کند و php artisan migrate ساختار پایگاه داده را می‌سازد. انتشار نسخه بعدی هم به همان اندازه سریع است — git pull برای گرفتن کامیت‌های جدید، composer install برای به‌روزرسانی وابستگی‌ها، php artisan migrate برای هر مهاجرت جدید و یک تازه‌سازی کش برای پاک کردن پیکربندی قدیمی. چون یک شل واقعی دارید نه یک پنل قفل‌شده، می‌توانید لاگ‌ها را دنبال کنید، دسترسی‌های پوشه storage را اصلاح کنید و هر فرمانی را که نیاز به بررسی دوباره دارد دوباره اجرا کنید. ریشه سند را به پوشه public اشاره دهید و سایت روی HTTPS زنده می‌شود.

بله — Composer روی هر حساب نصب شده و از قبل روی PATH شماست، پس پیش از اولین استقرار چیزی برای دانلود، باز کردن یا پیکربندی وجود ندارد. همان لحظه که حسابتان تحویل شد یک نشست SSH باز کنید و composer install، composer update، composer require و composer dump-autoload همگی بلافاصله روی باینری درست PHP کار می‌کنند. این برای Laravel اهمیت دارد، چون فریم‌ورک و تقریباً هر بسته‌ای که اضافه می‌کنید — از استارتر کیت‌ها تا Sanctum، Horizon و بقیه — از طریق Composer کشیده می‌شوند نه اینکه در مخزن شما کامیت شوند. composer.json و composer.lock خودتان را نگه می‌دارید، پس نسخه‌هایی که به‌صورت محلی آزمایش می‌کنید همان نسخه‌هایی هستند که روی سرور می‌نشینند. اگر هر وقت لازم شد Composer را زیر نسخه خاصی از PHP اجرا کنید می‌توانید، چون نسخه PHP برای هر سایت قابل انتخاب است. خلاصه اینکه گردش کار وابستگی‌های شما دقیقاً همان‌طور رفتار می‌کند که روی ماشین خودتان.

PHP 8.x مدرن در اختیار دارید و از کنترل پنل انتخاب می‌کنید هر سایت روی کدام نسخه اجرا شود. این انعطاف اهمیت دارد چون هر نسخه Laravel حداقل نیازمندی PHP خودش را اعلام می‌کند — نسخه‌های اخیر PHP 8.1 یا جدیدتر می‌خواهند، در حالی که یک اپلیکیشن قدیمی با پشتیبانی بلندمدت ممکن است به یک بیلد قدیمی‌تر 8.x قفل شده باشد. به جای تحمیل یک محیط اجرایی به همه‌چیز، نسخه را برای هر دامنه تعیین می‌کنید، پس یک پروژه قدیمی مشتری و یک اپلیکیشن کاملاً نو می‌توانند بدون تداخل روی همان حساب زندگی کنند. کنار انتخابگر نسخه می‌توانید تنظیماتی را که برای Laravel اهمیت دارند دقیق کنید: memory_limit برای فرمان‌ها و واردات سنگین‌تر Artisan، max_execution_time برای وظایف طولانی و OPcache تا کد کامپایل‌شده شما در حافظه داغ بماند. تعویض نسخه آنی و برگشت‌پذیر است، که آزمودن یک ارتقای PHP را کم‌ریسک می‌کند — اول یک دامنه آزمایشی را بالا ببرید، مطمئن شوید مجموعه تست‌هایتان پاس می‌شود، سپس محیط عملیاتی را با یک کلیک جابه‌جا کنید.

هر دو اینجا شهروند درجه‌یک‌اند. برای کارهای صف‌شده، یک کارگر پایدار با php artisan queue:work راه بیندازید تا کارها، اعلان‌ها، ایمیل‌ها و خروجی‌های سنگین به جای مسدود کردن بارگذاری صفحه بازدیدکننده، خارج از درخواست وب اجرا شوند. صف را با Redis پشتیبانی کنید تا کارها حتی زیر ترافیک واقعی سریع برداشته و تخلیه شوند. برای کارهای زمان‌بندی‌شده، فهرست بلندی از خطوط جداگانه کران اضافه نمی‌کنید. در عوض همه‌چیز را داخل زمان‌بند Laravel در کد اپلیکیشن‌تان ثبت می‌کنید و سپس یک ورودی کران اضافه می‌کنید که هر دقیقه php artisan schedule:run را اجرا می‌کند. از همان یک وظیفه، Laravel تصمیم می‌گیرد کدام فرمان‌ها موعدشان رسیده و آن‌ها را اجرا می‌کند — خلاصه‌های ساعتی، پاک‌سازی‌های شبانه، گزارش‌های هفتگی و مانند آن. پس از هر استقرار، php artisan queue:restart را اجرا کنید تا کارگرهایتان کد جدید را بارگذاری کنند. این همان راه‌اندازی استاندارد Laravel است که دقیقاً همان‌طور که مستندات توصیف می‌کند کار می‌کند، بدون هیچ ترفند خاص پلتفرمی که لازم باشد یاد بگیرید.

بله. Redis برای کش، ذخیره نشست و صف در دسترس است، و این همان ترکیبی است که بیشتر اپلیکیشن‌های عملیاتی Laravel سراغش می‌روند. درایور کش را به Redis اشاره دهید تا نتایج پرهزینه کوئری، قطعات رندرشده و مقادیر محاسبه‌شده به جای بازسازی در هر بازدید، از حافظه سرو شوند. نشست‌ها را روی Redis منتقل کنید تا وضعیت ورود کاربران همراه رشد ترافیک سریع و یکنواخت بماند. اتصال صف را روی Redis بگذارید تا کارهای پس‌زمینه با سربار بسیار کم در صف قرار بگیرند و پردازش شوند، پس کارگرها در جهش‌ها پاسخگو می‌مانند. همه این‌ها را در .env خودتان با تنظیمات استاندارد درایور کش، نشست و صف سیم‌کشی می‌کنید — از سمت ما هیچ پیکربندی سفارشی لازم نیست. چون Redis این مجموعه فعال را به جای دیسک در رم نگه می‌دارد، صفحاتی که قبلاً سنگین حس می‌شدند به‌طور محسوسی چابک‌تر می‌شوند و پردازش پس‌زمینه به جای انباشته شدن هنگام رسیدن یک موج ترافیک، پابه‌پا پیش می‌آید.

بله، و این روش درست سرو کردن یک اپلیکیشن Laravel است. Laravel یک نقطه ورود واحد در پوشه public خود نگه می‌دارد و کد اپلیکیشن، فایل .env و پوشه storage شما را بالاتر از ریشه وب قرار می‌دهد، پس هیچ چیز حساسی از طریق وب قابل دسترسی نیست. از کنترل پنل، ریشه سند دامنه‌تان را روی پوشه public پروژه تنظیم می‌کنید و درخواست‌ها دقیقاً همان‌طور که فریم‌ورک در نظر دارد از index.php عبور می‌کنند. در ترکیب با SSL رایگان و تمدید خودکار، اپلیکیشن شما روی HTTPS با آدرس‌های تمیز و بدون index.php در نوار آدرس پاسخ می‌دهد. تنظیم دسترسی‌های پوشه storage و bootstrap/cache روی SSH ساده است، پس کش، نشست‌ها و آپلود فایل از همان بار اول کار می‌کنند. اگر چند اپلیکیشن را روی یک حساب میزبانی کنید، هر دامنه ریشه سند خودش را دارد که به پوشه public خودش اشاره می‌کند و پروژه‌ها را تمیز جدا نگه می‌دارد، هرچند همگی از همان سرور پرسرعت NVMe در زیر استفاده می‌کنند.

Yes. Our team transfers your codebase, exports and imports your MySQL database, and carries over your storage folder so uploaded files and cached data aren't left behind. We bring everything up on a temporary address first so you can confirm queues, the scheduler and Redis-backed sessions all still work, and only then do we walk through the DNS cutover.

Yes, daily backups cover your database and storage directory, giving you a restore point that sits alongside your own Git-based code rollbacks. If a migration or seed command goes wrong, you can restore the previous day's snapshot rather than trying to reverse the damage by hand.

Yes. Addon domains let you point a staging subdomain and your live domain at the same account, each with its own document root and database. Push and test on staging first, run your Artisan migrations there, and only promote to the production domain once you're confident.

Higher tiers support up to 100 MySQL databases, which in practice means room for several Laravel projects — a mix of client sites, side projects and staging copies — on a single account, each with its own domain, database and .env.

Every plan is covered by a 30-day money-back guarantee, so you can deploy your actual project, run it under real traffic, and check queue throughput and Redis caching behave the way you expect before committing beyond the trial period.

Plans are priced in USD starting at $2.42/mo, and geo-currency detection displays that price converted into your local currency at checkout, so what you see is what gets billed rather than a rate you have to calculate yourself. Billing itself runs through Bohzo Ltd (UK).