按你发版习惯打造的 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 都由你自己维护，所以本地测过的版本，正是落到服务器上的版本。如果你需要在特定 PHP 版本下运行 Composer 也没问题，因为 PHP 版本是按站点可选的。简而言之，依赖管理的体验和你自己电脑上完全一致。

你拿到的是现代 PHP 8.x，而且每个站点跑哪个版本由你在控制面板里自行选择。这份灵活性很重要，因为每个 Laravel 版本都有最低 PHP 要求——较新的版本通常要求 PHP 8.1 或更高，而一些长期支持的老项目可能锁定在更早的 8.x 版本上。我们不会强行给所有站点统一一个运行时，你可以按域名分别设定版本，于是一个遗留的客户项目和一个全新应用可以在同一个账户里和平共处。除了版本选择器，你还能调整 Laravel 在意的那些参数：应对较重 Artisan 命令和数据导入的 memory_limit、面向长耗时任务的 max_execution_time，以及让编译后代码常驻内存的 OPcache。版本切换即时生效且可回退，这让测试一次 PHP 升级风险很低——先把测试域名切上去，确认测试套件通过，再点一下把生产环境搬过来。

两者在这里都是一等公民。队列方面，用 php artisan queue:work 启一个常驻进程，任务、通知、邮件类和重量级导出就都脱离 Web 请求执行，不再拖住访客的页面加载。把队列后端换成 Redis，即使在真实流量下任务也能被迅速取出和消化。调度方面，你不需要添加一长串独立的 cron 记录，而是在应用代码里用 Laravel 的调度器统一登记，然后加一条每分钟执行 php artisan schedule:run 的 cron 记录。从这一条任务出发，Laravel 会判断哪些命令到点了并触发它们——每小时的摘要、每夜的清理、每周的报表等等。每次部署后记得跑一下 php artisan queue:restart，让队列进程加载新代码。这就是标准的 Laravel 用法，和官方文档描述的完全一致，不需要学任何平台特有的绕行方案。

支持。Redis 可用于缓存、会话存储和队列，这正是多数生产环境 Laravel 应用会选的组合。把缓存驱动指向 Redis，昂贵的查询结果、渲染好的片段和计算值就从内存直接返回，而不是每次命中都重新构建。把会话搬到 Redis 上，随着流量增长，登录状态依然快速且一致。把队列连接设为 Redis，后台任务的入队和处理开销极低，流量突增时队列进程也保持响应。这些都在你的 .env 里用标准的缓存、会话和队列驱动配置项完成——我们这边不需要任何定制配置。由于 Redis 把这份工作集放在内存而非磁盘上，原本沉重的页面会明显变得轻快，后台处理也能跟上节奏，不会在流量骤增时堆成一大摞积压。

可以，而且这正是运行 Laravel 应用的正确方式。Laravel 把唯一入口文件放在 public 目录里，应用代码、.env 和 storage 都在 Web 根目录之上，所以敏感内容不会被公网访问到。在控制面板里把域名的文档根目录设为项目的 public 文件夹，请求就会按框架设计的那样经由 index.php 流转。配上免费自动续期的 SSL，你的应用通过 HTTPS 提供服务，URL 干净漂亮，地址栏里不会出现 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).