Docker を利用したローカル環境構築


このドキュメントでは、a-blog cms を動かすためのローカル環境を Docker を利用して立ち上げます。

Docker とは

Docker はアプリケーションをコンテナと呼ばれる独立した環境でまとめて動かすためのプラットフォームです。OS やミドルウェアの設定をコードで管理できるため、「自分の環境では動くのに本番では動かない」といった問題を防ぎ、チームで同じ開発環境を簡単に共有できます。

詳しくは Docker 公式ドキュメント を参照してください。

a-blog cms 向けに PHP・MySQL 等の環境をコンテナで用意することで、ローカルマシンに直接ソフトウェアをインストールすることなく開発を始められます。

利用する Docker イメージ


mysql 公式イメージをそのまま使用します
nginxproxy/nginx-proxy 複数環境を立ち上げる為のリバースプロキシです
atsu666/ioncube  ioncubeLoaderがインストール済みのphp-apatch環境です(Ver. 2.x 用)
atsu666/acms PHP8.0 以上の php-apatch環境です( ioncubeLoaderはインストールされていません。Ver.3.0以上での使用を推奨)

推奨: a-blog cms Ver.3.0 以上では atsu666/acms を使用してください。ioncubeLoader は不要になりました。


atsu666/acmsで利用可能な PHP バージョン


PHPバージョン イメージ
8.4 atsu666/acms:8.4
8.3 atsu666/acms:8.3
8.2 atsu666/acms:8.2
8.1 atsu666/acms:8.1
8.0 atsu666/acms:8.0

atsu666/ioncube(2.x用)で利用可能な PHP バージョン


PHPバージョン イメージ
7.3 atsu666/ioncube:7.3
7.2 atsu666/ioncube:7.2
7.1 atsu666/ioncube:7.1
7.0 atsu666/ioncube:7.0
5.6 atsu666/ioncube:5.6
5.5 atsu666/ioncube:5.5
5.4 atsu666/ioncube:5.4
5.3 atsu666/ioncube:5.3

※ a-blog cms Ver. 3.0 以上では ionCubeLoader が不要になりましたが、PHP 7.x の環境で Ver.3.0 以上をお使いの場合は、引き続き atsu666/ioncube:7.x をお使いください


セットアップ手順

1. ディレクトリ構成を準備する

任意の作業ディレクトリを作成し、以下の構成になるよう準備します。

my-acms-project/
├── docker-compose.yml
└── html/          ← a-blog cms のファイルをここに展開する

ダウンロードページから a-blog cms のパッケージをダウンロードし、展開してください。展開後、ablogcms ディレクトリの中身をプロジェクトフォルダ直下の html/ ディレクトリに配置してください。

2. docker-compose.yml を作成する

以下の内容をそのままコピーして docker-compose.yml を作成してください(PHP バージョンは必要に応じて変更してください)。

services:
  # db
  db:
    image: mysql:8.4
    ports:
      - "3306:3306"
    volumes:
      - ./mysql-data:/var/lib/mysql:delegated
    environment:
      MYSQL_ROOT_PASSWORD: root
    command: --innodb-use-native-aio=0

  # proxy(複数サイトを同時に起動するためのリバースプロキシ)
  proxy:
    image: nginxproxy/nginx-proxy
    volumes:
      - /var/run/docker.sock:/tmp/docker.sock:ro
    ports:
      - "80:80"
      - "443:443"
  # web
  web:
    image: atsu666/acms:8.4  # 使用したい PHP バージョンに合わせて変更
    privileged: true
    volumes:
      - ./html:/var/www/html  # ホストとコンテナ間のファイル同期
      - /etc/localtime:/etc/localtime:ro
    environment:
      - VIRTUAL_HOST=acms.test,www.acms.test  # アクセスに使うホスト名
      - APACHE_DOCUMENT_ROOT=/var/www/html   # ドキュメントルート

ホスト・コンテナ間のファイル同期について

volumes の設定により、ホスト側のファイルを変更すると即座にコンテナ内にも反映されます。書式は ホストのパス:コンテナのパス です。

volumes:
  - ./html:/var/www/html  # ホスト側の ./html をコンテナの /var/www/html にマウント

詳しくは Docker 公式ドキュメント「Volumes」 を参照してください。

VIRTUAL_HOST の設定について

nginxproxy/nginx-proxy はリバースプロキシとして動作し、指定された port で受けたリクエストをホスト名に応じて各コンテナに振り分けます。これにより、複数の Web コンテナを起動していても port を変えることなく共存できます。

設定は environmentVIRTUAL_HOST を記述するだけです。カンマ区切りで複数のホスト名を指定できます。

environment:
  - VIRTUAL_HOST=acms.test,www.acms.test

3. hosts ファイルを編集する

VIRTUAL_HOST に指定したホスト名でブラウザからアクセスできるよう、OS の hosts ファイルに以下を追記してください。

macOS / Linux の場合

ファイルパス: /etc/hosts

127.0.0.1  acms.test www.acms.test

編集コマンド:

sudo vi /etc/hosts

Windows の場合

ファイルパス: C:\Windows\System32\drivers\etc\hosts

管理者権限でメモ帳などを開き、以下を追記してください。

127.0.0.1  acms.test www.acms.test

4. Docker を起動する

$ cd /path/to/my-acms-project  # docker-compose.yml があるディレクトリへ移動
$ docker compose up -d

5. a-blog cms のインストールを行う

ブラウザで http://acms.test にアクセスしてインストール画面を開いてください。

データベースの接続設定は以下のように入力します。

項目

データベースサーバー名

db

データベース名

任意(例: db_acms

データベースユーザー名

root

データベースパスワード

root

db はサービス名です。コンテナ間は自動的にサービス名で名前解決できます。ホストのIPアドレスを指定する必要はありません。詳しくは Docker 公式ドキュメント「Networking in Compose」 を参照してください。


M1/M2/M3 Mac(Apple Silicon)での注意点

atsu666/ioncube:5.5atsu666/ioncube:5.4atsu666/ioncube:5.3 は arm64 アーキテクチャに対応していません。Apple Silicon Mac でこれらのイメージを使用する場合は、docker-compose.ymlplatform: linux/amd64 を追加してください。

web:
  image: atsu666/ioncube:5.5
  platform: linux/amd64  # この行を追加
  privileged: true
  volumes:
    - ./html:/var/www/html
    - /etc/localtime:/etc/localtime:ro
  environment:
    - VIRTUAL_HOST=acms.test,www.acms.test
    - APACHE_DOCUMENT_ROOT=/var/www/html

よくある質問

Q. ブラウザでローカル環境にアクセスできない

  • hosts ファイルの編集が反映されているか確認してください

  • docker compose ps でコンテナが起動しているか確認してください

  • proxy コンテナの 80 番ポートが他のプロセスと競合していないか確認してください(MAMP などの他のローカルサーバーが起動している場合は停止してください)

Q. データベースに接続できない

config.server.php の DB_HOST には db(サービス名)を指定してください。localhost127.0.0.1 では接続できません。

php5.6 - php7.0 の環境の場合、Ver. 2.11.15, Ver. 2.11.16 で重大な問題がみつかりました。

php5.6 - php7.0 の環境で Ver. 2.11.15 または Ver. 2.11.16 を利用している場合、いくつかの機能が動作しない重大な問題がみつかりました。

問題の内容

Ver. 2.11.15 で php7.4 に対応したことにより、a-blog cms で利用してるライブラリもアップデートされたのですが、 一部ライブラリでphp5.6 - php7.0 で動作しなくなるものが含まれておりました。

現在わかってる段階で以下機能が動作しません。

  • メディアのアップロード
  • フォーム
  • チェックリスト

対象

a-blog cms Ver. 2.11.15 または Ver. 2.11.16 を利用していて、phpのバージョンが php5.6 - php7.0 の場合

対応策

a-blog cms Ver. 2.11.15 または Ver. 2.11.16 をお使いで、php5.6 - php7.0 をお使いの場合は、お手数ですが以下対策2つのうち、どちらかの対応をお願いいたします。

  • a-blog cms Ver. 2.11.17にアップデート
  • サーバーのphpのバージョンをphp7.1 - php7.4 にアップデートし、 ionCube Loaderと a-blog cms の パッケージを php7.1 - php7.4 のものに置き換え

この度はご迷惑をお掛けしてしまい申し訳ございません。 今後ともa-blog cmsをよろしくお願いいたします。

フィールドモジュール

フィールドモジュールは、デフォルトで用意されている変数とカスタムフィールドのデータを出力するモジュールです。表示するフィールドの情報は、指定していればモジュールIDまたはctx、指定していなければ現在閲覧しているページのURLコンテキストが適用されます。

次の例では、カテゴリーごとに紐付けされたカスタムフィールドの画像(headimage)を表示します。紐付けされた画像データがなければ、:veilブロックによって表示されなくなります。

例:カテゴリーのカスタムフィールドを表示する

<!-- BEGIN_MODULE Category_Field -->
 <!-- BEGIN headimage:veil -->
  <img src="{headimage@path}" width="" height="" alt="">
 <!-- END headimage:veil -->
<!-- END_MODULE Category_Field -->
Blog_Field ブログのフィールド情報を出力 変数表 ソース
例)<!-- BEGIN_MODULE Blog_Field -->
<!-- END_MODULE Blog_Field -->
Category_Field カテゴリーのフィールド情報を出力 変数表 ソース
例)<!-- BEGIN_MODULE Category_Field -->
<!-- END_MODULE Category_Field -->
Entry_Field 記事のフィールド情報を出力 変数表 ソース
例)<!-- BEGIN_MODULE Entry_Field -->
<!-- END_MODULE Entry_Field -->
User_Field ユーザーのフィールド情報を出力 変数表 ソース
例)<!-- BEGIN_MODULE User_Field -->
<!-- END_MODULE User_Field -->
Module_Field モジュールIDのフィールド情報を出力(Ver.2.6.1より追加) ソース
例)<!-- BEGIN_MODULE Module_Field -->
<!-- END_MODULE Module_Field -->

2020年7月 日本語ウェブサイトCMS利用率ランキング20

現在、W3Techs.com の日本語サイトの CMS 利用状況のランキングは残念ながら 上位3位までしか表示されなくなっています。今回「日本語のサイト CMS 利用率ランキング」の全てのデータを入手し、一部のデータをブログに公開する許可もいただきましたので紹介したいと思います。


CMS シェア で検索する

CMS シェア のキーワードで Google を利用して検索すると以下のような記事がヒットします。

どのデータも W3Techs.com のデータを利用して記事を書かれています。 以前から CMS のシェアを知るための情報としては、W3Techs.com が一番の情報源になっているようです。

W3Techs.com , 14 January 2015

2015年の頃は、上位10位までという時期もあり、その頃のキャプチャ画像が保存されていましたので、当時のデータとして紹介しておきます。


2020年7月 日本で利用されている CMS は

今回、W3techs.com からの情報としてベスト20を紹介します。

グラフにしてみると WordPress のシェアが高すぎ(83.288%)ありますので、それを全部入れるとグラフの他が分からないことになってしまいますので、25% までの表示となっております。


Percentages of websites using various content management systems among the sites that use Japanese


Ranking CMS Name Market Share
1 WordPress 83.288%
2 ( Adobe Dreamweaver ) 2.547%
3 EC-Cube 2.182%
4 ( JustSystems Homepage Builder ) 1.514%
5 Livedoor Blog 1.478%
6 Color Me Shop 1.362%
7 MakeShop Japan 1.316%
8 Jimdo 0.796%
9 Shopify 0.503%
10 Drupal 0.503%
11 Wix 0.395%
12 ( WebSphere Studio )旧Homepage Builder 0.383%
13 a-blog cms 0.369%
14 XOOPS 0.358%
15 movable type 0.346%
16 Concrete5 0.277%
17 Joomla 0.247%
18 DotNetNuke 0.213%
19 Hugo 0.157%
20 Quick Homepage Maker → HAIK 0.157%

※ 2020年7月21日の W3Techs.com から提供されているデータになります。
※ ( )は CMS ではなくエディタであることから除外を検討しています。
太字は国産CMSを表しています。

その他の CMSシェアの情報源として

W3Techs.com 以外の国産CMSシェアの情報源としては DataSign 社の DataSign Report 上場企業 CMS調査 2019年6月版 が有益かと思います。 こちらをネタ元にしたブログの記事も多く見かけますが、2020年版のデータを楽しみにしています。