Хостинг Laravel, собранный под ваш способ выкатки

Да. В каждом тарифе есть полноценная оболочка SSH, поэтому деплой — это тот же процесс на Git, к которому вы привыкли локально. Клонируйте репозиторий прямо из GitHub, GitLab или Bitbucket в свой аккаунт, выполните composer install, чтобы подтянуть пакеты, затем перенесите боевые значения в .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, задачи подхватываются и разбираются быстро даже под реальным трафиком. Для расписания не нужно добавлять длинный список отдельных строк cron. Вместо этого вы регистрируете всё в планировщике Laravel внутри кода приложения, а затем добавляете одну запись cron, которая каждую минуту выполняет 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).