Cookies ahead

Our support chat tool "Intercom" would like to collect some more data on you. See the related link for more details.

Docs

Examples

These examples show the costs for different real life setups including apps with multiple environments and different software stacks.

Docs

fortrabbit / PHP hosting

🚚

Push a branch, get a release.

PHP hosting with git push deploy

PHP hosting with git push deploy: a push to the connected branch starts a build on fortrabbit, Composer, an npm build when there is one, then an atomic release. A failed build leaves the old version serving.

fortrabbit is managed PHP hosting with git push deploy as the default. The fortrabbit GitHub App connects a repository to an app and a branch to each environment; a push to the branch starts a deployment on fortrabbit, with no GitHub Actions minutes involved. The build runs in a separate deploy service with the same PHP version as the environment: composer install, then an npm build when the project has one, both pre-configured by the software template for Laravel, Craft CMS, Statamic, Kirby, WordPress and others. If a build step fails, the deployment stops and the previous release keeps serving. Post-deploy commands such as migrations and cache clears run on the web runtime afterwards. Storage is persistent: a deploy overwrites code and leaves uploads, sessions and the database untouched, or replaces the whole web space when the project is built for immutable releases. Repositories on GitLab, Bitbucket or Codeberg deploy through their own CI pipelines over SSH deploy keys. Every new app starts with a seven-day trial.

The git push deploy pipeline

1 Local   2 Git provider   3 fortrabbit       4 environment
┌─────┐   ┌────────────┐   ┌──────────────┐   ┌──────────────┐
│ Git ├───▶  Git repo  ├───▶  Deployment  ├───▶   web space  │
└─────┘   └────────────┘   └──────────────┘   └──────────────┘
raw

The deploy service is its own container, so a heavy npm run build does not take memory from visitors. Dependencies are cached between deploys. Source directory, exclude patterns and build commands are set in the dashboard or in a deploy file in the repository.

Two deployment strategies

  • Merge: newer files replace older ones, new files are added, nothing else is touched. The default, and the right one for a CMS whose editors upload files.
  • Replace: the web space is wiped and rebuilt from the deploy package, except for the paths in the exclude patterns. Immutable releases for twelve-factor style apps.

Git syncs up only

Code goes up through Git. Content comes down through SSH and SFTP. A file uploaded over SFTP never shows up in the repository, which keeps the repository free of binaries and runtime data. The deployment intro draws the full picture, including what the storage holds after a deploy. The GitHub integration page covers installing the app and connecting a repository.

Different by design

Frequently asked

Are GitHub Actions required?
No

No - The fortrabbit GitHub App connects to the repository directly. The build runs on fortrabbit, so no Actions minutes are spent. Actions can still be used as an alternative trigger, with a deploy key.

#
What happens when composer install fails?
Nothing goes live

Nothing goes live - The deployment is aborted and the previous release keeps serving. The deploy log in the dashboard shows the failing step.

#
Do deploys delete uploads?
No

No - The default merge strategy overwrites files from the build and leaves everything else alone, so uploads, transforms and sessions persist. The replace strategy wipes the web space first and keeps only the paths named in the exclude patterns.

#

What customers say

I'd used fortrabbit years ago and liked it, but moved to a VPS, as was all the rage. I've grown tired of thinking about server admin, saw the new platform beta, and gave it a try. Frank and the team have been amazing, and taken my feedback seriously. The component-based pricing is easy to understand and competitive. The dashboard is well thought out, and the platform continues to be built for what I do: PHP, Laravel (Statamic). I'm moving my stuff back, where it always should have been.

Katja P

Katja P

Software Engineer

2026 — Direct feedback

I've been a fortrabbit customer for seven years, and I continue to appreciate its simplicity and reliability. Deploying Laravel applications is incredibly fast and intuitive: projects are online in just a few steps, without wasting time managing infrastructure. Support is always quick, knowledgeable, and practical. fortrabbit lets me focus on development, knowing everything else is in excellent hands.

AS

Andrea Spotorno

2026 — Direct feedback

Thanks for the great service, I so prefer this to spinning up my own Linux box every time.

MB

Matt Bloomfield

2025 — Customer support

More →