WordPressのインポート機能で取り込んだ時にIDが変わってしまったものがあったのでリダイレクタを作った。

プログラムから生成したmrubyのリダイレクタは下記。

blog_redirect_handler.rb

あとは、これをh2oの設定ファイルで mruby.handler-file に指定すれば正常に動作する。

WordPressのプラグインとして書こうかとも思ったけど既に以前のドメインでアクセスが来た際にblog.fukata.orgにリダイレクトしていたのでフローを変えずに処理するのはこれが最も楽だったと思う。

プログラムから吐き出したmrubyスクリプトはerniebrodeur/ruby-beautifyで整形した。簡単に整形出来て良い。なんならsyntaxチェックまでやってくれるので便利。

久々にRailsじゃなくてruby書いた気がする。

前回、h2o+phpのdockerイメージを練習がてらに作ってみたので今回はそれを使ってこの主にWordPressで構成されたサイトをdockerコンテナを使ってみた。

構成

前回とほとんど構成は変わってない。

• Digital Ocean Singapore 512MB
• Ubuntu 16.04 LTS
• MySQL 5.7
• Redis 3.2
• h2o 2.1.0-beta4
• php 7.0.14

dockerイメージ

使ったdockerイメージは下記。

• mysql:5.7
• redis:3.2
• fukata/h2o-php

/var/www 以下にあるWordPressやその他のWEBに公開しているファイルは現状はコンテ化出来ていないのでそのままホストに置いている状態となっている。

これもコンテナ化しようかと思ったんだけどWordPress自身でのアップデートとかもあるしローカルで変更してイメージ化して再アップってのが個人で運営するブログ程度だと面倒くささが勝ちそうだったので良い案が思い浮かぶまでとりあえずホスト側に置くことにした。

なので、h2o-phpコンテナとはvolumeに指定してマウントしている。

wp-config.php

h2o-phpコンテナからmysql,redisコンテナにアクセスするために下記のような設定を行っている。

docker runのlinkオプションに他コンテナを指定することで環境変数に色々定義されるのでそれを使う。

/** MySQL hostname */
define('DB_HOST', getenv('DB_PORT_3306_TCP_ADDR') ?: 'localhost');

// redis
define('WP_REDIS_HOST', getenv('REDIS_PORT_6379_TCP_ADDR') ?: 'localhost');
define('WP_REDIS_PORT', getenv('REDIS_PORT_6379_TCP_PORT') ?: '6379');

今回、初めてphpの ?: という演算子を知った。
いわゆるデフォルト値を定義してあげる時に便利なやつ。

ansible

ansibleのタスクからdockerコンテナの部分だけ抜粋。

- name: Create mysql container
  docker_container:
    name: db
    image: mysql:5.7
    pull: true
    restart: yes
    restart_policy: always
    env:
      MYSQL_ALLOW_EMPTY_PASSWORD: YES
      MYSQL_USER: "{{ db_user }}"
      MYSQL_PASSWORD: "{{ db_password }}"
    ports:
      - 127.0.0.1:3306:3306
    volumes:
      - /var/lib/mysql:/var/lib/mysql
      - /etc/mysql:/etc/mysql
  tags: mysql

- name: Create redis container
  docker_container:
    name: redis
    image: redis:3.2
    pull: true
    restart: yes
    restart_policy: always
    ports:
      - 127.0.0.1:6379:6379
    volumes:
      - /etc/redis:/etc/redis
  tags: redis

- name: Create h2o container
  docker_container:
    name: h2o
    image: fukata/h2o-php
    pull: true
    restart: yes
    restart_policy: always
    ports:
      - 0.0.0.0:80:80
      - 0.0.0.0:443:443
    links:
      - db
      - redis
    volumes:
      - /var/www:/var/www
      - /var/log/h2o:/var/log/h2o
      - /etc/h2o:/etc/h2o
      - /etc/letsencrypt:/etc/letsencrypt
  tags: h2o

まとめ

今回、DigitalOceanのインスタンスを512MBプランに変更してみたんだけど普通に動いてるっぽい。かなりギリギリになってるので何かあるとすぐいっぱいになってしまいそうな不安はあるけど。

とりあえず、今年中にやりたかったdockerコンテナを使ってサイトを公開出来たのは良かった。

そろそろEC2に移行しようかな。どうせならterraformなど使って移行したい。

以前、サイトをSSL化したが今回は使用しているPHPのバージョンを5.5.9から7.0.2にアップグレードした。

環境

• Ubuntu 14.04
• PHP 5.5.9-1ubuntu4.14

PHP7インストール

How To Upgrade to PHP 7 on Ubuntu 14.04 | DigitalOcean

基本的には上記のページに書かれている方法でPHP7にアップグレードする事が出来る。

下記はメモとしてphp5の時に使っていたパッケージのphp7版をインストールした時のログ。

WordPress

ここまででデフォルトのWordPressであれば動いているはず。

自分の環境ではWP_Cache_Objectでpecl-memcacheに依存している部分があり、pecl-memcacheのメンテナンスが長い事行われてなかったりphp7対応するのがめんどくさそうだったので下記のプラグインを使ってキャッシュストアをRedisに変更した。

WordPress › Redis Object Cache « WordPress Plugins

上記プラグインはphpredisに対応しているのでphpredisを下記の要領でビルドすれば使えるようになった。

再移動も忘れずにしておこう。

まとめ

Let’s Encryptを使ってサイトをSSL(http2)化した | Tatsuya Blog

前回は、下記の記事でサイトのSSL化を行ったが、やっと今回PHP7化を行うことが出来た。

と言っても自分のサイトくらいであれば大したアクセスもなければ基本的にはnginxのキャッシュを返している事が多いのであまり目に見えてるような恩恵は受けられていないかもしれない。とりあえず、PHP7でサイトを動かせたのは良かった。

次はなんだろう。。。ログを可視化とかしてみたいかな。

また、今回チューニングを行ったのはWordPress自身ではなく、WordPressを実行するサーバ側です。行ったのは下記のチューニングです。

• PHPアクセラレータの導入
• MySQLのクエリキャッシュの導入
• Apacheの圧縮転送の導入

PHPアクセラレータの導入

PHPはインタープリタ言語と言われる、実行時に動的にコンパイルする言語です。そのため、実行毎にコンパイルするのではなく、コンパイル結果をキャッシュする為の役目をPHPアクセラレータが担ってくれます。

代表的なPHPアクセラレータにはGIGAZINEの下記の記事が詳しいです。

PHPアクセラレータで一番高速なのはどれか？ – GIGAZINE

今回ServerMan@VPSに導入したのは、APCというPHPアクセラレータです。インストールに関しては下記を参考にしました。

Installing PHP APC on GNU/Linux Centos 5 | 2bits.com, Inc. – Drupal Development, Customization and Consulting

Apacheの圧縮転送の導入

次に行ったのがApacheが配信するデータを圧縮するというもので、Apache1.3まではmod_gzipモジュールが、Apache2.0からはmod_deflateモジュールというのを使用して行います。
今回使用しているApacheは2.x系なので、mod_deflateを使います。

導入に関してはCentOSでyumでhttpd-develをインストールすると初期状態でmod_deflateが有効になっているので今回は割愛します。設定方法に関しては下記が参考になります。

mod_deflate を試してみた

ちなみに、mod_cacheとmod_deflateを併用して描画時間が短縮されるか確かめてみたのですが、同程度だった為、単体でより短縮されるmod_deflateを利用しました。ただ、mod_deflateは毎回配信するデータを圧縮するのでCPUに負荷がかかります。回線の使用帯域とCPUリソースを天秤にかけてmod_cacheもしくは、mod_deflateどちらかを使用するか決めると良いかと思います。

MySQLのクエリキャッシュの導入

MySQL :: MySQL 5.1 リファレンスマニュアル :: 4.13 MySQL クエリ キャッシュ

最後に行ったのがMySQLで発行されるSQLクエリをキャッシュするというもの。設定方法に関しては下記が参考になります。

クエリ結果のキャッシュ｜MySQL｜プログラムメモ

大きな設定に関しては上記の通りです。サーバ監視アプリのMuninをサーバにインストールしたので、これから定期的に計測して細かいチューニングを行います。また、改善されるようなチューニングが見つかった時には書きたいと思います。

今回のチューニングはあくまでもServerMan@VPSの限られたリソース内でのチューニングなので、サーバスペックが変わればチューニング方法も変わる可能性がありますので、各自のサーバスペックと相談の上チューニングを行ってください。また、今回はサーバ側の設定のみでWordPressには依存しないものなので、基本的なLAMP環境のチューニングとしても利用可能です。

最後に下記は上記のチューニング項目の現在の設定値になります。

PHPアクセラレータ(APC)

APC Support enabled
Version 3.0.19
MMAP Support Enabled
MMAP File Mask no value
Locking type pthread mutex Locks
Revision $Revision: 3.154.2.5 $
Build Date May 13 2010 14:20:28

Directive Local Value Master Value
apc.cache_by_default On On
apc.coredump_unmap Off Off
apc.enable_cli Off Off
apc.enabled On On
apc.file_update_protection 2 2
apc.filters no value no value
apc.gc_ttl 3600 3600
apc.include_once_override Off Off
apc.max_file_size 1M 1M
apc.mmap_file_mask no value no value
apc.num_files_hint 1000 1000
apc.report_autofilter Off Off
apc.shm_segments 1 1
apc.shm_size 30 30
apc.slam_defense 0 0
apc.stat On On
apc.stat_ctime Off Off
apc.ttl 0 0
apc.user_entries_hint 4096 4096
apc.user_ttl 0 0
apc.write_lock On On

MySQLクエリキャッシュ

| have_query_cache | YES |
| query_cache_limit | 1048576 |
| query_cache_min_res_unit | 4096 |
| query_cache_size | 33554432 |
| query_cache_type | ON |
| query_cache_wlock_invalidate | OFF |

mod_deflate

SetOutputFilter DEFLATE
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
SetEnvIfNoCase Request_URI \
\.(?:gif|jpe?g|png)$ no-gzip dont-vary
Header append Vary User-Agent env=!dont-vary

ブログ上にも関わらず、綺麗に色分けされたプログラムコードが表示されてます。

wordpressを使用していて、プログラムコードを表示することが多い方は入れてみてはいかがでしょうか？

なぜかというと、現在、ブログのモバイル対応に「Ktai Style」というプラグインを使用していたんですが、どうやらモバイル用のテンプレートを読み込まないといけないのに、PC用のテンプレートを読み込んでしまい、PC用テンプレートで表示されてしまっていました。

別段速度的にも劇的に変わるほどでもないので、アンインストールしました。