Subdirectory, Subdomain, Domain Mapping Overview

After exploring WordPress-Nginx Configurations for standard/single-site setup, its time to explore WordPress-Nginx Configuration for Multisite setup.

In today’s article, we will take a general overview of WordPress-Multisite. Then in the subsequent chapters we will explore different Nginx configurations.

WordPress Multisite

There are three ways in which WordPress Multisite can be configured. Each has its own use cases and different level of setup complexity.

Configuration	Sub-directory mode	Sub-domain mode	Sub-domain with Domain Mapping
Site Address Examples	example.com/site1 example.com/site2	site1.example.com site2.example.com	site1.com site2.com
DNS requirement	None	Wildcard domain name support	Wildcard domain name support
Ongoing DNS Efforts	None	None	Creation of “A” or “CNAME” record for “mapped” domains
Dedicated IP	Not Required	Not Required	Required – if we want to use A-records for “mapped” domains
Common Usage	Development environment, Demo Sites	Blog Networks with generally common owner, Community Sites	Open Blog Networks, WordPress as CMS hosting

* Note: In domain mapping mode, its not compulsory to map top level domain for every site in Multisite.

There are some differences and quirks you need to be familiar when running a WordPress-Multisite network. All of these will be addressed in separate chapters for three modes.

If you have never used WordPress Multisite before, its better to check right now if it is a good choice going ahead. We get this question many times from our clients.

Is WordPress multisite right choice?

WordPress multisite has many advantages but in some cases you may regret going for it. For this reason I am addressing this question earlier and quickly.

WordPress-Multisite may prove bad:

1. If there is remarkable difference between functionality of sites. For example, if you put mixture sites running e-commerce, event-website, membership portal, bbPress-forums, job-boards, community blogs, big CMS, wikis, etc – you will end-up with complicated user-permissions which you will find hard to manage. There are some plugins to help you out but from management perspective you will have hard-time.
2. As you host hybrid sites, total number of plugins will keep going up. You can activate/deactivate plugins per site, but then again managing plugins will get tough. Also, if plugins you uninstall leaves a database tables behind, your WordPress database will become bloated soon.
3. One poorly coded theme/plugin can bring an entire network down. I see people using poorly coded/outdated plugins in Multisite. They think a bad plugin may impact just 1 site but most likely it will degrade the performance of the entire network.

Good things about WordPress-Multisite:

1. Multisite works very well when you have similar sites in network. For example, wordpress.com itself. They offer some paid-feature but list of plugins/themes they maintain is same across all sites.
2. It has some administrative advantages like ease of maintaining WordPress in terms of backup, upgrades, etc. But this can be done easily using other tools & scripts so this advantage alone is not worth going for WordPress Multisite.

Technically, Multisite comes with some performance issues out of the box, but these can be solved by small tweaks. In terms of scaliblity, you can again look at wordpress.com stats which is proof of WordPress Multisite scalability! So performance issue can be ignored if you are willing to put some efforts into tweaking.

Nginx itself is capable of handing many performance issues. I will shed more light on this in the next chapters.

Tomorrow, we will deal with WordPress-Multisite configuration with some optimization! Keep reading!

You can also find the complete list of WordPress-Nginx tutorials here.