Everything you need to know to get started with Multisite and create your own network of blogs or sites. I covered: What is Multisite and how is it different from regular WordPress? Uses for Multisite (with some examples) When not to use Multisite How to activate Multisite on a new or existing WordPress installation Creating blogs in your network Managing your network, including installing themes and plugins, creating sites and setting up domain mapping also we talked about Gutenberg Styling Features What block style variations are and why they are a useful addition to the block editing experience. I also demonstrated a basic implementation of a block style variation.

1. WordPress Beirut 21th Meetup - February
7:00 - Mingle/Networking/coffee/Hello
7:10 - Intro
7:15 - Wordpress Multisite Best Practices
8:00 - Break
8:15 - Gutenberg Styling Features
9:00 - Closing
fb.com/wpbeirut
wpbeirut.org
WhatsApp Group

2. Ali Basheer @alibasheer
WordPress Developer
At Strategies dC

3. How did you heard about the
meetup
● Previous WP Meetup
● Facebook
● Friend
● WordPress admin widget

4. WordPress Beirut
● Contribution
● Every 1st Tuesday/Month
● Started July 2017
● One of 600 WP Meetups

6. Arabic community
status:
● Lebanon
○ active since June 2017
● Egypt
○ active since January 2018
● Jordan
○ 1 meetup on February 2016
● UAE
○ 1 meetup on Aug 2014

7. do_action Beirut
July 2018
● Volunteering to build
website for NGOs
● In 1 day
● 30+ volunteer
● 3 websites created
● We will announce new one
soon

8. Fadi Zahhar
Modern Full-
Stack Developer

9. Agenda
● How does it differ from single
site
● Where might you have seen it
● examples of WordPress Multisite
● How to Activate a Multisite?
● How To Manage the Network
● Administrator in Multisite
● Letting Users Create Their Own
Site
● Mapping Domains to Sites in
Your Network
● Database Relationship between
core and Network
● Decesion Making between
Multisite and Single Site.
Purpose, Aims and what is
Multisite

10. Type of projects
that can work on
multisite
● Blog networks
● Social networks
● Internal networks for
organizations or
companies
● Educational sites
● Sites that span cities,
customer groups, or other
various groups
● Any other WP site that may
need the option for
multiple sites within one
install
Projects that Could Benefit
from WordPress MS

11. Wordpress
Multisites
● WordPress.com
● Edublogs
● New York Times
● BBC America
Real Multisites build on
wordpress

12. main uses of Multisite and
see some real-world
examples of networks
using Multisite.
● WordPress Codex: Create a
Network
● WordPress.com
● Edublogs
● New York Times
● BBC America
● Compass Design
● Centenary Lounge
● Cole Face
● Wylde Green Primary
School
● Rachel McCollin’s Website
● WPMU DEV Multisite
Multisite Wordpress Usage

13. Steps to enabled multisite
● WP_ALLOW_MULTISITE
● Go To tools Network Setups
● Select
● https://codex.wordpress.org
/Create_A_Network to know
more about subdomains
Enabling Multisite

14. Evrething you need to
Activate Themes for all
sites
Activating Plugins
Managing Users
Oporational Settings
Registration Settings
Network Admin Screen

15. Settings can be modified
● Users settings
● Welcome email
● First Post
● First Page
● First comment
● Upload Settings
○ Type of allowed files
○ Max file site
○ Default language
Network Settings

16. Sites Section
● Add new Site
○ Site URL
○ Title
○ Language
○ Admin Email
Creating sites in your network

17. Users in Multisite
● How to manage users
Managing users

18. Plugins in Multisite
● Install Plugins on the
Network
● Activating Plugins on the
Network
● Activating Plugins on Sites
● Diffrence between Network
Activation and Site
Activation
Install Activate Plugins
Ac

19. Themes in Multisite
● Install Theme on the
Network
● Enable Theme on the
Network
● Enable Theme on Sites
● Difference between
Network Enable and Site
Enable
Install EnableThemes
Ac

20. How to Update
● Network Themes
● Network Plugins
● Sites Themes
● Site Plugins
Keeping your network uptodate

21. Difference between
● Network Administrator and
Site Administrator
● Network are super
Administrator
● Site Administrator they are
administrator that can
manage anything on there
site except adding or
removing themes and
plugisn.
Site Administrator Role

22. Make a front end page
● Allow End users to create
Site
● Purpose of allowing users
to create own sites.
● Wp-signup.php
● Need to be a subscriber to
allow to create a site.
Let users create own site.
U

23. MU Domain Mapping
● What this plugin offer
● Install The Plugin
● Network Activate Plugin
● Copy Sunrize.php from
plugin folder to wp-content
● Set Define(‘sunrize’,’on’); in
the wp-config
Mapping domains to site in
your network

24. three elements to
understanding how
the database works
in Multisite
● Database tables for the
core site
● Database tables for the
network
● Database tables for each
additional site.
Working with Data in
WordPress - Multisite

25. Database Tables for the Core
Site in Multisite
For the core site in a network,
WordPress uses the same 11
database tables as in a single site
installation:
● wp_posts
● wp_postmeta
● wp_comments
● wp_commentmeta
● wp_users
● wp_usermeta
● wp_links
● wp_term_relationships
● wp_term_taxonomy
● wp_terms
● wp_options
These will contain data relating to the main site. Two of them
will also contain data relating to the rest of the network.
These are:
● wp_users
● wp_usermeta
The other nine tables work in the same way as they do for a
single site - they store data about the main site's content.
However those last two tables will also store user data that is
relevant to the whole network, as well as user data which is
only used by the core site. I will examine this in a moment.

26. Database Tables for the
Network
As well as storing user data for the
whole network in two of the core
tables, WordPress also creates
additional tables in a Multisite
installation which hold data relating
to the network and its sites.
These are:
● wp_blogs
● wp_blog_versions
● wp_registration_log
● wp_signups
● wp_site
● wp_sitemeta
● wp_sitecategories (optional)
WordPress uses these seven (or six) tables plus the two
user tables to store all of the data about the Multisite
network. Here's what each of them stores:
wp_blogs This field stores details each site in the network, so it only has
one record for each site. Fields include blog_id, domain, registered (the
data on which the site was created) and last_updated (again, a date).
wp_blog_versions The current database version for each
site, updated when you update the network. Three fields:
blog_id, db_version and last_updated
wp_registration_log The admin user created when each site
is registered For each site (identified by blog_id), the
table stores the user_id for the administrator, their email
address and the date they registered.

27. Database Tables for the
Network
As well as storing user data for the
whole network in two of the core
tables, WordPress also creates
additional tables in a Multisite
installation which hold data relating
to the network and its sites.
These are:
● wp_blogs
● wp_blog_versions
● wp_registration_log
● wp_signups
● wp_site
● wp_sitemeta
● wp_sitecategories (optional)
wp_signups Stores data on sites which have been signed
up for but not activatedFields include a unique signup_id for each
record, the domain signed up for, the title, the user login and email
address. Once a site is activated this record is deleted and a record
is created in wp_blogs.
wp_site Stores the URL for the main site This table has only
one record with three fields: the id of the main site (which will be
1), its domain and the path (normally /)
wp_sitemeta Stores metadata for the network This
table is the equivalent of wp_options for the entire network. It
contains all of the metadata relating to the network settings plus
smaller amounts of metadata for individual sites. It has four fields:
a unique meta_id, site_id (which links to wp_blogs), meta_key
and meta_value.

28. Database Tables for the
Network
As well as storing user data for the
whole network in two of the core
tables, WordPress also creates
additional tables in a Multisite
installation which hold data relating
to the network and its sites.
These are:
● wp_blogs
● wp_blog_versions
● wp_registration_log
● wp_signups
● wp_site
● wp_sitemeta
● wp_sitecategories (optional)
wp_sitecategories Optional table only created if global terms
are enabled for a site. Enabling global terms allows you to use
terms across multiple sites in the network. The table (if it is
created), will have four fields: cat_ID, cat_name,
category_nicename and last_updated. Note that this tables stores
terms, not just categories, despite the field names.
wp_users Data on all users is stored here rather than for each
site, as individual users can have access to multiple sites on the
network. In a Multiste installtion WordPress creates two extra
fields in the wp_users table: spam and deleted, both of which
are Boolean values defaulting to NO.
wp_usermeta The wp_usermeta tables stores all
metadata for all site users The table is used in the
same way as for a single site installation.

29. Relationship between tables
Most of these tables are related to
the wp_blogs table via the blog_ID
field, as all of the data needed for the
sites in the network will need to be
linked to the core site record. The
excepts are:
● wp_sitecategories, which links
to posts and other content
● wp_signups, as these aren't
registered sites yet
● wp_usermeta, which has an
indirect link to wp_blogs via
wp_users
For more detail on each of these
tables and their fields, see the Codex
page on the database.

30. Database Tables for Sites in a
Network
The way in which WordPress stores
the data for each of the sites in your
network is fairly straightforward: it
creates multiple copies of each of
the database tables, one for each
site. However it doesn't create
additional copies of wp_users and
wp_usermeta as these are all stored in
the main table.
To differentiate between the tables
for each site, WordPress adds the
site ID to the table name, so for
example for site 2, wp_posts
becomes wp_2_posts.

31. Database Tables for Sites in a
Network
Each site will have the following
tables:
● wp_xx_posts
● wp_xx_postmeta
● wp_xx_comments
● wp_xx_commentmeta
● wp_xx_links
● wp_xx_term_relationships
● wp_xx_term_taxonomy
● wp_xx_terms
● wp_xx_options
The xx above will be replaced by the
numeric site ID. All of these tables
store data in the same way for each
site as they would if the site was a
single site installation.

32. Questions?

33. Gutenberg
Styling
Features

34. What’s New in
Gutenberg? (6th July)
The most significant addition is block style variations. This will allow registration of
alternate styles (based on class names) for any block, with automated real
thumbnails and live previews built in to the block transformation tool. We have
added them to the Quote, Button, and Separator blocks for illustration. The public
API will be exposed in a future release.
This release generally completes our MVP
feature set for the editor by adding inline
images, block style variations, and a new
columns approach. Switching focus to
bugs, enhancements, compatibility, and
API stability from now on. Worth noting that
there’s people working on some more
individual blocks (a few widgets and
playlist) to be included when ready.

35. Core Block Support
A few core blocks currently
support block style
variations, including:
● Button
● Pull Quote
● Quote
● Separator
● Table
I'm sure support will be added for other core blocks
in the future as this feature becomes more widely
adopted. It's so flexible I'm sure a lot of users will
come to expect a selection of predefined style
options for most blocks. Once you've used block
style variations, it's easy to see why this could be the
case.
You can add block style variations to your own
blocks too, of course. We'll explore the specific
implementation details next.

36. Implementing Block
Style Variations
wp.blocks.registerBlockStyle(
'core/button', {
name: 'custom-button-
style',
label: 'My Button Style'
} );

37. Demo!
● Using a Plugin
● Using a Theme

38. Questions?

39. Thank You.