CircleCI上でCapybara, Poltergeist, PhantomJSを利用したテストがMouseEventFailed失敗する問題を解消した。

以下のような構成のRailsアプリをCircleCI上でビルドすると、Capybara::Poltergeist::MouseEventFailedという例外が発生してテストが失敗するケースがあった。

• Rails 4.2.x
• RSpec 3.4.x
• Capybara 2.6.2
• Poltergeist 1.9.0
• PhantomJS 2.1.1 (CircleCIのプロジェクト設定でUbuntu 14.04 (Trusty) containerを利用するように設定しておく必要あり)

この時、失敗の原因となっているテストコードは、

click_link '日本語のラベル'

のようなもの。

調査のためにCircleCIにSSHで接続し、テストコードにsave_screenshot('test.png', full: true)を追加＆実行して取得した画像ファイルをscpでローカルにダウンロードして確認してみたところ、日本語フォントが無い状態でページがレンダリングされており「日本語のラベル」に該当する要素がページ上では目視できない状態になっていた。

そこで、cricle.ymlに以下のようなエントリを追加してビルド前に日本語フォントがインストールされるようにすることで、テストが無事に成功するようになった。

dependencies:
  pre:
    - sudo apt-get install fonts-migmix

Herokuで運用しているRailsアプリのJS依存管理をBowerからnpmへ移行しました。

これまで、Herokuで運用しているRailsアプリにおいて各種JavaScript/CSSパッケージの依存管理をBower（およびqnyp/heroku-buildpack-ruby-bower）で行ってきましたが、

• npmによる依存管理でも同じことが実現できるようになった
• Rails内にES6環境を構築するにあたってnpmを利用する必要がでてきた

という理由から、Bowerではなくnpmを利用する構成に移行しました。

具体的な作業手順は以下のとおりです。

まず、npm initコマンドでRailsプロジェクトのルートディレクトリにpackage.jsonを生成します。

$ npm init

bower.jsonに記載していた依存パッケージのエントリをpackage.jsonに記載します。この際、パッケージ名が変わるものもあるので https://www.npmjs.com/ でnpmにおけるパッケージ名を調べておきます。

依存パッケージをnpmでインストールします。

$ npm install

これによって、Railsプロジェクトのルートディレクトリにnode_modulesディレクトリが作成され、その中にパッケージがインストールされます。node_modulesは.gitignoreに追加しておき、リポジトリには含まれないようにしておきます。

Railsの設定に以下の記述を追加します。

Rails.application.config.assets.paths << Rails.root.join('node_modules/')

これによって、npmでインストールされたパッケージのファイルをapp/assets/javascripts/application.jsなどから//= requireディレクティブで参照できるようになります。指定する際はnode_modules/からの相対パスを記述します。

Herokuにデプロイする際にnpm installが実行されるようにするために、HerokuアプリのBuildpackとしてheroku/nodejsとheroku/rubyを設定します。

$ heroku buildpacks:set heroku/ruby
$ heroku buildpacks:add --index 1 heroku/nodejs

設定した結果、以下のようにheroku/nodejsが先に実行されるようになっている必要があります。

$ heroku buildpacks
=== myapp Buildpack URLs
1. heroku/nodejs
2. heroku/ruby

以上で、Herokuへのデプロイ時にnpmによって依存パッケージがインストールされるようになります。

以下のHeroku DevCenterの記事にあるように、

• Rackup - Deploying Rails Applications with the Puma Web Server

最近のPumaでは設定ファイルに

rackup      DefaultRackup

という指定をする必要はないようなので、取り除いた。

Herokuのアプリケーションログを外部サービスにsyslogで転送するdrainsという仕組みにおいてTLS syslogが正式にリリースとなったので、ログの保存に利用しているサービス Papertrailとの通信をTLS syslogに変更した。

• TLS Syslog Drains now generally available | Heroku Dev Center

手順は以下の通り。

1. Papertrailにログインして、Destination Settingsページで"Accept connections via..."の"TCP: TLS encryption"チェックボックスをチェックする

1. HerokuのdrainsにTLS syslogを追加する

   $ heroku drains:add syslog+tls://logs2.papertrailapp.com:XXXXX Successfully added drain syslog+tls://logs2.papertrailapp.com:XXXXX

   $ heroku drains syslog://logs2.papertrailapp.com:XXXXX syslog+tls://logs2.papertrailapp.com:XXXXX

2. Herokuのdrainsから古いsyslogを削除する

   $ heroku drains:remove syslog://logs2.papertrailapp.com:XXXXX Successfully removed drain syslog://logs2.papertrailapp.com:XXXXX

   $ heroku drains syslog+tls://logs2.papertrailapp.com:XXXXX

3. PapertrailのDestination Settingsページで"Accept connections via..."の"TPC: Plain text"チェックボックスを外す

Architecture

• Handling five billion sessions a day – in real time | Twitter Blogs

Software

• Gulp on Rails: Replacing the Asset Pipeline | Viget