WORDPRESS:タグのアーカイブ｜ネットマーベラス㈱

備忘録：NGINXでWORDPRESSの設定例（php-fpmの設定をupstreamで指定する）

2021年10月28日Linux Tips, Wordpress, テクニカル, トピックス, ノウハウ

投稿者：担当者

久しぶりにnginxでWORDPRESSを導入する仕事があったのでphp-fpm導入してみたらnginxフォルダーにphp-fpm.confが導入されていたのでこれを仮想サーバでどう呼び出すかやってみた。upstreamで指定するとマルチサイト運営では共通で使えるので良いですね。

nginxの本体側の設定

user  nginx;
worker_processes  1;

error_log  /var/log/nginx-error.log  notice;

events {
    worker_connections  100;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    log_format   main '$remote_addr - $remote_user [$time_local]  $status '
       '"$request" $body_bytes_sent "$http_referer" '
       '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx-access.log  main;

    sendfile        on;
    tcp_nopush     on;

    keepalive_timeout  65;

    gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

user nginx;

worker_processes 1;

error_log /var/log/nginx-error.log notice;

events {

worker_connections 100;

}

http {

include mime.types;

default_type application/octet-stream;

log_format main '$remote_addr - $remote_user [$time_local] $status '

'"$request" $body_bytes_sent "$http_referer" '

'"$http_user_agent" "$http_x_forwarded_for"';

access_log /var/log/nginx-access.log main;

sendfile on;

tcp_nopush on;

keepalive_timeout 65;

gzip on;

include /etc/nginx/conf.d/*.conf;

}

php-fpmの設定がupstreamで指定してるケース

この書き方はマルチサイトでサーバ運営する場合に良いですね。

upstream php-fpm{
    server unix:/var/run/php-fpm7/php-fpm.sock;
}

upstream php-fpm{

server unix:/var/run/php-fpm7/php-fpm.sock;

}

upstreamの指定をfastcgi_passで呼び出す

実際に仮想サーバ側で呼び出す。upstreamの名前を記述するだけ。

server {
        listen       80;
        server_name  localhost;
        root   /var/www/wordpress;
        access_log  /var/log/nginx-access.log;

        location / {
              index  index.php index.html index.htm;
              autoindex on;
              autoindex_exact_size off;
              autoindex_localtime on;
        }


        # redirect server error pages to the static page /50x.html


        location ~ \.php$ {
              fastcgi_pass php-fpm; #upstreamのphp-fpm名称を指定
              fastcgi_index index.php;
              fastcgi_param  SCRIPT_FILENAME  $document_root/$fastcgi_script_name;
              include fastcgi.conf;
        }


        location ~ /\.ht {
            deny  all;
        }
 }

server {

listen 80;

server_name localhost;

root /var/www/wordpress;

access_log /var/log/nginx-access.log;

location / {

index index.php index.html index.htm;

autoindex on;

autoindex_exact_size off;

autoindex_localtime on;

}

# redirect server error pages to the static page /50x.html

location ~ \.php$ {

fastcgi_pass php-fpm; #upstreamのphp-fpm名称を指定

fastcgi_index index.php;

fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;

include fastcgi.conf;

}

location ~ /\.ht {

deny all;

}

タグ: nginx, php-fpm, upstream, WORDPRESS

自動AMP(Accelerated Mobile Pages)化の障害回避　WORDPRESSでAMP表示を最適化する。

2019年12月21日SEO関連, Wordpress, wordpressテクニカル, テクニカル, トピックス, ノウハウ

投稿者：担当者

AMPを使うためにWORDPRESSのAMPプラグインを使う方は多いのではないかと思います。その際に発生する問題はAMPプラグイン自体が万能ではないので元のページを完全にAMPできないケースが多いのです。今回はそれを回避するための方法をお話したいと思います。

AMPのプラグインはどのような処理を行っているか理解する

AMPページはAMP htmlという書式があり、一部HTMLと互換性のタグとオリジナルのタグがあります。AMPページは元のソースHTMLを見てコードの変換を行います。必要に応じてAMPプラグインはコード変換だけではなくサポートされていないタグであれば除去を行います。amp htmlではjavascriptは極めて利用範囲が制限されているため、javascrptがエラーになるケースが多いです。このjavascript絡みのエラーがWPで利用しているプラグインがエラー発生の起因となっているケースが多いのです。

どうやってAMPエラーを抑え込むか

WORDPRESSの中では投稿ページ、カスタム投稿ページ、固定ページ、カテゴリーページ、Authorページ、管理画面などページの種類が複数あって、AMPプラグインの多くはこの種類でざっくりとAMP化するか、しないかの範囲を決めているケースが多いです。AMPは投稿とカスタム投稿、主要固定ページに絞った方が良い結果になります。それ故、WPで使うプラグインで影響を及ぼすプラグインがどの類のページの場合にアンロードされていたほうが良いか考えてゆくと設定を制御する範囲が小さくなり効果的に抑え込めるようになります。WPではプラグインのロード・アンロードの関数が用意されていますので、それをページの種類やURLに合わせてロード・アンロードを行うことができます。若干、関数で指定するプラグイン名称が何を指定したらよいか分かりづらいという問題はあります。

WORDPRESSでプラグインのロード/アンロードの制御はどうやるのが一番簡単？

ページ単位でも投稿、固定などの種類も単純にis_xxxxxなどの関数で判定しロード/アンロードできますが本当に面倒くさい。でもそれを簡単にやってくれるプラグインソフトがあります。「Plugin Load Filter」です。下記のような画面で画面の種類(URLフィルターとPost typeフィルター)とプラグインの種類に応じてON/OFFのコントロールができます。

当サイトのケースではCrayon Syntaxのプラグインが一番AMP化の際に大きな障害になっていましたが、このプラグインを使ったことでAMP化でエラーがゼロになりました。非常に便利プラグインです。赤いアイコンのプラグはOFFの意味になります。

AMP Validator(Chrome 拡張機能)でエラー検証＆デバッグ修正

AMPのエラーチェックやSyntaxの検証はChrome 拡張機能を使用すると便利です。Google Search Consoleの中でも検証できますが、ブラウザにコンテンツがある状態で検証したほうがわかりやすいので、私はこれを基本に修正作業を行っています。

AMP Validatorの拡張機能はここで入手

タグ: AMP, AMP表示を最適化, Validator, WORDPRESS, プラグインのロード/アンロード, 障害

WORDPRESSを使う場合のよくあるマルチWP構成をnginxで対応するには

2019年12月10日Linux Tips, Wordpress, wordpressテクニカル, テクニカル, ノウハウ

投稿者：担当者

nginxでWORDPRESSを単体で使う際の設定はネットを探せば沢山あるが、巷でよくあるのが１つのサイトに複数のWORDPRESSをサブフォルダーにインストールしているケース。このパターンの設定事例は少ない。通常Apacheで使う場合は本体の設定を行えばサブフォルダーに設置したWPは特に特別な設定は不要だが、それ以外のWEBサーバではサブフォルダー毎に設定は必要です。また、最近のサイトは殆どがスマホ対応といえばレスポンシブでサイトを作っているが、未だにPCとスマホを分離して作っているケースも有る。大抵の場合はUser-agentで転送する方法を使っているが、ではnginxで使う場合はどう設定したらよいかわからない人も多いと思うので設定例を紹介したいと思う。もうちょっと見直せばよかったけど。。。若干冗長な設定もあるのですがご勘弁を。。。php-fpmの設定については今回省略しています。

フォルダー構成

nginx本体設定

/etc/nginx/nginx.confの編集です。

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  70;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    gzip on;
    gzip_http_version 1.0;
    gzip_types text/plain
    text/xml
    text/css
    application/xml
    application/xhtml+xml
    application/rss+xml
    application/atom_xml
    application/javascript
    application/x-javascript
    application/x-httpd-php;
    gzip_min_length 1000;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  45;   #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

user nginx;

worker_processes 1;

error_log /var/log/nginx/error.log warn;

pid /var/run/nginx.pid;

events {

worker_connections 70;

}

http {

include /etc/nginx/mime.types;

default_type application/octet-stream;

gzip on;

gzip_http_version 1.0;

gzip_types text/plain

text/xml

text/css

application/xml

application/xhtml+xml

application/rss+xml

application/atom_xml

application/javascript

application/x-javascript

application/x-httpd-php;

gzip_min_length 1000;

log_format main '$remote_addr - $remote_user [$time_local] "$request" '

'$status $body_bytes_sent "$http_referer" '

'"$http_user_agent" "$http_x_forwarded_for"';

access_log /var/log/nginx/access.log main;

sendfile on;

#tcp_nopush on;

keepalive_timeout 45; #gzip on;

include /etc/nginx/conf.d/*.conf;

}

仮想サーバ本体設定WORDPRESS用

/etc/nginx/conf.d/fast.confの編集です。

    server {
        listen 80;
        server_name www.testfast.net;
        rewrite ^ https://$server_name$request_uri? permanent;
    }


    server {
        listen 443 ssl http2;
        server_name www.testfast.net;
        index index.php ;
        root /var/www/html;
        access_log /var/log/nginx/access.log main;
        error_log /var/log/nginx/error.log;
        index   index.html index.php;
        charset utf-8;

        ssl_certificate      /etc/nginx/cert_2019/full.crt;
        ssl_certificate_key  /etc/nginx/cert_2019/server.key;
        ssl_protocols        TLSv1 TLSv1.1 TLSv1.2;
        ssl_prefer_server_ciphers on;
        ssl_ciphers 'kEECDH+ECDSA+AES128 kEECDH+ECDSA+AES256 kEECDH+AES128 kEECDH+AES256 kEDH+AES128 kEDH+AES256 DES-CBC3-SHA +SHA !aNULL !eNULL !LOW !kECDH !DSS !MD5 !EXP !PSK !SRP !CAMELLIA !SEED';
        ssl_session_cache    builtin:1000 shared:SSL:10m;
        ssl_session_timeout  10m;
        ssl_dhparam /etc/nginx/dhparam.pem;
        ssl_stapling on;
        add_header Strict-Transport-Security 'max-age=31536000; includeSubDomains; preload';

        location / {

           index   index.php index.html index.htm;
           #User-Agentで判断してモバイルコンテンツへ転送
           if ($http_user_agent ~* "iPhone|iPod|iPad|Android|Windows.*Phone") {
                set $flag "X";
           }
           if ($request_uri !~ ^/mobile) {
                set $flag "${flag}Z";
           }
           if ($flag = "XZ") {
                rewrite ^/(.*) https://www.testfast.net/mobile/$1 last;
           }

           try_files $uri $uri/ /index.php?$args;
        }

        location ~ \.php$ {
           root /var/www/html;

           try_files $uri =404;
           expires        off;
           fastcgi_pass   127.0.0.1:9000;
           fastcgi_index  index.php;
           fastcgi_param  SCRIPT_FILENAME  $realpath_root$fastcgi_script_name;
           fastcgi_param  DOCUMENT_ROOT  $realpath_root;
           include        fastcgi_params;
           fastcgi_param  REMOTE_ADDR      $http_x_real_ip;
           fastcgi_param  HTTPS on;
           fastcgi_pass_header "X-Accel-Redirect";
           fastcgi_pass_header "X-Accel-Buffering";
           fastcgi_pass_header "X-Accel-Charset";
           fastcgi_pass_header "X-Accel-Expires";
           fastcgi_pass_header "X-Accel-Limit-Rate";
        }
        include conf.d/sub/blog.conf;
        include conf.d/sub/community.conf;


    }

server {

listen 80;

server_name www.testfast.net;

rewrite ^ https://$server_name$request_uri? permanent;

}

server {

listen 443 ssl http2;

server_name www.testfast.net;

index index.php ;

root /var/www/html;

access_log /var/log/nginx/access.log main;

error_log /var/log/nginx/error.log;

index index.html index.php;

charset utf-8;

ssl_certificate /etc/nginx/cert_2019/full.crt;

ssl_certificate_key /etc/nginx/cert_2019/server.key;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

ssl_prefer_server_ciphers on;

ssl_ciphers 'kEECDH+ECDSA+AES128 kEECDH+ECDSA+AES256 kEECDH+AES128 kEECDH+AES256 kEDH+AES128 kEDH+AES256 DES-CBC3-SHA +SHA !aNULL !eNULL !LOW !kECDH !DSS !MD5 !EXP !PSK !SRP !CAMELLIA !SEED';

ssl_session_cache builtin:1000 shared:SSL:10m;

ssl_session_timeout 10m;

ssl_dhparam /etc/nginx/dhparam.pem;

ssl_stapling on;

add_header Strict-Transport-Security 'max-age=31536000; includeSubDomains; preload';

location / {

index index.php index.html index.htm;

#User-Agentで判断してモバイルコンテンツへ転送

if ($http_user_agent ~* "iPhone|iPod|iPad|Android|Windows.*Phone") {

set $flag "X";

}

if ($request_uri !~ ^/mobile) {

set $flag "${flag}Z";

}

if ($flag = "XZ") {

rewrite ^/(.*) https://www.testfast.net/mobile/$1 last;

}

try_files $uri $uri/ /index.php?$args;

}

location ~ \.php$ {

root /var/www/html;

try_files $uri =404;

expires off;

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;

fastcgi_param DOCUMENT_ROOT $realpath_root;

include fastcgi_params;

fastcgi_param REMOTE_ADDR $http_x_real_ip;

fastcgi_param HTTPS on;

fastcgi_pass_header "X-Accel-Redirect";

fastcgi_pass_header "X-Accel-Buffering";

fastcgi_pass_header "X-Accel-Charset";

fastcgi_pass_header "X-Accel-Expires";

fastcgi_pass_header "X-Accel-Limit-Rate";

}

include conf.d/sub/blog.conf;

include conf.d/sub/community.conf;

}

/blogフォルダーにあるWORDPRESS用設定

/etc/nginx/conf.d/sub/blog.confの編集です。

   location /blog {
        root /var/www/html;

        access_log /var/log/nginx/blog.access.log;
        error_log /var/log/nginx/blog.error.log;

        try_files $uri $uri/ /blog/index.php?q=$uri&$args;

        include conf.d/sub/common.conf;
   }

location /blog {

root /var/www/html;

access_log /var/log/nginx/blog.access.log;

error_log /var/log/nginx/blog.error.log;

try_files $uri $uri/ /blog/index.php?q=$uri&$args;

include conf.d/sub/common.conf;

}

/communityフォルダーにあるWORDPRESS用設定

/etc/nginx/conf.d/sub/community.confの編集です。

   location /community {
        root /var/www/html;

        access_log /var/log/nginx/community.access.log;
        error_log /var/log/nginx/community.error.log;

        try_files $uri $uri/ /community/index.php?q=$uri&$args;

        include conf.d/sub/common.conf;
   }

location /community {

root /var/www/html;

access_log /var/log/nginx/community.access.log;

error_log /var/log/nginx/community.error.log;

try_files $uri $uri/ /community/index.php?q=$uri&$args;

include conf.d/sub/common.conf;

}

アクセス制御用の共通設定

/etc/nginx/conf.d/sub/common.confの編集です。

index index.php;
charset utf-8;

# アクセス拒否設定
location ~* /(wp-config|xmlrpc)\.php {
    deny all;
}

# アクセス制限設定
location ~* /wp-login\.php|/wp-admin/((?!admin-ajax\.php).)*$ {

    allow 120.xxx.10.xxx;
    allow 127.0.0.1;
    # 上記以外はアクセス拒否
    deny all;

    include conf.d/sub/fastcgi.conf;
}

index index.php;

charset utf-8;

# アクセス拒否設定

location ~* /(wp-config|xmlrpc)\.php {

deny all;

}

# アクセス制限設定

location ~* /wp-login\.php|/wp-admin/((?!admin-ajax\.php).)*$ {

allow 120.xxx.10.xxx;

allow 127.0.0.1;

# 上記以外はアクセス拒否

deny all;

include conf.d/sub/fastcgi.conf;

}

fastcgi用の共通設定

/etc/nginx/conf.d/sub/fastcgi.confの編集です。

location ~\.php$ {
    fastcgi_split_path_info ^(.+\.php)(.+)$;
    fastcgi_pass  127.0.0.1:9000;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param PATH_INFO $fastcgi_path_info;
    include fastcgi_params;
}

location ~\.php$ {

fastcgi_split_path_info ^(.+\.php)(.+)$;

fastcgi_pass 127.0.0.1:9000;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

fastcgi_param PATH_INFO $fastcgi_path_info;

include fastcgi_params;

}

タグ: nginx, WORDPRESS, マルチWP

DockerでWORDPRESSを導入する際のDataBaseバージョン（MySQL or Mariadb）要注意。

2019年8月22日Linux Tips, Wordpress, wordpressテクニカル, トピックス, ノウハウ

投稿者：担当者

昨今、大人気のDockerですが、システムはもちろんのこと中でも教育用に使われる機会は多いのではないかと感じます。WORDPRESSやLinux、各種言語の環境を素早く整えるために便利だと感じます。

初心者だけではなく、ITの専門家でも幅広くやっている方と一つに特化してやっている方で別れると思います。特に言語系技術とサーバ系技術は一緒で考えがちですがスケールが大きくなってくるとサーバ技術をきちんと持っているかどうかの違いが生じてきます。

そんなとき言語系でやられている専門家の方はDockerを使うことでハードルがぐんと下がるのではないかと思います。

前フリは長くなってしまいましたが、インターネットの世界ではWORDPRESSやPHPといった環境は圧倒的にWEBアプリケーションの中では使用頻度が高いためDockerで使用する人も多いと思います。

ということで、実際にDockerでWORDPRESSを使って見ようと思いました。

# repositoryからイメージをダウンロード
 
$ docker  pull  mariadb　　＜ーーバージョン指定なきデフォルトはlatest
$ docker  pull  wordpress   ＜ーーバージョン指定なきデフォルトはlatest

# ダウンロードimageの存在確認
$ docker images

# コンテナーを作成しプロセス起動（上記のDocker Pullをしなくても勝手にダウンロードしてくれるが、学習上pullは認識したほうがいい）
$ docker run --name mariadb -e MYSQL_ROOT_PASSWORD=testpass01 -d mariadb:latest
$ docker run --name mysite --link mariadb:mysql -p 80:80 -e WORDPRESS_DB_PASSWORD=testpass01 -d wordpress

# repositoryからイメージをダウンロード

$ docker pull mariadb　　＜ーーバージョン指定なきデフォルトはlatest

$ docker pull wordpress ＜ーーバージョン指定なきデフォルトはlatest

# ダウンロードimageの存在確認

$ docker images

# コンテナーを作成しプロセス起動（上記のDocker Pullをしなくても勝手にダウンロードしてくれるが、学習上pullは認識したほうがいい）

$ docker run --name mariadb -e MYSQL_ROOT_PASSWORD=testpass01 -d mariadb:latest

$ docker run --name mysite --link mariadb:mysql -p 80:80 -e WORDPRESS_DB_PASSWORD=testpass01 -d wordpress

※今回はMariadbでWORDPRESSを使用したため問題なくあっさりWORDPRESSのインストールができましたが、Mariadb/MySQLを使う場合はバージョンをLatestバージョンにしてしまうと間違いなくハマります。環境による違いもあるのでDBエラーコネクションが表示される場合は以下のMySQL5.7.xをオススメします。

この原因はMySQLのバージョンがLatestだとVersion 8になってしまいWORDPRESSとのインターフェイスが取れなくなってしまうからです。ネットでもかなりVersion 8を無意識にインストールして接続できない問題で苦しんでいる方が多いようでした。この理由はcaching_sha2_passwordがMySQL8のデフォルト認証プラグインに変更された事が原因です。どうしても、MySQL8で対処したい方はmy.cnfでデフォルト認証プラグインを変更してDocker imageへコミットの上、再度コンテナ作成が必要です。

旧来の認証プラグインを使うように変更(変更後MySQL再起動が必要)

[mysqld] 
default_authentication_plugin=mysql_native_password

1 2	[mysqld] default_authentication_plugin=mysql_native_password

WORDPRESSで使う場合はMySQLのバージョンを5.7.xがよろしいと思います。下記のような感じでバージョン指定します。

【MySQLで接続する場合】

$ docker  pull  mysql:5.7.27　
$ docker run --name mysql5.7.27 -e MYSQL_ROOT_PASSWORD=testpass01 -d mysql:5.7.27
$ docker run --name mysite --link mysql5.7.27:mysql -p 80:80 -e WORDPRESS_DB_PASSWORD=testpass01 -d wordpress

$ docker pull mysql:5.7.27　

$ docker run --name mysql5.7.27 -e MYSQL_ROOT_PASSWORD=testpass01 -d mysql:5.7.27

$ docker run --name mysite --link mysql5.7.27:mysql -p 80:80 -e WORDPRESS_DB_PASSWORD=testpass01 -d wordpress

もし、様々な問題が生じたらやはりアプリ環境へログインして分析することが大切！

【デバッグは環境にログインしてアプリの設定を確認しよう】

Shell

#コンテナーの状況を確認します $ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES e992f068afdd wordpress "docker-entrypoint.s…" 2 hours ago Up 2 hours 0.0.0.0:80->80/tcp mysite 6d155f322e94 mariadb:latest "docker-entrypoint.s…" 2 hours ago Up 2 hours 3306/tcp mariadb 2e39e4c80e61 jonadev95/kitematic-docker "/bin/sh -c 'bash /e…" 4 hours ago Up 2 hours kitematic # 該当アプリの環境（シェル）へ接続します。この例ではmariadbへ接続します。コンテナーIDをステータスから拾い接続します。 $ docker exec -it 6d155f322e94 bash

1
2
3
4
5
6
7
8
9

#コンテナーの状況を確認します
$ docker ps -a
CONTAINER ID        IMAGE                        COMMAND                  CREATED             STATUS              PORTS                NAMES
e992f068afdd        wordpress                    "docker-entrypoint.s…"   2 hours ago         Up 2 hours          0.0.0.0:80->80/tcp   mysite
6d155f322e94        mariadb:latest               "docker-entrypoint.s…"   2 hours ago         Up 2 hours          3306/tcp             mariadb
2e39e4c80e61        jonadev95/kitematic-docker   "/bin/sh -c 'bash /e…"   4 hours ago         Up 2 hours                               kitematic

# 該当アプリの環境（シェル）へ接続します。この例ではmariadbへ接続します。コンテナーIDをステータスから拾い接続します。
$ docker exec -it 6d155f322e94   bash

タグ: Docker, MariaDB, MySQL, Version, WORDPRESS, 注意

CentOS7/CentOS6 共通h2o HTTP/2対応Web サーバのインストール with WORDPRESSで動かしてみる。

2019年7月16日Linux Tips, Wordpress, wordpressテクニカル, テクニカル, トピックス, ノウハウ

投稿者：担当者

h2oサーバの導入の動機

h2oを使ってみようと思った理由はHTTP/2.xで通信できることかな。最近のGoogle検索順位は早さも大切な評価ウェイトをしめているためサイトの速度アップは重要なことです。
このHTTP/2.xのプロトコルはHTTPS通信において表示速度を向上させ並列してリクエストを処理できるため、表示速度が向上します。
Nginxも早いのですが、H2OはそのNginxを凌ぐ早さで表示できるようです。通信スレッドはマルチプロセス・マルチスレッド方式です。CPUのコア数に合わせてnum-threadsを設定すれば良いようだ。

h2oのレポジドリーの追加

h2oのインストールはCentOS7/CentOS6で共通です。基本はyumのレポジトリーに以下の記述を追加し保存するだけでyum経由でレポジトリーからのインストールが可能になります。

# vi /etc/yum.repos.d/bintray-tatsushid-h2o-rpm.repo

[bintray-tatsushid-h2o-rpm]
name=bintray-tatsushid-h2o-rpm
#If your system is CentOS
baseurl=https://dl.bintray.com/tatsushid/h2o-rpm/centos/$releasever/$basearch/
#If your system is Fedora
#baseurl=https://dl.bintray.com/tatsushid/h2o-rpm/fedora/$releasever/$basearch/
gpgcheck=0
repo_gpgcheck=0
enabled=1

# vi /etc/yum.repos.d/bintray-tatsushid-h2o-rpm.repo

[bintray-tatsushid-h2o-rpm]

name=bintray-tatsushid-h2o-rpm

#If your system is CentOS

baseurl=https://dl.bintray.com/tatsushid/h2o-rpm/centos/$releasever/$basearch/

#If your system is Fedora

#baseurl=https://dl.bintray.com/tatsushid/h2o-rpm/fedora/$releasever/$basearch/

gpgcheck=0

repo_gpgcheck=0

enabled=1

h2oのインストールと起動

h2oを実際にyumを使ってインストールし、起動する手順になります。

# yum update
# yum install h2o

CentOS6の場合 
# service h2o start

CentOS7の場合
# systemctl start h2o

# yum update

# yum install h2o

CentOS6の場合

# service h2o start

CentOS7の場合

# systemctl start h2o

ユーザh2oの作成とドキュメントルート作成＆WORDPRESSの設置

mkdir /opt/html
useradd -d /opt/html -s /sbin/nologin -g 88 -u 88 h2o
chown h2o.h2o /opt/html
cd /opt/html
wget  https://ja.wordpress.org/latest-ja.zip
unzip latest-ja.zip
mv wordpress  content1
chown -R h2o.h2o /opt/html/content1

mkdir /opt/html

useradd -d /opt/html -s /sbin/nologin -g 88 -u 88 h2o

chown h2o.h2o /opt/html

cd /opt/html

wget https://ja.wordpress.org/latest-ja.zip

unzip latest-ja.zip

mv wordpress content1

chown -R h2o.h2o /opt/html/content1

SSL & WORDPRESSを動かす際のコンフィグレーション例（h2o.conf）

今回はSSLを使ってh2o環境でWORDPRESSを動かすケースのh2o.confを挙げてみたいと思います。
let’s encryptを使ってSSLライセンス取得し、実験してみました。Let’s Encrypt取得のやり方はここ
ドキュメントルートに/opt/html/content1として、実行ユーザはh2oユーザを新たに作り設定しています。
nginxにも似ている書き方にも感じますが、インデントで設定の範囲がきまるので注意しましょう。
尚、fastCGIをh2oは直接管理できるので通常行うようなfastCGIの設定は不要です。
SSL証明書の項目設定の中でCAファイル（認証局証明、中間証明等）を設定する箇所はありません。
従ってサーバ証明書とCAファイルはcatコマンドで結合を行ってください。結合後に結合ファイルの終点と開始点の間に改行が正しく入っていなかったらエラーになりますので必ず結合の後にチェックが必要です。
最初にサーバ証明書が来るようにするのがポイントです。尚、LetsEncryptの場合fullchain.pemが既に結合されたものです。

# cd /etc/h2o
# vi h2o.conf
 
user: h2o
max-connections: 250
num-threads: 2
access-log:  /var/log/h2o/access_log
error-log:  /var/log/h2o/error_log
pid-file: /var/h2o.pid
http1-upgrade-to-http2: ON
http2-reprioritize-blocking-assets: ON
header.add: "Strict-Transport-Security: max-age=31536000"
file.index: [ 'index.php', 'index.html' ]

hosts:
  "fox.sample.red":
    gzip: ON
    listen: 80
    listen:
      port: 443
      ssl:
         minimum-version:  TLSv1
         certificate-file: "/etc/letsencrypt/live/fox.sample.red/fullchain.pem"
         key-file: "/etc/letsencrypt/live/fox.sample.red/privkey.pem"
         cipher-preference: server
         cipher-suite: "ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:!DSS"

    paths:
       "/":
           file.dir: /opt/html/content1
           redirect:
              url: /index.php/
              internal: YES
              status: 307
           file.custom-handler:
              extension: .php
              fastcgi.spawn: "PHP_FCGI_CHILDREN=10 exec /usr/bin/php-cgi"
              fastcgi.timeout.keepalive: 10000

# cd /etc/h2o

# vi h2o.conf

user: h2o

max-connections: 250

num-threads: 2

access-log: /var/log/h2o/access_log

error-log: /var/log/h2o/error_log

pid-file: /var/h2o.pid

http1-upgrade-to-http2: ON

http2-reprioritize-blocking-assets: ON

header.add: "Strict-Transport-Security: max-age=31536000"

file.index: [ 'index.php', 'index.html' ]

hosts:

"fox.sample.red":

gzip: ON

listen: 80

listen:

port: 443

ssl:

minimum-version: TLSv1

certificate-file: "/etc/letsencrypt/live/fox.sample.red/fullchain.pem"

key-file: "/etc/letsencrypt/live/fox.sample.red/privkey.pem"

cipher-preference: server

cipher-suite: "ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:!DSS"

paths:

"/":

file.dir: /opt/html/content1

redirect:

url: /index.php/

internal: YES

status: 307

file.custom-handler:

extension: .php

fastcgi.spawn: "PHP_FCGI_CHILDREN=10 exec /usr/bin/php-cgi"

fastcgi.timeout.keepalive: 10000

おまけ：ソースからのh2oコンパイル

CentOS6.10のデフォルトのgccバージョン（4.4.7）では宣言エラー(同じ関数名で異なるタイプ宣言)が出てしまいました。しかしHomebrewで導入しているgccのバージョン（5.5.0）では問題なくコンパイルが完了しました。gccバージョン毎のプロトタイプ宣言の解釈と処理の違いがあるようです。尚centOS7,centOS8では簡単にコンパイルできます。ライブラリーが足りないと途中出てきますが２つほどマニュアルでライブラリー追加すれば問題ありません。Ubuntu系の最新バージョンではソースコード中のUINT_MAXをUINT8_MAXに置き換える作業がありましたがこちらもすんなりコンパイル出来ます。

$ cmake --version
cmake version 2.8.12.2
$ gcc --version
gcc (Homebrew gcc 5.5.0_4) 5.5.0
$ git clone https://github.com/h2o/h2o.git
$ cd h2o
$ cmake -DWITH_BUNDLED_SSL=on .
$ make
$ sudo make install

$ cmake --version

cmake version 2.8.12.2

$ gcc --version

gcc (Homebrew gcc 5.5.0_4) 5.5.0

$ git clone https://github.com/h2o/h2o.git

$ cd h2o

$ cmake -DWITH_BUNDLED_SSL=on .

$ make

$ sudo make install

タグ: CentOS6, CentOS7, h2o, http2, WEBサーバ, WORDPRESS, 高速

備忘録：NGINXでWORDPRESSの設定例（php-fpmの設定をupstreamで指定する）

備忘録：NGINXでWORDPRESSの設定例（php-fpmの設定をupstreamで指定する）

nginxの本体側の設定

php-fpmの設定がupstreamで指定してるケース

upstreamの指定をfastcgi_passで呼び出す

自動AMP(Accelerated Mobile Pages)化の障害回避　WORDPRESSでAMP表示を最適化する。

AMPのプラグインはどのような処理を行っているか理解する

どうやってAMPエラーを抑え込むか

WORDPRESSでプラグインのロード/アンロードの制御はどうやるのが一番簡単？

AMP Validator(Chrome 拡張機能)でエラー検証＆デバッグ修正

WORDPRESSを使う場合のよくあるマルチWP構成をnginxで対応するには

フォルダー構成

nginx本体設定

仮想サーバ本体設定WORDPRESS用

/blogフォルダーにあるWORDPRESS用設定

/communityフォルダーにあるWORDPRESS用設定

アクセス制御用の共通設定

fastcgi用の共通設定

DockerでWORDPRESSを導入する際のDataBaseバージョン（MySQL or Mariadb）要注意。

旧来の認証プラグインを使うように変更(変更後MySQL再起動が必要)

【MySQLで接続する場合】

CentOS7/CentOS6 共通h2o HTTP/2対応Web サーバのインストール with WORDPRESSで動かしてみる。

h2oサーバの導入の動機

h2oのレポジドリーの追加

h2oのインストールと起動

ユーザh2oの作成とドキュメントルート作成＆WORDPRESSの設置

SSL & WORDPRESSを動かす際のコンフィグレーション例（h2o.conf）

おまけ：ソースからのh2oコンパイル

Tags

本日の記事Rating(毎日PM0:00リセット)

人気の記事（総合）

人気(Python/Security)記事

備忘録：NGINXでWORDPRESSの設定例（php-fpmの設定をupstreamで指定する）

備忘録：NGINXでWORDPRESSの設定例（php-fpmの設定をupstreamで指定する）

nginxの本体側の設定

php-fpmの設定がupstreamで指定してるケース

upstreamの指定をfastcgi_passで呼び出す

自動AMP(Accelerated Mobile Pages)化の障害回避 WORDPRESSでAMP表示を最適化する。

AMPのプラグインはどのような処理を行っているか理解する

どうやってAMPエラーを抑え込むか

WORDPRESSでプラグインのロード/アンロードの制御はどうやるのが一番簡単？

AMP Validator(Chrome 拡張機能)でエラー検証＆デバッグ修正

WORDPRESSを使う場合のよくあるマルチWP構成をnginxで対応するには

フォルダー構成

nginx本体設定

仮想サーバ本体設定WORDPRESS用

/blogフォルダーにあるWORDPRESS用設定

/communityフォルダーにあるWORDPRESS用設定

アクセス制御用の共通設定

fastcgi用の共通設定

DockerでWORDPRESSを導入する際のDataBaseバージョン（MySQL or Mariadb）要注意。

旧来の認証プラグインを使うように変更(変更後MySQL再起動が必要)

【MySQLで接続する場合】

CentOS7/CentOS6 共通h2o HTTP/2対応Web サーバのインストール with WORDPRESSで動かしてみる。

h2oサーバの導入の動機

h2oのレポジドリーの追加

h2oのインストールと起動

ユーザh2oの作成とドキュメントルート作成＆WORDPRESSの設置

SSL & WORDPRESSを動かす際のコンフィグレーション例（h2o.conf）

おまけ：ソースからのh2oコンパイル

Tags

本日の記事Rating(毎日PM0:00リセット)

人気の記事（総合）

人気(Python/Security)記事

自動AMP(Accelerated Mobile Pages)化の障害回避　WORDPRESSでAMP表示を最適化する。