Developer Documentation

Launching a Site on Altis

The process for launching a site on Altis varies depending on the type of project. Nonetheless, there are common steps no matter the context and this guide will walk you through what needs to be done in preparation for your site launch.


We recommend creating a launch issue in the project repository. This issue should include:

  • Launch date
  • Feature freeze date
  • Code freeze date
  • Content freeze date (if migrating an existing site)
  • Team members needed for the deploy
  • Domains hosted on Altis
  • Domain(s) used for email
  • FROM address for each site in the network
  • Deploy branch name per environment
  • A launch checklist containing pre-launch, launch day and post-launch tasks (examples can be found below)
  • Any additional notes or complexities for the project launch

An example checklist for your GitHub issue can be found below. This issue is primarily for internal project use and compiling all the necessary information.

Once you've collected all the information into your GitHub issue, this information can be copied into a support ticket in the Altis Dashboard to alert the Altis Support Team. Set the ticket Type to a "Task", the Priority to "Normal" and the Subject can be "Site Launch Preparation".

Example Launch Checklist

# Goal

<!-- A brief overview of the launch objective. Is it a migration? Is it a new site? -->

## Pre-launch Checklist
<!-- To be filled out by the project team/lead. Not needed for Altis Support ticket. -->
- [ ] Are we deploying the correct branch?
- [ ] Has AWS SES been setup?
- [ ] Is a content freeze active?
- [ ] Is the site ready for the DNS switch?
- [ ] Are any redirections needed?

## Domains Hosted on Altis
<!-- List of domains that will be on the stack. Dev and staging environments do not need to be included in the list. -->

- etc.

**What domain(s) will email need to be sent from?**
<!-- Enter as a list -->
- etc.

**For each site in the network, what will be the FROM email?
<!-- Enter as a list -->
- **Network Admin:**
- ****
- etc.

## Environment
* **Database import link:**
* **Uploads import link:**
* **Who is providing the SSL certificate(s) (Altis or client)?:**
* **Who controls the DNS for the client (Altis or client)?:**
* **Projected traffic:**
* **Any other specifications or challenges?**
_Refer to the Altis [Limitations]( and [Page Caching]( guides for specifics around what requests can be supported._

Preparing Altis Cloud Environments

We recommend limiting access to your pre-launch sites. By default, login will be required on your development and staging environments. Before your site launches, we recommend requiring some form of login to view your production environment as well.

Logins can be enforced by requiring user logins, forcing HTTP basic authentication, or both.

In your Altis configuration file (composer.json), add the following to require login. You may additionally enable HTTP basic authentication if that is desirable for your environment. We recommend having at least one of these security options enabled for all non-production and pre-launch sites. You can override the require login setting to not require login on local environments. Basic authentication is disabled by default on local environments. Refer to the documentation pages for more information about Require Login and Basic Authentication.

	"extra": {
		"altis": {
			"modules": {
				"security": {
					"require-login": true
			"environments": {
				"local": {
					"modules": {
						"security": {
							"require-login": false

Preparation for Launch

After the site launch is completed, there may be some items left to clean up or check.

  • Remove the require-login and/or the php-basic-auth requirements on the production site. They should remain active on any staging or development environments.
  • Check the Search Console, Analytics or other similar services or logs for any errors after the deploy is complete.
  • If the development or staging environments need to be synced, you can import that data in the Altis Dashboard.

Site Launch

In the Altis Welcome Guide you should have received, we discuss ways to prepare your content and your site for launch. In addition to those things, there are technical changes that need to be made to the codebase, the database and the infrastructure.

Content Migration

Before the domain(s) are pointed to the Altis servers, a content migration should be performed to ensure the right content is loaded on the site when the domain is made active. We recommend scheduling a migration on a weekday when there is more support coverage, rather than on weekends. Exceptions may be made on an ad-hoc basis.

If you are migrating from an existing WordPress site that has a lot of data, the Altis Support team can assist with the migration process (e.g. running migration scripts and synchronizing uploads to the server). We ask that you contact Altis Support at least one month in advance if you need support for your migration.

When the most updated data has been imported into the database, a search-and-replace action should be performed so all the database entries that contain the URL of the site have been updated to the correct URL. This can be done in the Altis Dashboard by either opening an SSH connection to the Sandbox Server or running a command on the WP CLI tab.

The following command would change all entries in the database containing to We recommend testing the change first using the --dry-run flag to make sure no unexpected tables are affected.

wp search-replace --all-tables --network

This step will need to be repeated for any subdomains you have. Be sure to flush the cache when you are done, otherwise the old URLs will still be saved in the object cache.

wp cache flush

DNS Switch

After the database is updated and the site is ready to go, contact Altis Support to let them know that you are ready for the DNS switch to your new site.

During this period, your temporary production site (e.g. will be inaccessible. While the DNS updates are going through, you will want to remove the require-login setting in the Altis configuration file unless you have already done so.