Wordpressの子テーマの必要性：コア/サードパーティーに提供されたコードを変更しない

• Wordpress、および各種プラグインがよくアップグレードされます
  • アップグレード時にソースコードがすべて上書きされます
  • もし提供されたプラグインのソースコードを変更した場合に、アップグレード時にこれらのソースコードが全部消されます
• そのアップグレードに影響されずに、提供されたソースコードに変更しないことが鉄則です
  • 提供されたテーマも同じアップグレードされるので、テーマを変更する前に、子テーマを作成します

子テーマを簡単に作成できます

• 元テーマ：Zerif を利用します
• 子テーマのフォルダー(zerif-lite-child)を新規作成します
  • wp-content/themes/zerif-lite-child
• 子フォルダーの下に二つのファイルを新規作成します
  • style.css ：親テーマに関する記述

    /*
     Theme Name:   Zerif Lite Child
     Theme URI:    Theme URI: https://www.themeisle.com/ 
     Description:  Zerif Liter Child Theme
     Author:       old-pine
     Author URI:   http://old-pine.net
     Template:     zerif-lite
     Version:      1.0.0
    */
    

  • functions.php：親テーマの利用ロジック

    <?php
    
    add_action( 'wp_enqueue_scripts', 'child_enqueue_styles',99);
    function child_enqueue_styles() {
        $parent_style = 'parent-style';
        wp_enqueue_style( $parent_style, get_template_directory_uri() . '/style.css' );
        wp_enqueue_style( 'child-style', get_stylesheet_directory_uri() . '/style.css', array( $parent_style ) );
    }
    if ( get_stylesheet() !== get_template() ) {
        add_filter( 'pre_update_option_theme_mods_' . get_stylesheet(), function ( $value, $old_value ) {
             update_option( 'theme_mods_' . get_template(), $value );
             return $old_value; // prevent update to child theme mods
        }, 10, 2 );
        add_filter( 'pre_option_theme_mods_' . get_stylesheet(), function ( $default ) {
            return get_option( 'theme_mods_' . get_template(), $default );
        } );
    }
    
    ?>
    

  • 作成されたフォルダーとファイルは以下のようなイメージ
    
• システムの外観管理画面で新規作成した子テーマを有効にします
  

プラグイン（Customizer Export/Import）で既存のテーマ設定情報を移行します

• 新規子テーマ作成する前に既存テーマにいろいろな設定を行ったかも知れないです
• プラグイン：Customizer Export/Import　を導入して、テーマのエクスポートすることができます
  • エクスポート時に既存のテーマを有効化します
  • テーマカスタマイズ画面にある「エクスポート/インポート」メニューからテーマ情報をエクスポートします
• 子テーマを有効化して書き出されたテーマ情報をインポートします
  • 同じようにテーマカスタマイズ画面にある「エクスポート/インポート」メニューからテーマ情報をインポートトします

問題点：Wordpressのネットワーク管理（Netword Admin）とサブサイトの選択方法が分かりずらい

• マルティサイト有効化、サブサイトインストール後にネットワーク管理メニューが現れます
• Wordpressのネットワーク管理メニューとサブサイトの管理メニューがほぼ同じなので、区別しずらい
  • サイト管理メニュー項目が似ています
  • 一部分の機能が違います（例：サブサイトのプラグイン管理画面に「Add New」リンクがありません＝＞新規プラグインのインストールはできない）
    

ネットワーク管理とサブサイト間の切り替えは「My Sites」（参加サイト）のメニューで行います管理バー

• ページの上にある管理バーに「My Sites」と「サブサイト名」が現れ、どのように操作すればよいかを戸惑うことがあります
• 「参加サイト」メニューにある「サイトネットワーク管理」のサブメニューがあります。マウスオーバーするとさらにサブメニューが現れます。任意のサブメニュー項目をクリックすると「ネットワーク管理」（特権ユーザー）に入ります
  
• ネットワーク管理、サブサイトの選択結果は隣のメニューに現れます

Wordpressのサブサイトでテーマのインストールはできません

• テーマのインストール権限はネットワーク管理（Netword Admin）にあります
• ネットワーク管理でインストールされ、有効化したテーマが各サブサイトに現れ、アクティブ化することができます

ネットワーク管理（Netword Admin）でテーマの有効化／無効化で全サブサイトに反映します

• ネットワーク管理でテーマの管理結果を全サブサイトに反映させます
  

ネットワークのサイト管理で各サブサイトの個別テーマの有効化／無効化ができます

• ネットワーク管理 >> サイト >> 個別サイトの「テーマ」タグでサブサイトのテーマ有効化／無効化ができます
• この操作は当該サイトのみ有効となります（他のサブサイトに反映されません）
  

Wordpressのマルティサイトでそれぞれの子テーマを作成します

• 「Wordpressのマルティサイトの構築」をご参考ください
• 同一テーマの子テーマをそれぞれのサブサイトに適応したいです

マルティサイトに子テーマ作成方法と同じように複数回を行います

• 「Wordpressで子テーマ作成」をご参考ください
• 同じ方法でそれぞれのサブサイトに子テーマを作成します
  

サイト管理でそれぞれの子テーマを有効化します

• サブサイトでテーマのインストール／有効化はできません
• ネットワーク管理 >> サイト管理で各サブサイトに応じて子テーマを有効にします
• 各サブサイトで子テーマのアクティブ化することができます

WordpressのマルティサイトとZerif-liteテーマをインストール直後にZerif-liteのデモページではなく「ブログ」ページが表示されました

• Wordpressのマルティサイト構築
• Zerif-liteテーマをそれぞれのサブサイトに子テーマを作成しました
• 予想したZerif-liteのデモページのようなフロントページが表示されませんでした。
  • 代わりに「ブログ」ページが表示されました
    
  • タイトル：ブログ
  • サブタイトル：Zerif supports a custom frontpage

原因：マルチサイトでインストールした子テーマに固定ページがなかったため投稿ページ（ブログ）が表示されました

• テーマ（Zerif-lite）が「固定ページ」と「投稿ページ」として分けて表示しています
• フロントページが最低固定ページ（例：タイトルを「Home」にする）一枚が必要となります（ないときに任意の固定ページを作成します） <- テーマのカスタマイズメニューにある「固定フロントページ」項目で設定します
  
• 新ストール後に「最新の投稿」に指定したため、Zerif-liteのフロントページが表示されなくなりました
• 固定ページを選択して、フロントページと投稿ページをそれぞれ設定すれば、フロントページがZerif-liteのデモページと同じ効果が出ました

目的に応じて多言語サイトの構築

• WordPressで多言語サイトの構築はいろいろな方法があります
  • サーバー、地域別にサイト（言語別に）構築
  • 一台サーバーに複数のWordPress（言語別に）構築
  • 一つのWordPressに複数のサイト（言語別に）構築（Wordpressのマルティサイト構築 ）
  • 一つのWordPressに複数言語で構築
• 目的に応じて多言語サイトを構築する必要があります
  • 上記複数の言語サイトを構築するには、長所/短所があり、コストも違います
  • サイトの用途、目的を分類して、効率よく構築する必要があります

多言語サイトを大きく分けると二種類：共有コンテンツとコンテンツ共有しない

• サイトの言語別にサイトのレイアウト、コンテンツを別々に作成される：コンテンツ共有しないタイプ
  • 例：コンテンツが言語とは関係なく、言語別のコンテンツが用意されています
• コンテンツ共有しないは、以下の方法で構築
  • 別々のサーバー（言語別）で多言語サイト構築
    • サーバーの管理費などのコストがかかります
    • コンテンツ共有しないため、サーバー間のデータ連携はしない
  • 一台サーバーに複数のWordPress（言語別に）構築
    • 一台サーバーで複数のWordPress（違うDB、違うディレクトリ）で構築
    • 一台サーバーの費用のみとなり
  • 一つのWordPressにマルティサイトの構築（WordPress共有ソース）
    • 一つのWordPressの上で複数のサイト（言語別）に構築します
    • 一つの共有ソース（WordPress）なので、メンテナンスが比較的に簡単（コストが抑えられる）
    • 共有ソースなので、一か所が問題があったら、複数のサイトに影響を与える可能性があります（安定性に問題）
• コンテンツを共有タイプの多言語サイト構築
  • コンテンツが複数の言語で表示させます（一つの投稿に、複数の言語で翻訳）
  • 一つのWordPressの上に複数の言語をインストールします
    • コンテンツのデータが共有され、言語により、翻訳されたコンテンツが表示される

プラグイン（Polylang）で一つのWordPressの上に多言語サイトの構築

• コンテンツ共有タイプの多言語サイトの構築例として、WordPressのプラグイン（Polylang）で構築します
• 通常の方法でWordPressのインストール
• プラグイン（Polylang）のインストール、有効化
• 管理メニューに「言語」が現れ、インストール必要な言語を追加します
  
• 言語 >> 文字列翻訳　でサイトの名前、日付フォーマットなどを設定
• 言語 >> 設定　で言語を特定するURLの設定
  
  • 言語を特定する方法はいくつかあります。例：URL、ブラウザの言語、セッション、ユーザーの設定など
  • ここでは、URLの言語特定方法を選択します
• （言語を切り替えるために）言語スイッチをページのサイドバーに追加
  
  • 注意：コンテンツがない場合に言語スイッチが表示されない