Changes

# Changes

What is new and different to the old platform?

# New core

It's an entirely new hosting platform. The infra layer is completely new.

# New dashboard

There is a new self-service dashboard, available under dash.fortrabbit.com.

# One stack

The legacy platform features two different stacks: Universal Apps (with persistent storage and direct SSH access) and Professional Apps (with ephemeral storage and horizontal scaling). For the new platform attributes from both previous stacks are combined into one. The new platform is more Uni-App-like with persistent storage and direct SSH/SFTP access.

# Environments

To better support production-staging workflows the app is now a grouping object. Dedicated hosting stacks are mapped with environments. An app is connected to the (external) Git repo, each individually scalable environment represents a branch. At least one environment, usually production, adding and removing environments is optional.

# Git deployment

fortrabbit no longer provides Git repo hosting. Connect your GitHub (other providers planned) with the fortrabbit GitHub app to enable git push deployment instead. See the GitHub integration. This enables many advanced workflows, such as working with pull requests.

# Build commands

The deployment pipeline is more configurable. Node.js is available during the deployment to create JavaScript bundles. See the new build commands article.

# Collaboration

Collaboration workflows have been extended. The concepts are similar, yet more flexible.

With the old platform, it was required to join the Company of the business owner to get access on their Apps. Re-inviting colleagues was not only a repetitive task, but also destroying attribution. With the new platform, the relation between the parties is more transparent.

No more company plans: Collaboration on the legacy platform is a paid feature for larger teams. All collaboration features are now available for free.

# People

We are doubling down on personal access. Each person involved should their own (free) account. This enables more scenarios and better mapping of real world business relations. See the person object article.

# Teams

Instead of a hierarchical structure with the Company as the root element, there are decoupled but related objects now. Use the new team to collaborate with a group of developers. Teams are connected to apps, developers and payment methods. See the team article.

# Payment methods

A Billing Contact is now called payment method. Like the old Billing Contact, it holds the billing credentials. Unlike before, it is not part of a Company but instead is managed by clients, individual developers and teams. A payment method pays for the apps, thus people in control of the payment method control the hosting.

# Pricing

Billing concepts mostly stay the same. There still is pro-rated post-paid billing. See price comparison for more details. Note that prices can still change during BETA.

# Components

The pricing structure, as with the former Pro Stack, is based on components. This enables you to book only required resources, avoiding over-provisioning. Presets to get started quickly are available.

# Workers and crons

Workers & crons jobs are available for all.

# Backups with restore

The new backup component offers one click restore of old states.

# New documentation

The website you are currently viewing is part of the new documentation.

# App names and IDs

Previously, the App name served as the unique identifier, test URL, and credential base. This enforced strict naming conventions and prevented renaming. The new platform separates identity from display:

• ID: Immutable unique identifier
  • Used for the test URL {{app-env-id}}.frbit.app
• Name: Display label
  • Can be changed at any time and has no format restrictions

Apps now serve as containers for environments. The app name will represent the

Vanity URLs for custom subdomains are planned, a fortrabbit branded subdomain that works like any other domain. Without having to deal with DNS entries. {{my-name}}.frbit.webhost.

# Deprecations

Which features will not be available?

# No PHP 7.4

The new platform wil only offer PHP 8 and upwards. Make sure the software you run is compatible.

# SSH keys only

Sorry, username/password is no longer an option to connect via SSH or SFTP. Please use more secure and more convenient SSH key authentication. Issues with username/password authentication have been the source of many support requests.

# No horizontal scaling

There is no horizontal scaling any more, but higher vertical scaling to cover similar workloads. To achieve this we went a long mile, but it was an important goal, the two stacks have been a barrier.

# No object storage

The new platform currently does not have S3 like asset storage. We may add it later. Larger web storage plans are available.

# No memcache

Memcache is not available for the new platform. A different key-value storage is planned.

# No Craft Copy (for now)

Craft Copy is a command line tool to speed up common tasks around Craft CMS deployment on fortrabbit craft copy all/up. It's available as a free plugin for Craft CMS. People enjoy using it. We may not port it to the new platform. Here is why:

• Craft Copy is a compatibility layer, parts are not required any more:
  • delete config files -> replace patterns
  • auto-migrate -> post deploy commands
  • Craft CMS software template
• Other parts, like db/down, might be replaced by general tooling:
  • fortrabbit CLI
  • DDEV fortrabbit recipe
  • Improved documentation on our side
• fortrabbit does not provide a Git repo any more

We aim to be a good Craft CMS hosting provider, as compatible as possible, best without additional plugins required. Maintaining Craft Copy over the years was not always fun, for instance when a minor Craft CMS release introduced changes that required us to rethink critical parts.

We are very open for feedback on all of this.