-
Notifications
You must be signed in to change notification settings - Fork 66
How to create a multisite network
- A note about creating a multisite network
- Configuring a site as a multisite network
- [Configuring a multisite network to use subdomains](#configuring-a-multisite network-to-use-subdomains)
- Configuring the server
Multisite network is a powerful feature of WordPress. It lets manage multiple blogs from a single WordPress installation. This guide will help you create a multisite network using DebOps.
It'll show you how to do it when creating a new WordPress site (ideal) or converting one to multisite. You'll also see how to configure your multisite network to use subdirectories or subdomains.
This guide assumes that you're familiar with how to customize your server. If you don't know how or aren't sure, take a moment to go over this guide first.
DebOps cannot convert an existing WordPress site into a multisite network. If you wish to do that, you need to first convert your existing site using the instructions from the Codex. Once you have converted your site, you should proceed with the rest of this guide.
You will need to update the vars.yml
file of your site. It'll need to match the configuration of the network you created. That way DebOps can configure the rest of your server to work with your converted WordPress site. Otherwise, you might run into issues.
Configuring your WordPress site as a multisite network is quite simple. You just need to tell DebOps to create the site as a multisite network instead of a single WordPress site.
# inventory/host_vars/wordpress.example.com/vars.yml
wordpress_multisite: True
wordpress_multisite
determines if DebOps will configure the site as a multisite network or not. By default, DebOps will configure the multisite network to use subdirectories. No other configurations options are necessary.
If you want to use subdomains instead of subdirectories, you'll need to add a few more options to your configuration file.
# inventory/host_vars/wordpress.example.com/vars.yml
wordpress_multisite: True
wordpress_multisite_subdomains: True
wordpress_nginx_server_name: [ 'wordpress.example.com', 'test.wordpress.example.com' ]
wordpress_multisite_subdomains
tells DebOps to configure the multisite network to use subdomains instead subdirectories. You also need to configure Nginx to listen for other subdomains besides wordpress.example.com
. The wordpress_nginx_server_name
option is in charge of that. It's comma separated list of domain names that Nginx will listen to for your network site.
If you don't feel like entering a new domain name every time, you can use *
as a wildcard. Your list of domain names would then be [ 'wordpress.example.com', '*.wordpress.example.com' ]
. Even with the wildcard, you still need to keep wordpress.example.com
. That's because the wildcard does not work for the top level domain.
It's also worth noting that DebOps does not add new DNS records for your subdomains. You have to do that yourself.
If you're creating a new WordPress site as a multisite network, you need to configure a brand new server. That means that you need to create a new server with your cloud hosting provider. Once your new server is up and running, you'll want run both debops
commands.
$ debops -u root
$ debops wordpress -u root
If you converted an existing site to a multisite network, you do not need to go through all these steps. You only need DebOps to update the configuration of your server. You can do that by running the WordPress DebOps playbook.
$ debops wordpress -u root
Getting Started
Adjusting performance
Cookbook
- How to configure a server for a Bedrock project
- How to configure multiple WordPress sites on a single server
- How to configure Varnish
- How to create a multisite network
- How to customize your server
- How to manage additional users
- How to manage WordPress plugins
- How to secure your WordPress site
Troubleshooting
Appendix