あなたのリリース手順に合わせた Laravel 環境

はい。どのプランにも完全な SSH シェルが付属するため、デプロイは手元で使っているのと同じ Git ベースのワークフローになります。GitHub、GitLab、Bitbucket からリポジトリをアカウントに直接 clone し、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 でワーカーを常駐させ、ジョブ、通知、メール送信、重いエクスポートを、訪問者のページ読み込みを止めることなくウェブリクエストの外で実行します。キューを Redis で支えれば、実運用の負荷でもジョブは素早く取り出され処理されます。定期実行では、cron の行を大量に並べる必要はありません。代わりに、すべてをアプリのコード内で Laravel のスケジューラーに登録し、毎分 php artisan schedule:run を実行する cron を 1 件だけ追加します。その単一のタスクから、Laravel がどのコマンドを実行すべきか判断して起動します。毎時のダイジェスト、夜間のクリーンアップ、週次レポートなどです。デプロイのたびに php artisan queue:restart を実行すれば、ワーカーが新しいコードを読み込みます。ドキュメントどおりに動く標準的な Laravel の構成であり、この環境固有の回避策を覚える必要はありません。

はい。Redis はキャッシュ、セッション保存、キューに利用でき、これは本番の Laravel アプリの多くが選ぶ組み合わせです。キャッシュドライバーを Redis に向ければ、負荷の重いクエリ結果、描画済みの部品、計算値がアクセスのたびに作り直されるのではなくメモリーから配信されます。セッションを Redis に移せば、アクセスが増えてもログイン状態の処理が高速かつ一貫したまま保たれます。キュー接続を Redis に設定すれば、バックグラウンドジョブがごくわずかな負荷で投入・処理され、急増時もワーカーの応答性が保たれます。これらはすべて .env の標準的なキャッシュ、セッション、キューのドライバー設定で構成でき、当社側で独自の設定を行う必要はありません。Redis はこの作業セットをディスクではなく RAM に保持するため、重く感じていたページは目に見えて軽快になり、アクセスが押し寄せたときもバックグラウンド処理が滞留せず追いつきます。

はい。それが Laravel アプリを配信する正しい方法です。Laravel は単一のエントリーポイントを public ディレクトリーに置き、アプリケーションコード、.env、storage をウェブルートより上位に保持するため、機密情報がウェブから到達可能になることはありません。管理画面からドメインのドキュメントルートをプロジェクトの public フォルダーに設定すれば、リクエストはフレームワークの意図どおり index.php を通ります。自動更新の無料 SSL と組み合わせれば、アドレスバーに index.php が現れないきれいな URL で、HTTPS 越しに応答します。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).