Going live on QuantCDN
The go-live process on Quant is simple. A preview domain will be generated for each project, allowing validation and testing before changing any DNS records.
Assuming you have already created a project and populated with content:
- Ensure the domains attached to your project are correct
- Validate and test your website contains all content as expected on the preview domain
- Visit the “Domains” section of the dashboard and follow the DNS record instructions provided
- Refresh the “Domains” section and confirm the “DNS engaged” value. This may take a few minutes depending on your DNS TTL value.
- Check your website and confirm everything is working as expected. If you receive an SSL error you may click the “Renew” button next to the domain from Quant Dashboard, otherwise it will automatically generate periodically.
Maintaining access to your CMS
Once you have moved public traffic to Quant one issue remains: How to retain access to your WordPress or Drupal site for ongoing content authoring and administration.
Generally the simplest thing to do is move your CMS to a separate domain. If you are on an organization-level plan, you may also choose to proxy authenticated traffic through to origin while serving from the Quant static store for all public/anonymous users.
Proxy authenticated users
This approach requires using the “Rules” feature, which is available on all organization-level plans.
The following configuration lets you continue managing your CMS content on your primary/production domain by proxying any authenticated traffic (e.g logged-in site editors) through to your origin server, while serving from the Quant static store for all other users.
WordPress
- Navigate to the “Rules” section of the Quant Dashboard
- Create a new rule for any/all relevant domains with a URL match of
/wp-login*
- Perform a standard “Proxy” action pointing to your webserver
- Ensure the “Cache lifetime” is set to
0
to prevent caching the login route - Save the rule
- Create another new rule for any/all relevant domains with a URL match of
*
- Perform a standard “Proxy” action pointing to your webserver
- This time, tick the “Only with cookie” option and provide
wordpress_logged_in_*
as the cookie name - Save the rule. You should be able to login at
/wp-login.php
and update content normally
Drupal
- Navigate to the “Rules” section of the Quant Dashboard
- Create a new rule for any/all relevant domains with a URL match of
/user/*
- Perform a standard “Proxy” action pointing to your webserver
- Ensure the “Cache lifetime” is set to
0
to prevent caching the login route - Save the rule
- Create another new rule for any/all relevant domains with a URL match of
*
- Perform a standard “Proxy” action pointing to your webserver
- This time, tick the “Only with cookie” option and provide
SSESS*
as the cookie name - Save the rule. You should be able to login at
/user/login
and update content normally
Run WordPress on a separate editorial domain
Set your new WordPress CMS domain in your wp-config.php
file as below, or follow the WordPress.org guide for more options.
The most flexible choice is to allow your WordPress site to respond on any domain, and under any protocol. This allows the site to run under both edit.example.com
as well as www.example.com
.
To allow this simply make the following change in wp-config.php
:
Run Drupal on a separate editorial domain
Ensure your CMS domain is included in your Drupal settings.php
file (trusted_host_patterns
array). For example:
For more detail see the Drupal.org page.