

[その１](https://blog.sus-happy.net/ruby-drunk-list/)に引き続き、Ruby on Railsのメモを残しておきます。（ちなみに~~呑んだくれリストとはこんな感じのモノ~~です。）

今回は、Rails + Unicorn + Nginxの設定メモです。


## Unicornの設定

railsのアプリケーションが作成しているコトが前提となります。出来ていない時は、

```shell
rails new projectname
```

で作成をしてください。

### インストール

アプリケーションフォルダ内の「Gemfile」にUnicornを追記し、インストールします。

```shell
echo "gem 'unicorn'" >> Gemfile
bundle install
```

### 設定ファイルの作成

インストールが完了したら、config/unicorn.rbを作成し、下記のように記述します。

```ruby
worker_processes 2 # 立ち上げるworker数
working_directory "/path/to/application" # アプリケーションのディレクトリ

listen "/path/to/unicorn.sock" # Unix Domain Socket

pid "/path/to/unicorn.pid"     # PIDファイル出力先

timeout 60

preload_app true

stdout_path "/path/to/stdout.log" # 標準出力ログ出力先
stderr_path "/path/to/stderr.log" # 標準エラー出力ログ出力先

GC.respond_to?(:copy_on_write_friendly=) and GC.copy_on_write_friendly = true

before_fork do |server, worker|
  defined?(ActiveRecord::Base) and ActiveRecord::Base.connection.disconnect!

  old_pid = "#{server.config[:pid]}.oldbin"
    if old_pid != server.pid
      begin
        sig = (worker.nr + 1) >= server.worker_processes ? :QUIT : :TTOU
        Process.kill(sig, File.read(old_pid).to_i)
        rescue Errno::ENOENT, Errno::ESRCH
      end
    end

    sleep 1
  end

after_fork do |server, worker|
  defined?(ActiveRecord::Base) and ActiveRecord::Base.establish_connection
end
```

working_directory、listen、pid、stdout_path、stderr_pathは、環境に合わせて変更を行ってください。
 listenで指定したパスはNginxの設定時に必要ですので、どこかにメモをしておきましょう。

### Unicornの実行

最後にUnicornを実行します。

```shell
bundle exec unicorn -D -c /path/to/application/config/unicorn.rb -E (実行環境|development|production)
```

ただ、毎回上記コマンドを実行するのが面倒な方は、[参考サイトに起動スクリプトが載っています](http://qiita.com/akito1986/items/56198edcafc222b320a8)ので、そちらを利用する方法も良いかと思います。

### 注意点

productionモードで実行する際は、Secretキーを設定しておかないとエラーが返ってきてしまうので、下記コマンドで環境変数に設定しておく必要があります。（横着してsecrets.ymlに直接記述しても動きます）

```shell
SECRET_KEY_BASE=$(rake secret) bundle exec unicorn -D -c /path/to/application/config/unicorn.rb -E production
```

~/.bash_profileとかで環境変数に設定しておく方法もあるそうなのですが、何故か自分の環境では動かなかったので、上記のようなコマンドで実行しています。


## Nginxの設定

Unicornが実行できたら次にNginxの設定を行ないます。

### インストール

以前のメモではepelリポジトリからインストールしていましたが、今回は別のリポジトリからインストールしてみます。

リポジトリを追加して、yumでインストール。yum便利です。

```shell
rpm -ivh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm
vi /etc/yum.repos.d/nginx.repo # enabled=1 -> enabled=0
yum install nginx --enablerepo=nginx
```

### 設定ファイルの作成

今回はバーチャルドメインもせずRailsに使うだけなので、ちょっと横着をしてdefault.confを編集しちゃいました。

```nginx
upstream rails-unicorn {
    server unix:/path/to/unicorn.sock;
}

server {
    #listen       80;
    server_name example.net;

    # root /usr/share/nginx/www;
    index index.php index.html index.htm;

    location / {
        try_files $uri $uri.html $uri/index.html @rails-unicorn;
    }
    # static files
    location ~ ^/(assets|css|js|fonts)/(.*) {
        alias /path/to/application/public/$1/$2;
    }
    # robots.txt | favicon.ico
    location ~ /(robots\.txt|favicon\.ico) {
        alias /path/to/application/public/$1;
    }

    location @rails-unicorn {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded_For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_pass http://rails-unicorn;
    }

    error_page 404 /404.html;

    # redirect server error pages to the static page /50x.html
    error_page 500 502 503 504 /50x.html;
    location = /50x.html {
        root /usr/share/nginx/www;
    }
}
```

upstream rails-unicornのserverには、unicory.rbで記述した際のlistenに指定したパスを記述します。
 その他、各locationのパラメータは環境に合わせて変更を行ってください。

また、コチラの設定ファイルは参考サイトと同様に、assetsファイルを毎回作成しないように直接読みに行くようにしています。

そのため、css/jsを変更した場合は、下記コマンドを実行する必要があります。

```shell
bundle exec rake assets:precompile RAILS_ENV=production
```

（また、こっそりpublicディレクトリ内にcss/jsフォルダを作って、その中に入れてしまっても大丈夫のように設定ファイルを追記しています。）

### 実行

Nginxの実行については、yumからインストールしているので、systemctlから操作することが可能です。

```shell
systemctl start nginx
```


## 参考

- [nginx + unicorn + Railsの設定方法 – Qiita](http://qiita.com/akito1986/items/56198edcafc222b320a8)
- [Missing `secret_key_base` for 'production' environment が出たのをどうにかする件 – YKT68の日記](http://j1ykt68.hatenablog.com/entry/2014/07/03/111725)

<del datetime="2015-09-30T15:57:45+00:00">まだまだ続きます、最後に実際にRailsプロジェクトを作成した時のメモを残そうかと思います。</del>投稿しました。


## シリーズ

- [その１ 「Rails環境構築編」](https://blog.sus-happy.net/ruby-drunk-list/)
- [その３ 「Railsアプリ構築編」](https://blog.sus-happy.net/ruby-drunk-list-3/)


Ruby on Railsの勉強がてらに呑んだくれリストを作ってみた（その２ Unicorn+Nginx編）



[何度か](http://blog.sus-happy.net/server-move-2/ "サーバを移転しました。") [移管を](http://blog.sus-happy.net/sakura-vps/ "さくらのVPSに移管完了") [繰り返してきている](http://blog.sus-happy.net/aws-ec2-nginx/ "サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた")当サイトですが、今回は[Linode](https://www.linode.com/)に移管をしてみました。

t1.microからt2.microという手もあったのですが、AWSを利用する理由も特にないかなぁということでまたVPSに舞い戻っています。

ついでにCentOSも7にしてみたので、色々変更点をメモメモ。


## Linodeを契約

メンバー登録して、必要情報を入力、プランは「Linode 1024」を選択、デプロイ等ゴニョゴニョしていたら立ち上がりました。

開設あたりまでは、[こちらのページに詳しく記載されていました](http://blog.uklab.jp/web/sign-up-linode/)ので参考にさせていただきました。


## 必要なモノをインストール

AWSとほぼ同じ環境を用意していきますので、PHP（php-fpm）、MySQL、nginxをインストールしていきます…ついでに標準パッケージも気になっていたMariaDBになっていたのでコチラを利用。お初。

という事で、自分はyumしか使えないので、epel、remiのお世話になります。

```shell
rpm -Uvh http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-2.noarch.rpm
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm
```


自動的にレポジトリ見に行くのは微妙なのでenabledを0にしてから、PHP、MySQL、nginxをインストールします。
 と、言いたいところでしたが、PHP5.5をインストールする時にlibgd.soが無いよって言われてしまったので、gd-lastもインストールします。

```shell
yum install --enablerepo=remi gd-last
yum install --enablerepo=remi-php55 php-cli php-mysql php-mbstring php-gd php-fpm
yum install --enablerepo=remi mariadb-server
yum install --enablerepo=epel nginx
```


## MariaDBの初期設定

とは言っても事前調査なしなので、MySQLの初期設定と同様です。[前回の記事と変わりません](http://blog.sus-happy.net/aws-ec2-nginx/ "サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた")。

MariaDBを実行するコマンドだけ異なります。CentOS7からは「systemctl」が採用されたそうなので、「/etc/rc.d/init.d/***」では無くなりました。
[systemctlについてはコチラのページで色々詳しく記載がされていました](http://qiita.com/tukiyo3/items/092fc32318bd3d1a0846)ので参考にさせて頂いています。

```shell
systemctl start mariadb
systemctl enable mariadb
```

ちなみにMySQLのダンプデータをそのまま実行しても移すことが出来ました。今のところ不具合は起きていません。


## PHPとnginxの初期設定

コチラは前回の設定と<del datetime="2014-09-28T09:34:23+00:00">変えなくても動きました</del>変えていません。

MariaDBと同様に、systemctlから実行、自動起動設定を行います。


## その他色々

1. 一旦ローカルのhostsをLinodeに向くように書き換えてチェック
2. 問題なさそうだったのでAレコードを書き換え
3. 新規ファイルをアップしてDNSが書き換えられてるかチェック
4. EC2側を（まだちょっと怖いので）stop

EC2を停止してもEBS分が課金されるみたいなので、様子をみてterminateする予定です。

そういえばポート設定してないのでそちらも気が向いたらしておこう。iptablesじゃなくなってるらしいので、試してみたらまたメモします。


## 参考

- [Linodeのアカウント開設からプロモーションコードの適応までを書いてみる – UKLab開発者ブログ](http://blog.uklab.jp/web/sign-up-linode/)
- [systemd – CentOS7で使われているsystemctlについて少しまとめた – Qiita](http://qiita.com/tukiyo3/items/092fc32318bd3d1a0846)


サーバをLinodeに移管してみた



Facebookが開発しているPHPを高速に実行するHHVMが気になっていたので、試しにこのブログを動かしているサーバにインストールさせてみました。

HHVM単体でサーバもたてれるようですが、今回はCentOS6 + Nginx + HHVM（Fastcgi）で動かしています。


## HHVMをインストール

まずはHHVMをインストールします。RPMが配布されていますので、yumでサクッと（いきませんでした）。

```shell
$ wget http://www.hop5.in/yum/el6/hop5.repo
$ yum install hhvm
// libwarf が無いよって怒られる

$ yum install libdwarf --enablerepo=epel
$ yum install hhvm

$ hhvm
// liblcms2.so.2が無いよって怒られる

$ wget http://pkgrepo.linuxtech.net/el6/release/x86_64/liblcms2-2.4-1.el6.x86_64.rpm
$ yum install liblcms2-2.4-1.el6.x86_64.rpm

$ hhvm
// -> OK（メモリー不足エラーが出る）
```


## t1.microでHHVMを動かす

デフォルトの設定ではt1.microインスタンスではメモリが足らず動きません。

探してみたところ、[t1.microインスタンスで動かす](https://github.com/facebook/hhvm/issues/1129) [試行錯誤がなされた形跡](http://www.6tech.org/2014/01/wordpress-nginx-hhvm/)がありましたので、その内容をconfig.hdfに追記します。

```shell
Eval {
  Jit = true
  JitASize = 67108864
  JitAStubsSize = 67108864
  JitGlobalDataSize = 22554432
}
```

これでt1.microで動くようになりました。（php-fpmと同時実行は出来ませんでした）

Fastcgiモードで実行する場合は下記のようなコマンドを実行します。

```shell
// ポートを指定する場合
$ hhvm --mode daemon -vServer.Type=fastcgi -vServer.Port=9000
// socketを指定する場合（自環境の場合は上手く動きませんでした）
$ hhvm --mode daemon -vServer.Type=fastcgi -vServer.FileSocket=/var/run/hhvm/sock
```

今回はポートを指定して実行しています。


## NginxのFastcgiをHHVMに変更する

最後にNginxのFastcgiをHHVMに変更します。
[以前にメモっておいた設定ファイル](http://blog.sus-happy.net/aws-ec2-nginx/ "サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた")の一部分だけ変更しました。

```shell
# ...

    upstream php-backend {
        # server unix:/path/to/php-fpm.socket; php-fpmの場合
        # server unix:/var/run/hhvm/sock; socket経由だと何故か動かず…
        server 127.0.0.1:9000;
    }

# ...
```


## 上手く動いたように見えましたが

HHVMも実行でき、Nginxも起動できましたが、ページは真っ白に…。エラーログを見てみると、

HipHop Fatal error: unexpected St13runtime_error: locale::facet::_S_create_c_locale name not valid

と怒られてしまいました。

調べてみたところ、ロケールを指定しないと上手く動かないことがあるみたいです。

```shell
$ export LC_ALL=C
$ hhvm --mode daemon -vServer.Type=fastcgi -vServer.Port=9000
```

これで良さそうな感じです。


## 雑感

この記事を公開している時点では実際にHHVMで実行していますが、正常に見えていますでしょうか？

正直な所パフォーマンスは見ていないので、実際に良くなったのかは不明です。
 試した人の記事を見ていると実際に利用するのはまだまだ、という声が多そうですね。

何気にインストールしないと行けないライブラリも多かったので、簡単に実装！というわけにはいきませんが、色々とチューニングをするよりは簡単に試せるので覚えておいても良さそうな気がします。
 虚弱なサーバに無理矢理、という所もあるかと思いますが…

そういえば[HerokuのPHPもHHVM](http://www.publickey1.jp/blog/14/herokuphpfacebookhiphop_vm.html)みたいですね。そちらも気になります。


## 参考

- CentOSにHHVMをインストール
[CentOS6.xでHHVMを動かす＆今度出版される書籍の宣伝 – uzullaがブログ](http://uzulla.hateblo.jp/entry/2014/02/23/221757)
- HHVMでWordPressを動かす
[WordPress on HHVM | dogmap.jp](http://dogmap.jp/2013/01/23/wordpress-on-hhvm/)
- 同上
[【PHP】Hip-Hop vm を試してみた – たんたんめん日記](http://dnond.hatenablog.com/entry/2013/10/14/002012)
- liblcms2がないよ！
[CentOS6.5にHHVMを入れる時のTips](http://syossan.hateblo.jp/entry/2014/04/22/163340)
- Nginx+HHVM Fastcgi
[Nginx仮想ホスト+fastcgiのHHVM+Ubuntu13.10](http://kore1server.com/256/Nginx%E4%BB%AE%E6%83%B3%E3%83%9B%E3%82%B9%E3%83%88%2Bfastcgi%E3%81%AEHHVM%2BUbuntu13.10)
- HHVM Fastcgiの詳細
[FastCGI · facebook/hhvm Wiki · GitHub](https://github.com/facebook/hhvm/wiki/fastcgi)
- Amazon EC2 t1.microでHHVMを動かす
[Amazon EC2 t1.micro can't run HHVM · Issue #1129 · facebook/hhvm · GitHub](https://github.com/facebook/hhvm/issues/1129)
- Amazon EC2 t1.micro + HHVM + Nginxで WordPressを動かす
[WordPress on Nginx with HHVM | 6tech.org](http://www.6tech.org/2014/01/wordpress-nginx-hhvm/)
- 画面が真っ白なんだけど…
[clonekoさん用, HipHop Fatal error: unexpected St13runtime_error: locale::facet::_S_create_c_locale name not valid](http://cloneko.com/post/58220263525/hiphop-fatal-error-unexpected-st13runtime-error)
- HerokuがHHVMを採用
[HerokuがPHPサポート発表、FacebookのHipHop VM採用で高パフォーマンスを実現 － Publickey](http://www.publickey1.jp/blog/14/herokuphpfacebookhiphop_vm.html)


Amazon EC2（t1.micro）のPHP実行環境をHHVMにしてみた


これまでは、[さくらのVPS](http://vps.sakura.ad.jp/)を利用させていただいていたのですが、最近の流行りに乗っかろうかと思いまして[AWSのEC2](http://aws.amazon.com/jp/ec2/)でサーバを立ちあげて移管してみました。

単純にnginxに慣れていない事もあって色々と躓いてしまいましたが、なんとか表示できています。
 不具合がまだチョコチョコ出ちゃってますが、メインコンテンツが見れてるのでとりあえず保留中です。

また何かの時に新しく作るかもしれないので、参考サイトとメモを残しておきます。


## AWS EC2の設定

まずAWSのアカウントを作ってEC2のインスタンスを作ります。

使い慣れているので、CentOSを選びましたが全部同じのはなぁ…と思ってCentOS6 64bitを選択しました。

また、nginxやPHP、MySQL、WordPressまでプリインストールされているモノもあるのですが、設定方法を勉強するためにも今回はOSのみのイメージを選択しています。

WordPressを利用するだけなのであれば、[こちらの記事](http://8bitodyssey.com/archives/3344)が参考になるかと思います。

### 参考サイト

- [civic site » EC2のMicroインスタンス + nginx + fastcgi + wordpressで複数サイトの運用！しかも新規は1年無料！](http://civic.xrea.jp/2012/01/08/ec2-micro-nginx-wordpress/)
- [AWS + 網元で、超高速 WordPress を手に入れよう、そうしよう | 8bitodyssey.com](http://8bitodyssey.com/archives/3344)


## CentOSの初期設定

ほとんど何も入っていないので、色々とインストールします。

まずは、CentOSのパッケージだとPHPとMySQLのバージョンが微妙なのと、nginxが含まれていないので、yumレポジトリを追加します。

```shell
rpm -Uvh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-7.noarch.rpm
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
rpm -Uvh http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm
```

epelとremiは最初から「enabled」が「1」、「rpmforge」は「0」になっています。
 どちらにするかは自由かと思いますが、個人的には選べるようにしたかったので、全て「0」にしています。

ちなみに設定情報は、「/etc/yum.repos.d/****.repo」に書かれています。

最後にPHPとMySQL、nginxをインストールします。

```shell
yum install --enablerepo=remi php-cli php-mysql php-mbstring php-gd php-fpm
yum install --enablerepo=remi mysql-server
yum install --enablerepo=epel nginx
```

PHPはnginx上でfastcgiとして動かすので、「php-fpm」も一緒にインストールしました。

### 参考サイト

- [majin.jp » 録画サーバ移設完了](http://www.majin.jp/archives/287)


## MySQLの初期設定

基本的に初期設定のままですが、文字コードをUTF-8で利用できるようにちょこっとだけ編集しました。

```shell
[mysqld]
character-set-server = utf8
skip-character-set-client-handshake

[client]
default-character-set=utf8

[mysql]
default-character-set=utf8

[mysqldump]
default-character-set=utf8
```

あとは、起動して「mysql_secure_installation」で初期設定をしておきます。

```shell
/etc/rc.d/init.d/mysqld start
chkconfig mysqld on
mysql_secure_installation
```

### 参考サイト

- [さくらの VPS に nginx を入れてリバースプロキシ設定するまでの作業メモ（検証用） | ウェブル](http://weble.org/2012/05/22/nginx-work-log)
- [データベースサーバー構築(MySQL) – CentOSで自宅サーバー構築](http://centossrv.com/mysql.shtml)


## PHPの初期設定

「php.ini」を色々といじって設定を行います。
 いまいち何が最適なのかわからないので正直適当に触っていますが、参考サイトを参照いただければと思います。

```shell
vi /etc/php.ini
```

あとは、fastcgiのためにphp-fpmの設定を行います。

```shell
vi /etc/php-fpm.d/www.conf
; 内部ポートを利用する例が多いですが、ソケットにしました
listen = /path/to/php-fpm.socket
; userとgroupをnginxで設定する名前にします
user = nginx
group = nginx
; pm.**** は勉強不足です。
; 予め設定した領域内で動かすか、変動させるか？って感じでしょうか
```

最後にphp-fpmを起動させます。

```shell
/etc/init.d/php-fpm start
chkconfig php-fpm on
```

### 参考サイト

- [PHP/tips/推奨php.ini設定 – yohgaki's wiki](http://wiki.ohgaki.net/index.php?PHP%2Ftips%2F%E6%8E%A8%E5%A5%A8php.ini%E8%A8%AD%E5%AE%9A)
- [PHP5.3 php.iniの必須設定サンプル – ほめお日記](http://d.hatena.ne.jp/home0/20111112/1321062630)
- [日本語利用の為の設定(mbstring) – php.iniの設定 – PHPインストールと初期設定](http://www.phpbook.jp/install/phpini/index5.html)
- [さくらの VPS に nginx を入れてリバースプロキシ設定するまでの作業メモ（検証用） | ウェブル](http://weble.org/2012/05/22/nginx-work-log)


## nginxの初期設定

最後にnginxを設定します。かなり手探り状態なので合ってるかどうか怪しいですが…。

ほぼ[参考サイト](http://weble.org/2012/05/22/nginx-work-log)のコピペですが、ソケットでfastcgiを動作させ、リバースプロキシを行なっているつもりの設定です。

```shell
vi /etc/nginx/nginx.conf
http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    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;
    error_log   /var/log/nginx/error.log;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    # gzip圧縮
    gzip  on;
    gzip_http_version 1.0;
    gzip_vary         on;
    gzip_comp_level   6;
    gzip_types        text/xml text/css application/xhtml+xml application/xml application/rss+xml application/atom_xml application/x-javascript application/x-httpd-php;
    gzip_disable      "MSIE [1-6]\.";

    # リバースプロキシの設定
    proxy_cache_path  /var/cache/nginx levels=1:2 keys_zone=czone:4m max_size=50m inactive=120m;
    proxy_temp_path   /var/tmp/nginx;
    proxy_cache_key   "$scheme://$host$request_uri";
    proxy_set_header  Host               $host;
    proxy_set_header  X-Real-IP          $remote_addr;
    proxy_set_header  X-Forwarded-Host   $host;
    proxy_set_header  X-Forwarded-Server $host;
    proxy_set_header  X-Forwarded-For    $proxy_add_x_forwarded_for;

    upstream backend {
        ip_hash;
        server 127.0.0.1:8080;
    }
    upstream php-backend {
        server unix:/path/to/php-fpm.socket;
    }

    # Load config files from the /etc/nginx/conf.d directory
    # The default server is in conf.d/default.conf
    include /etc/nginx/conf.d/*.conf;
}
```

基本的には「virtual.conf」を編集するそうなのですが、サブドメインを色々と使っているので、サブドメインごとに「example.com.conf」の様に用意しています。

こちらもほぼコピペですが、WordPress向け＋（要らないと思いますが）PATH_INFOも取得できるようにしています。

```shell
vi /etc/nginx/conf.d/example.com.conf
server {

    listen      80;
    server_name example.com;
    root        /path/to/document/root;
    access_log  /var/log/nginx/example.com/access.log   main;
    error_log   /var/log/nginx/example.com/error.log;
    client_max_body_size 36M;

    location /wp-admin { proxy_pass http://backend; }
    location ~ .*\.php { proxy_pass http://backend; }
    location / {
        set $mobile "";
        if ($http_user_agent ~* '(DoCoMo|J-PHONE|Vodafone|MOT-|UP\.Browser|DDIPOCKET|ASTEL|PDXGW|Palmscape|Xiino|sharp pda browser|Windows CE|L-mode|WILLCOM|SoftBank|Semulator|Vemulator|J-EMULATOR|emobile|mixi-mobile-converter)') {
            set $mobile "@ktai";
        }
        if ($http_user_agent ~* '(iPhone|iPod|Opera Mini|Android.*Mobile|NetFront|PSP|BlackBerry)') {
            set $mobile "@mobile";
        }
        if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
            set $do_not_cache 1;
        }

        proxy_no_cache     $do_not_cache;
        proxy_cache_bypass $do_not_cache;
        proxy_cache czone;
        proxy_cache_key "$scheme://$host$request_uri$is_args$args$mobile";
        proxy_cache_valid  200 301 302 60m;
        proxy_cache_valid  404 5m;
        proxy_cache_use_stale  error timeout invalid_header updating
                               http_500 http_502 http_503 http_504;
        proxy_pass http://backend;
        proxy_redirect http://example.com:8080/ /;
    }
}

server {

    listen      8080;
    server_name example.com;
    root        /path/to/document/root;
    access_log  /var/log/nginx/example.com/access.log   main;
    error_log   /var/log/nginx/example.com/error.log;
    client_max_body_size 36M;

    location / {
        index  index.php index.html index.htm;
        # static files
        if (-f $request_filename) {
            expires 14d;
            break;
        }
        # request to index.php
        if (!-e $request_filename) {
            rewrite ^(.+)$  /index.php?q=$1 last;
        }
    }

    # pass the PHP scripts to FastCGI server listening on socket
    location ~ \.php$ {
        set $script $uri;
        set $path_info "";
        if ($uri ~ "^(.+\.php)(/.+)") {
            set $script $1;
            set $path_info $2;
        }
        # fastcgi_pass   127.0.0.1:9000;
        fastcgi_pass   php-backend;
        include        fastcgi_params;
        fastcgi_param  SCRIPT_FILENAME  /path/to/document/root$fastcgi_script_name;
        fastcgi_param  DOCUMENT_ROOT    /path/to/document/root;
        fastcgi_param  PATH_INFO        $path_info;
        fastcgi_param  SCRIPT_NAME      $script;
        fastcgi_intercept_errors on;
    }
}
```

最後に起動して、エラーが出なければ動く…はずです。

```shell
/etc/init.d/nginx start
chkconfig nginx on
```

### a-blog cms向けの設定

ちなみに[a-blog cms](http://www.a-blogcms.jp/)向けの設定は下記の通り、のはずです。

```shell
vi /etc/nginx/conf.d/acms.example.com.conf
server {
    listen      80;
    server_name acms.example.com;
    root        /path/to/document/vhosts/acms;
    access_log  /var/log/nginx/acms.example.com/access.log   main;
    error_log   /var/log/nginx/acms.example.com/error.log;
    client_max_body_size 36M;

    location /wp-admin { proxy_pass http://backend; }
    location ~ .*\.php { proxy_pass http://backend; }
    location / {
        set $mobile "";
        if ($http_user_agent ~* '(DoCoMo|J-PHONE|Vodafone|MOT-|UP\.Browser|DDIPOCKET|ASTEL|PDXGW|Palmscape|Xiino|sharp pda browser|Windows CE|L-mode|WILLCOM|SoftBank|Semulator|Vemulator|J-EMULATOR|emobile|mixi-mobile-converter)') {
            set $mobile "@ktai";
        }
        if ($http_user_agent ~* '(iPhone|iPod|Opera Mini|Android.*Mobile|NetFront|PSP|BlackBerry)') {
            set $mobile "@mobile";
        }
        if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
            set $do_not_cache 1;
        }

        proxy_no_cache     $do_not_cache;
        proxy_cache_bypass $do_not_cache;
        proxy_cache czone;
        proxy_cache_key "$scheme://$host$request_uri$is_args$args$mobile";
        proxy_cache_valid  200 301 302 60m;
        proxy_cache_valid  404 5m;
        proxy_cache_use_stale  error timeout invalid_header updating
                               http_500 http_502 http_503 http_504;
        proxy_pass http://backend;
        proxy_redirect http://acms.example.com:8080/ /;
    }
}

server {

    listen      8080;
    server_name acms.example.com;
    root        /path/to/document/vhosts/acms;
    access_log  /var/log/nginx/acms.example.com/access.log   main;
    error_log   /var/log/nginx/acms.example.com/error.log;
    client_max_body_size 36M;

    location / {
        index  index.php index.html index.htm;
        if (-e $request_filename) { break; }
        rewrite (.*(^|/)[^\./]+)$ $1/ permanent;
        rewrite ((\.(html|htm|php|xml|txt|js|json|css|yaml|csv))|/)$ /index.php last;
    }

    # pass the PHP scripts to FastCGI server listening on socket
    location ~ \.php$ {
        set $script $uri;
        set $path_info "";
        if ($uri ~ "^(.+\.php)(/.+)") {
            set $script $1;
            set $path_info $2;
        }
        # fastcgi_pass   127.0.0.1:9000;
        fastcgi_pass   php-backend;
        include        fastcgi_params;
        fastcgi_param  SCRIPT_FILENAME  /path/to/document/vhosts/acms$fastcgi_script_name;
        fastcgi_param  DOCUMENT_ROOT    /path/to/document/vhosts/acms;
        fastcgi_param  PATH_INFO        $path_info;
        fastcgi_param  SCRIPT_NAME      $script;
        fastcgi_intercept_errors on;
    }
}
```

### 参考サイト

- [さくらの VPS に nginx を入れてリバースプロキシ設定するまでの作業メモ（検証用） | ウェブル](http://weble.org/2012/05/22/nginx-work-log)
- [Oneライセンスと合わせて完全無料! a-blog cmsをdotCloudで動かしてみた – エンジニアブログ – スカイアーク](http://www.skyarc.co.jp/engineerblog/entry/ablogcms_dotcloud.html)


## 発生中の不具合

現状発生中の不具合は下記の通り、時間見つけて随時修正していきます。

### Perl CGIが動かない

Perlの設定を全くしていないので、現状では動きません。

恐らく[ここの内容](http://abeerforyou.com/?p=429)を参考にすれば良いかと思うのですが、試した時はうまく動作しませんでした。

たぶんちょっとしたミスだと思うので、ちょこちょこ試してみます。

### スニペット集でエラーが発生中

以前、[カスタム投稿タイプを使ってスニペット集を作った](http://blog.sus-happy.net/jquery-pjax-wordpress/)のですが、エラーが発生するようになってしまいました。

リダイレクトの設定なのか、移管した時にミスしているのか、ちょっと原因は不明ですが修正予定です。


## その他AWS利用中の注意点

また、今回の設定の中で、AWSを利用する上で気をつけないといけないなぁ、と感じたことを挙げておきます。

### ローカル時間の設定について

インスタンスを用意した直後では、東京リビジョンで作ったとしても世界標準時になっています。

こちらはAWSに限ったことではないのですが、仮想サーバの特性上ntpをインストールしても時刻設定が出来ないので、AWS側で用意してあるファイルをコピーします。

```shell
cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime
```

### ポートの開閉について

基本的には「iptables」を利用してポートの開閉を行うかと思うのですが、AWSではサーバ上ではポートの操作を行わず、セキュリティグループと呼ばれる機能で管理します。

利用方法については[こちらのページでわかりやすくまとめられています](http://www.ipentec.com/document/document.aspx?page=amazon-ec2-add-rule-to-security-group&culture=ja-jp)ので、ご参考にしてださい。

自分の場合、iptablesをインストールしてしまい、設定変更しても変わらないなーと思ってSSHポートを何を思ったのかOFFに設定変更した後リブートしてしまう、という行動を取ったことによって、AWSのセキュリティグループは通ってもOS上で弾かれる、というどうしようもない状態になってしまいました。


## まとめ

AWS EC2を初めて利用させてもらいましたが、結構快適です。

好きな時に好きな分だけ、というのはかなり実感出来ました。
 （特に一個インスタンスをどうしようもない状態にしてしまった時に、新しくもう一つインスタンスを立ち上げた時）

AMIとか言うイメージデータを作ったりすると、もっと便利になりそうですが、もうちょっと調査が必要なので、またボチボチ触っていこうかと思います。


## 追記 12/11/30

スニペット集のエラーについては、pjaxの判定に「getallheaders」を利用していたことが原因でした。

PHP5.4からはCGI版でも利用できるのですが、それ以前ではモジュール版のみの機能だったので、そこでエラーが発生していました。

スニペット集では「[jquery-pjax](https://github.com/defunkt/jquery-pjax)」ライブラリを利用しているのですが、こちらではGET値「_pjax=true」も付与されているので、そちらで判定するように変更しています。


サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた


[前回の設定](http://blog.sus-happy.net/nginx-php/)ではPATH_INFOが取得できず、404になってしまっていたので、修正を行いました。

その他、`DOCUMENT_ROOT`の値も変だったりしたので色々と見直しをしています。

正規表現を使って、「`hoge.php/fuga`」の様なURLが呼び出されたとき、スラッシュの前と後とを切り分けて、`SCRIPT_NAME`と、`PATH_INFO`それぞれの値に割り当てています。

```
location ~ \.php($|/) {
	set $script $uri;
	set $path_info "";
	if ($uri ~ "^(.+\.php)(/.+)") {
		set $script $1;
		set $path_info $2;
	}
	fastcgi_pass    127.0.0.1:9000;
	include         fastcgi_params;
	fastcgi_index   index.php;
	fastcgi_param   SCRIPT_FILENAME    /path/to/documentroot$fastcgi_script_name;
	fastcgi_param   DOCUMENT_ROOT   /path/to/documentroot;
	fastcgi_param   PATH_INFO       $path_info;
	fastcgi_param   SCRIPT_NAME     $script;
	fastcgi_intercept_errors on;
}
```

`DOCUMENT_ROOT`や`SCRIPT_NAME`を指定しても中々上手く設定されない！、と思っていたら、「`include fastcgi_params`」を「`fastcgi_param～`」より下に記述していたので上書きされている事に気づきました。
 （このことに気づくのに地味に時間をかけてしまった･･･。


nginx+php-fpmでPATH_INFOを取得してみた


最近何度となく名前を見かけるnginxが気になったので、CentOS+nginx+PHPの環境を作ってみました。

ほぼ[参考サイト](http://www.1x1.jp/blog/2011/05/yum_install_nginx_php-fpm.html)の環境そのままですが、WordPressとCakePHPと振り分けているわけではないので、そこだけ単純な設定にしています。

具体的な相違点については、以下の通りです。


## /etc/nginx/nginx.conf

Cake PHPを使っているわけではないので、SCRIPT_FILENAMEの指定や、WordPressとの振り分けは行わないので、location /blogの類がありません。

```
location ~ \.php$ {
    fastcgi_pass    127.0.0.1:9000;
    fastcgi_index   index.php;
    fastcgi_param   SCRIPT_FILENAME    /path/to/documentroot/$fastcgi_script_name;
    fastcgi_intercept_errors on;
    include         fastcgi_params;
}
```

何となくApacheに比べて設定ファイルがすっきりしているので見やすい気がします。

この環境でPHPのフレームワークを組んでみようかと思っているのですが、軌道に乗れば何かしら作ってみたいなーなんて思っています。


## 参考

- [nginx+php-fpmをyumでインストールして、WordPress/CakePHPを動かす設定 – Shin x blog](http://www.1x1.jp/blog/2011/05/yum_install_nginx_php-fpm.html)

nginx

Ruby on Railsの勉強がてらに呑んだくれリストを作ってみた（その２ Unicorn+Nginx編）

サーバをLinodeに移管してみた

Amazon EC2（t1.micro）のPHP実行環境をHHVMにしてみた

サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた

nginx+php-fpmでPATH_INFOを取得してみた

CentOS+nginx+PHPの環境をたててみた