動作確認環境は以下の通りです。
ruby: 1.9.3-p392
Rails: 3.2.13
arel: 3.0.2
MySQL: 5.1.65

検索条件をORで繋げたい

基本的な構文ですがSQLを直接記述する場合が多いのではないでしょうか？

User.where("name = ? OR name = ?", "太郎", "花子").to_sql


#=> "SELECT `users`.* FROM `users`  WHERE (name = '太郎' OR name = '花子')"

なるべくRubyで書こうとするとこうなります。

user_table = User.arel_table


User.where(user_table[:name].eq("太郎").or(user_table[:name].eq("花子"))).to_sql
#=> "SELECT `users`.* FROM `users`  WHERE ((`users`.`name` = '太郎' OR `users`.`name` = '花子'))"

ActiveRecordに orメソッドを取り込んで欲しいというリクエストについて議論もされているようなので、
今後はもっと簡単に書けるようになるかもしれません。

Arel::Tableで使えるメソッド

サンプルコードに eq というメソッドが出て来ましたが、これは ‘=’(イコール)に変換されます。
他によく使うものでは不等号がありますが、これは以下のメソッドが対応しています。

user_table = User.arel_table

User.where(user_table[:age].lt(2)).to_sql
#=> "SELECT `users`.* FROM `users`  WHERE (`users`.`age` < 60)"

User.where(user_table[:age].gt(2)).to_sql
#=> "SELECT `users`.* FROM `users`  WHERE (`users`.`age` > 20)"

‘<=' と '>=’ はそれぞれ

User.where(user_table[:age].lteq(60)).to_sql


#=> "SELECT `users`.* FROM `users`  WHERE (`users`.`age` <= 60)"

User.where(user_table[:age].gteq(20)).to_sql
#=> "SELECT `users`.* FROM `users`  WHERE (`users`.`age` >= 20)"

他にもLIMIT OFFSET JOIN 等に独自のメソッドが存在します。
詳しくはGitHubのページ等を参照して下さい。

サブクエリを使う

Arel::Tableを利用すれば、サブクエリを使ったSQLを生成することができます。
以下はホワイトリストにまだ登録されていないユーザーを選択する場合を例にしたサンプルです。

ActiveRecord単体ではこのように書いていました。

white_listed_users = WhiteList.group(:user_id).pluck(:user_id)
#=> [1, 2, 3]

User.where("id NOT IN (?)", white_listed_users).to_sql
#=> "SELECT `users`.* FROM `users`  WHERE (id NOT IN (1,2,3))" 

Arel::Tableでサブクエリを利用した場合は以下のようになります。

user_table = User.arel_table
white_list_table = WhiteList.arel_table

User.where(user_table[:id].not_in(white_list_table.project(:user_id) ) ).to_sql

#=> "SELECT `users`.* FROM `users`  WHERE (`users`.`id` NOT IN (SELECT user_id FROM `white_lists` ))"

ActiveRecord単体で生成する場合は2度クエリを発行していますが、サブクエリをつかえば一度発行するだけで済みます。
単純なクエリでは影響は少ないかもしれませんが、複雑なテーブル構成のデータの場合はパフォーマンスの向上が見込める場合もあるのでは無いでしょうか。

Arel::Table を使うメリット

コードの見た目がスッキリする

コード内でSQLを記述した場合

  @admin = [true, false][rand(2)]
  sql = <<-ENDSQL
    SELECT *
    FROM users
    WHERE
    #{ 'id IS NOT NULL' if @admin  }
    #{ '(id NOT IN (SELECT user_id FROM white_lists))' unless @admin }
  ENDSQL

この例は短いですが、複雑なqueryではかなりの行をSQLの記述が占めてしまうのではないでしょうか。
また、パラメータによってqueryを書き換えたい場合 #{} を多用してしまうと見にくくなってしまいます。

スコープやクラスメソッドとして定義して再利用できる

query生成をメソッドに切りだすことで、Controller等から呼び出すことができるので
似たような検索を何度も行う場合はDRYに書くことができます。

class WhiteList < ActiveRecord::Base
  ...
  def self.whitelisted_users
    white_list_table.project(arel_table[:user_id])
  end
end

class SampleController < ApplicationController
  def show
    user_table = User.arel_table
    @users = User.where(user_table[:id].not_in(WhiteList.whitelisted_users))
  end
end

Railsで検索を行うと検索結果が ActiveRecord::Relation のオブジェクトとして取得されます。
ActiveRecord::Relation には高機能なメソッドがいろいろ定義されていますが、query生成については
ActiveRecord::Relation#where_values が便利です。

このメソッドを使うとWHERE句をArelのオブジェクトとして取得できるので、
複数のscopeをAND やOR で連結したり
検索条件を追加したりといったことができるようになります。

class User < ActiveRecord::Base
  scope :teenage, where(arel_table[:age].gteq(13).and(arel_table[:age].lteq(19)))
  scope :senior, where(arel_table[:age].gt(60))
end

class SampleController < ApplicationController
  def show
    # 13歳から19歳の間もしくは61歳以上
    teen_or_senior = User.teenage.senior.where_values.inject(:or)
    @teen_or_senior = User.where(teen_or_senior)
    @teen_or_senior.to_sql
    #=> "SELECT `users`.* FROM `users`  WHERE ((`users`.`age` >= 13 AND `users`.`age` <= 19 OR `users`.`age` > 60))"

    # 60歳も含むという条件を後から追加
    senior = User.senior.where_values.first
    @senior = User.where(senior.or(User.arel_table[:age].eq(60)))
    @senior.to_sql
    #=> "SELECT `users`.* FROM `users`  WHERE ((`users`.`age` < 60 OR `users`.`age` = 60))"
  end
end

成人 未成年 男性 女性 etc… よく使う検索条件をscopeとして定義しておいて、
複数のscopeを組み合わせて複雑なqueryを作り上げるという使い方ができそうですね。

RDBMSが変わっても同じように使える

PostgreSQL 9.2.2で動作を確認しました。

MySQLと PostgreSQL ではboolean型のデータが違ったり
ORDER BY句でランダムに並べ替える際に使う関数名が違ったりと、
RDBMSによって動くqueryと動かないqueryがあるため、
生のSQLを使っているとサーバ移転等で環境が変わった際にソースコードの修正が必要になる場合があります。
しかし、Arelを適切に使っていればそういった変更が不要になるかもしれません。

Rails4でも動きます

そろそろRails4の正式版がリリースされますね。
せっかくなので、Ruby2.0 Rails4 の環境で動作するか確認してみました。

動作確認環境
ruby: 2.0.0p195
Rails: 4.0.0.rc1
arel: 4.0.0
MySQL: 5.1.65

例に上げたような単純なqueryであれば問題なく動作するようです。
scopeを利用した場合の例だけは少し問題があります。
そのままでも動作はするのですが、DEPRECATION WARNING が出てしまいます。
scopeの書き方が変わったようなので、指示の通りに書き換えます。

# DEPRECATION WARNING: Using #scope without passing a callable object is deprecated. For example `scope :red, where(color: 'red')` should be changed to `scope :red, -> { where(color: 'red') }`. There are numerous gotchas in the former usage and it makes the implementation more complicated and buggy. (If you prefer, you can just define a class method named `self.red`.).

class User < ActiveRecord::Base
  scope :teenage, -> { where(arel_table[:age].gteq(13).and(arel_table[:age].lteq(19))) }
  scope :senior, -> { where(arel_table[:age].gt(60)) }
end

これで警告も出なくなるはずです。
以上、簡単な例でしたがArelの使い方をまとめてみました。

便利なのでどんどん使いましょうとは言い難いですが、Arelのメソッドはなんだかかっこいいですね。

この記事は，PHPとRails開発について，PHPはメジャーでRailsは開発者が少ないとは言うけど，証拠はあるのかよ！とか具体的にどれくらいの開発者数の差があるの？という質問にデータを用いて答えてみます．
PHPとRails開発の得意分野やメリット・デメリットについては前述の記事に良くまとまっていますので，そちらを参照すると良いです．

情報ソースについて

今回の比較にはGoogle検索のヒット数，及びGoogleトレンドを利用しました．Google検索は今までの蓄積された情報の累計，Googleトレンドは今流行っているかどうか（勢いがあるか）という指標としてある程度の信頼性があるのではないかと思います．
「ヒット数==開発者の数」というのは多少乱暴ですが，それなりの指標にはなるのではないかと思います．

PHP v.s. Rails

では，PHPとRailsを比較してみましょう．まずは「〜〜開発」「〜〜 development」で調べてみました．

Google検索

- “PHP開発”: 41,500,000
- “Rails開発”: 6,730,000

- “PHP development”: 279,000,000
- “Rails development”: 62,500,000

Googleトレンド

日本語

英語

・・・うーん，Railsさんが息をしていないようです．PHP v.s. Railsの結果はどう見てもPHPの圧勝と言えるでしょう．Google検索で4〜7倍，Googleトレンドでもやはり7倍程度の情報量の差があるようです．
Googleトレンドから読み取れる他の情報としては，PHPはインドの情報が多いのに対し，Railsはアメリカとインドの情報が多い様です．

これは僕の主観になりますが，実際PHPとRailsという軸で見てみると，国内・海外問わずPHPの案件やサイトの方が多いです．有名どころではFacebookのような超大規模サイトでもPHPは採用されており，まだまだ一線で使える現役言語であることが分かります．

だがしかし

しかし，ちょっと待って下さい．PHPはプログラミング言語，RailsはWebアプリケーションフレームワークです．種類の違う二つのものを比べるのはフェアじゃないですね．
軸を合わせるために，PHPのWebアプリケーションフレームワークとRailsで比較してみましょう．

PHPフレームワーク v.s. Rails

ここでは，3大メジャーPHPフレームワークのSymfony，Zend Framework，CakePHPとRailsを比較してみます．

Google検索

- “Symfony”: 7,060,000
- “Zend Framework”: 5,430,000
- “CakePHP”: 6,470,000
- 上記3フレームワークの合計: 18,960,000
- “Rails”: 93,400,000

Googleトレンド

・・・いかがでしょうか？先ほどとは打って変わってPHPフレームワーク涙目のRails圧勝の結果となりました．
Google検索では個別フレームワークで見て13倍以上，PHPの3フレームワークの合計と比較しても5倍以上の開きがあります．また，Googleトレンドでも9倍程度の開きがあることが見て取れます．

考察など

これらの結果をまとめると，PHPでの開発Railsの開発ではPHPが圧倒的に多い一方，フレームワークを使うという条件を付けた場合においてはこの順位が逆転するということがわかりました．
ここで気になるのは，PHP開発におけるフレームワーク利用率です．世の中のPHPプログラムのうち，どの程度の割合がフレームワークを使った開発をしているのでしょうか？

PHP : Rails = 7 : 1
PHPフレームワーク : Rails = 1 : 5

という結果から，単純に計算すると，

PHP : Rails : PHPフレームワーク = 35 : 5 : 1

という計算結果が導き出せます．
つまり，世の中のPHPプログラムのうち，フレームワークを使った開発は1/35程度という仮説が導き出せるわけですね．
もしこれが単純に開発者数と比例すると仮定した場合，PHPプログラマの中でフレームワークを扱えるエンジニアは35人に一人ということになります．
一般的な小中規模Web開発でプログラマを35人も雇うことは無いので，なかなか厳しい割合といえます．また，上記の割合は3種類のフレームワークの合計と比較しているので，実際に任意のPHPプログラマ集合から同じフレームワークを使っている人を見つけるには，さらに難易度が高いことになるわけですね．

一方，RailsプログラマはRails自体がフレームワークなので，全員フレームワークを扱えます．Railsは比較的規約の厳しいフレームワークのため，Railsの規約にさえ従っていればある程度のコードの質は自動的に担保されます．
また，Railsエンジニアは，上記の式からPHPフレームワークの使えるPHPエンジニアの5倍の人数がいると考えられますので，フレームワークを使った開発が必要な場合はPHPよりRailsの方が開発に向いているのではないか，という結論になります．

終わりに

今回使ったGoogle検索とGoogleトレンドを使った比較は相当乱暴な方法ですが，PHPの世界で未だにフレームワークを使った開発がメジャーではないということを証明することはできたと思います．
スクリプトベタ書きによるプログラミングは敷居が低く，小さいコードならコピペが容易ですが，後々システムが大きくなればなるほど負の遺産としてシステムにのし掛かってきます．

こちらの記事にあるように，フレームワークを使うのに適した開発を行う場合は，PHPにこだわらずRailsを採用するのを考えてみるのも良いのではないでしょうか．

僕はPHPフレームワークの世界からRailsに移行した身として両方の世界を知っていますが，今のRails開発は一度経験するともうPHPには戻れない位の勢いをひしひしと感じます．これからきっちりとしたWeb開発を勉強する人は，Railsを検討してみるのも良いと思いますよ．

おまけ

社内で見せたら「PHP v.s. Rubyはないのか？」と言われたので測ってみました．
※計測した時期が異なるので上記と結果が多少違います．

Google検索

日本語
- “PHP開発”: 36,400,000
- “Ruby開発”: 18,700,000

英語
- “PHP development”: 257,000,000
- “Ruby development”: 109,000,000

Googleトレンド

日本語

英語

というわけで，言語レベルで見るとGoogle検索では国内で約2倍，英語圏で2.5倍の開きがあるようです．日本の方が言語自体の普及度が高いのは，日本製ということもあるんでしょうね．
Googleトレンドでみると，海外では7倍近くの開きがあり，PHPにはやはり遠く及ばないですね．

Rubyでプログラミングするのは楽しいので，もっと普及するといいな．

この記事を読んで幸せになれそうなのは、プログラマ及びデータベースでデータを管理している方（ソーシャルゲームでのプランナーに当たるような方）です。ただしこれを読むにあたって、最低限のSQL を書ける知識が必要になります。SQL を書けない方は学習するか書ける方に手伝ってもらいつつ進めると、きっとそのうち書けるようになります、いつか、多分。それに加えて少しだけExcel を理解している必要があります。

実用例

いきなり「テストデータを作る」「データを管理する」と言われてもなかなか想像できないと思うので、欲しいデータとSQL の例を先に出します。

例1. 一貫性があるデータを大量に作る

テストをする際に、殆ど同じデータで構わないものの、見分けを付けたいために少し違うデータを用意したい場合があったりします。例えばメールを送るテストがあるとして、gmailを使えば「ユーザ名+適当な文字列@gmail.com」みたいなフォーマットで送信可能です。この「適当な文字列」の部分を楽に用意することができます。

sample+1	sample+2	sample+3

あるいはゲームで言えば「モンスター1」「モンスター2」のように、とりあえず見分けを付けたい場合があります。

モンスター1	モンスター2	モンスター3

そんな時のSQL 文は以下のようになります。（テーブルのCREATE 文は適当にご用意下さい）

-- SQL
-- 送信しないようにわざと「@gmail」としています
-- しかしRails + Devise のような環境ですとvalidate に失敗するのでご注意下さい
INSERT INTO users (id, email) VALUES (1, 'sample+1@gmail');
INSERT INTO users (id, email) VALUES (2, 'sample+2@gmail');
INSERT INTO users (id, email) VALUES (3, 'sample+3@gmail');

INSERT INTO monsters (id, name) VALUES (1, 'モンスター1');
INSERT INTO monsters (id, name) VALUES (2, 'モンスター2');
INSERT INTO monsters (id, name) VALUES (3, 'モンスター3');

例2. マスターデータを管理する

運用側が用意し必要がある時以外は更新を行わない、いわゆるマスターデータを管理する事も多々あると思います。

例えば全都道府県の名前は、私がこれまで生きてきた中で変更はありませんでした。しかし例えば「大阪府」が「大阪都」になるかもしれません。こういう情報の管理も楽に行えます。

SQL 文は以下のようなものを想定しています。

-- SQL
INSERT INTO prefectures (id, name) VALUS (1, '北海道');
INSERT INTO prefectures (id, name) VALUS (2, '青森県');
INSERT INTO prefectures (id, name) VALUS (3, '岩手県');

UPDATE prefectures SET name = '北海道' WHERE id = 1;
UPDATE prefectures SET name = '青森県' WHERE id = 2;
UPDATE prefectures SET name = '岩手県' WHERE id = 3;

実現方法

勘がいい人はもうここまでで実現方法が想像できているかもしれませんね。カラム名、値をそれぞれ決まったセルに入力し、最後にそれらをまとめてSQL を書き出す式を作ればいいのです。

上の画像は一番最初に挙げた例を実際にExcel で管理してみたものです。「=」で書き始めるとそれが式だと判断されますが、その後に「”」を付けることで文字列として扱ってくれます。これと途中途中に参照式を組み合わせることにより、SQL 文を作り出すことが可能です。書いた式は以下のとおりです。

="INSERT INTO "&$B$1&" ("&$B$2&", "&$C$2&") VALUES ("&B3&", '"&C3&"');"

注意すべき点としては

• テーブル名やカラム名は絶対参照にする
• カラムが文字列を扱う場合は「’」を前後にはさむ
• NULL やNOW() 等SQL 文に直接書きたいものはセルを参照せずにそのまま書き込んでしまうのも手

ぐらいでしょうか。上記の例ではINSERT 文を書きましたが、UPDATE 文にする場合は式の形が変わるものの、基本的にやることは同じです。

Excel を利用する利点としては、コピペが簡単にできることと、値を少しずつ増やすことが容易な点です。上記の図でのB4 は、普通に「2」と書いても良いですが、「=B3+1」と式を書くことも可能です。そしてそれを下にコピーしていくとどんどん数字が増えていきます。正に手間いらず。

式を書かなくても、セルの右下を引っ張ってオートフィル機能を使うのも便利です。C3 に当たる「sample+1@gmail」を書けば、その後は「sample+2@gmail」「sample+3@gmail」…と好きなだけ書けます。テストデータを大量に用意するのはもちろん、マスターデータを作る時にも活用できます。

おまけ1：seed を生成する

無理矢理感が少しありますが、書き換えればRails で利用するseed も書き出せます。例えば都道府県のデータを作ろうとします。

# seed
# 冪等を意識して書いています
prefecture_data = [
  { id: 1, name: '北海道' },
  { id: 2, name: '青森県' },
  { id: 3, name: '岩手県' },
# あとは略
]

prefecture_data.each do |d|
  next if Prefecture.find_by_id(d[:id]).present?
  h = Prefecture.new
  d.each do |k, v|
    h.send("#{k}=", v)
  end
  h.save!
end

このようなものが必要になった時に、「{ id: 1, name: ‘北海道’ },」の部分を書き出すように、先程の要領で書き換えればいいのです。

マスターデータはもちろんSQL を流すことで対応可能ですが、seed を用いることのメリットとしてはRails のvalidate を通すことができるということがあります。validate を通すことでデータに不整合があった場合に気づくことが可能です。システムが意図していない値でもSQL 上問題ない場合があります。例えば最初に紹介したメールアドレスの例もSQL としては問題がありませんが、システムとしておかしいです。validate が通らないということで気づくことが可能です。

おまけ2：複数のテーブルと連携する

例えば1 シートに1 テーブルという管理方法をとれば、複数のテーブルを1 ファイルで管理することが可能です。また、別シートも参照することが可能なので、関連するテーブルの値を参照することも可能です。これにより関連テーブルを簡単に再現することが可能です。

動作環境はRuby 1.9.3，ActiveSupport 3.2.13，roo 1.11.2です．Mac環境でのみ確認しています．案の定ご利用は自己責任でお願いします．

まず，以下のgemをインストールします．

$ gem install active_support roo

その後，以下のコードをexcel2json.rbとして保存します．Excelデータのファイル名は直して使って下さい．

# encoding: utf-8
# 
# excel2json.rb: Excel -> JSON変換を行う
# 
# usage:  $ ruby excel2json.rb
# 
# description:
# 　SOURCE_FILEに変換したいExcelファイル名を設定して実行することでJSONデータを標準出力に表示する

# 変換するファイル名
SOURCE_FILE = "SOURCE_EXCEL.xlsx"

# Ruby 1.8系の場合はrubygemsをrequireする必要がある
# require 'rubygems'
require 'active_support/all'
require 'roo'

# xlsxではなくxlsファイルを使う時はExcelx -> Excelに変更する
doc = Roo::Excelx.new(SOURCE_FILE)
# 1枚目のシートを使う
doc.default_sheet = doc.sheets.first

# 1行目をヘッダ行として列数をカウントする．ヘッダ名をJSONのhash keyにするので空文字はスキップされる
headers = {}
(doc.first_column..doc.last_column).each do |col|
  headers[col] = doc.cell(doc.first_row, col)
end

hash = {}
hash[:data] = []
((doc.first_row + 1)..doc.last_row).each do |row|
  row_data = {}
  headers.keys.each do |col|
    value = doc.cell(row, col)
    # rooは整数値もfloatとして返すので，整数値なら整数に変換する（必要なければコメントアウトして良い）
    value = value.to_i if doc.celltype(row, col) == :float && value.modulo(1) == 0.0
    row_data[headers[col]] = value
  end
  hash[:data] << row_data
end

puts hash.to_json

実行するには単に

$ ruby excel2json.rb

とすれば良いです．ソースコードのSOURCE_FILEに変換したいExcelファイルのファイル名を入れて下さい．

変換データのサンプルですが，以下の様なデータを入力すると，

以下の様な構造のJSONになって出てきます．

{
   "data":[
      {
         "id":1,
         "title":"ほげほげほげ",
         "body":"ほげほげほげ？ふがふがふがふが"
      },
      {
         "id":2,
         "title":"ふがふがふが",
         "body":"ふげふげふげ！\nふｇうｇｈうｇうっっっっっうぇうぇ"
      },
      {
         "id":3,
         "title":"ぴよぴよぴよ",
         "body":"改行があっても\nちゃんとでーたがとれますぜ"
      },
      {
         "id":4,
         "title":"うぇえっっっうぇうぇうぇっうぇっっっうぇうぇ",
         "body":":\"'wee;;;;llm,記号を入れてみた"
      },
      {
         "id":5,
         "title":"おなかすいた",
         "body":123123
      },
      {
         "id":6,
         "title":"小田急線が遅れている件について",
         "body":null
      },
      {
         "id":7,
         "title":"雨が止まない件について",
         "body":"ueueueueeu"
      },
      {
         "id":8,
         "title":"傘が無い件について",
         "body":"hogwhogwhogww"
      }
   ]
}

時間のあるときに，もうちょっときちんとオプションなど整理してgemにでもしようと思いますが，とりあえず使い捨てプログラムとしてはこれで十分かと思います．

現時点でRuby on Railsを毎日活用していて、お客様や同業他社に推薦しまくっているため、「Rubyっていいの？みんなPHP使ってるみたいだけど。」といった質問や相談を頻繁に受けます。お客様からはほぼ100%聞かれる内容なので実際この業界にいる方々以外にとっては意外と情報が少ないのかもしれません。そんな方々のために比較を下記にまとめてみました。普段口下手なのでお会いする前にサイトを見ていただいたり、そもそもこういった情報が広がってくれると嬉しいなと感じています。

まずは主にプログラミング言語の面から比較してみます。手段としてどちらを採用した方がいいかは目的が何かで答えが異なるので、最後にまとめます。

比較対象

Webシステムでは、サーバOSにはLinuxが、プログラミング言語には俗にLL(LightweightLanguage)と呼ばれるerl/PHP/Ruby/Pythonなどのスクリプト型言語が多く利用されます。サーバOSとしてWindowsServer、言語としてJavaなども利用されますが、一般的に開発工数が激増するため、スピード重視のWeb業界ではLinux+スクリプト言語が主流です。

今回は、国内でWebシステム開発によく使われている、PHPとRubyを比較してみることにします。
(Perlは新規開発での採用が減っていること、Pythonは研究用途を除くと国内での採用事例が比較的少ないことから、今回は対象外にしました)

PHPによるWeb開発の選択肢

PHPはもともとWebのために開発された言語で、簡単なWebページから本格的なWebシステムまで、非常に多く採用されています。PHPでは、多数のフレームワークが存在し、フレームワークを利用しない(俗に「生PHP」と呼ばれる)開発も広く行われていることが特徴です。参考までに一般的に採用されているフレームワークや開発スタイルはこちら。
http://www.phpframeworks.com/top-10-php-frameworks/

Yii、CodeIgniter、CakePHP、Zend、Symfonyなどのフレームワーク

日本で多く採用されているフレームワークの特徴として、始めるための敷居が低く、設置が簡単、があります。特にCakePHPはXAMPPなどのお手軽LAMP環境とも相性がよく、WEBアプリ開発の経験しかなくても、またデザイナであっても手軽にWEBシステムを開発できるのが最大の特徴であり利点です。受託開発のうち、小規模またはキャンペーンなど期限付きの作りきりのシステムを、多少の保守性を残しながら開発するときには良い選択肢です。

生PHPでの開発

小規模システムを中心に、フレームワークを利用しない開発も広く行われています。デザイナーが制作したHTMLに、1ページだけ問い合わせフォームをつけるなどの用途には相変わらず有効です。ただし、当初の予定を超えて開発規模が大きくなり、破綻するという流れも良く見受けられます。

PHPでの開発によるメリット

開発者の数が多い

始めるための敷居が低いため、「PHPプログラマー」で募集をかけると、他の言語に比べて非常に多く集まりやすいです。人員確保しやすいのは大きなメリットです。ただし、あくまで敷居が低いことによるため、一定レベル以上の人材の数は、他のメジャー言語と同程度と思われます。

日本語の情報が多い

ドキュメント類が豊富なうえ、その多くが丁寧に日本語翻訳されています。そのため、英語にアレルギーがある開発者でも情報収集しやすくなっています。

導入の敷居が低い

最近は安価なレンタルサーバでもPHPが組み込まれているため、「納品されたソースコードをFTPで置けば動く」「コマンドラインを触らなくても一通りのことができる」のは、サーバ管理スキルが不要という点で大きなメリットです。生PHPはもちろん、CakePHPもこの点で多く支持されているように見受けられます。
※YiiやSymfonyのような本格的なフレームワークでは、バージョンやライブラリ要件などが厳しくなってきており、このメリットは享受しにくくなります。

PHPが向いている開発

デザイナーとの分業が重要な体制

基本的にHTMLで構成し、一部必要なページのみをPHPで出力するといった構成が特に工夫無く実現できます。キャンペーンサイトなどで、基本的にデザイナーのみでデザインからHTMLまでを制作し、一部に問い合わせフォームをつけるなどの場合では、分業化の敷居が低いことがメリットになります。

超小規模開発

画面数が極端に少なくデータベースも不要なシステムの場合、高度なフレームワークの生産性よりもスピード重視で作りきるという割り切りに適した手段が多いです。

共用サーバーで動かすことが要件の場合

PHP、特に生PHPやCakePHPでは、レンタルサーバーでも多くの場合設置するだけで動きます。諸事情で共用サーバにインストールが必要、追加ソフトウェアのインストールが禁止されているなどの状況では、この点がメリットになります。
なお、システムは「置いて終わり」でもしばらくは稼働しますが、メンテナンスを怠ることはおすすめできません。どのような環境でもセキュリティアップデートは日々更新されており、追従しなれば大きな問題を引き起こす可能性があります。

RubyでのWeb開発

RubyでWeb開発と言えば、Ruby on Railsフレームワークを使うのが主流です。

デザインからインフラまでをワンストップで

Rails開発では、デザイナー/HTMLコーダー/プログラマ/DBエンジニア/サーバエンジニアのような過度の分業をせず、各開発者がほぼすべての工程を担当するのが普通です。開発者に求められる基本スキルセットが高くなる傾向はありますが、要求を実現するために最適な方法を分担にとらわれず追求することができます。

最新技術・スタイルを常時取り入れる

Rails開発は、良くも悪くも工業生産的にはなっていません。テストやデプロイの自動化、より効率的なデザインフレームワークの採用などにより、ルーチンワークを減らし、常にビジネスロジックの開発に注力できるようになっています。

Rubyでの開発によるメリット/デメリット

[メリット] ノウハウの集約

RubyでのWeb開発と言えばRailsなので、ノウハウがRailsに集結します。言語では無くフレームワーク単位で見た場合に、Railsの人気は圧倒的です。開発者数の多さは、多数のライブラリによる開発効率の向上、安定性の向上など多くのメリットをもたらします。

[メリット] 圧倒的な開発効率

Railsはその登場当時から一貫したポリシーによりアップデートを重ねており、現在ではあらゆるWebシステムへ対応できる基盤になっています。ノウハウの蓄積により、他の追随を許さない開発効率を実現しています。

[デメリット] 導入の敷居の高さ

Railsはその万能性ゆえ、開発者にとってやや敷居が高く、国内でのプログラマー数はPHPと比べると少なめになります。チームメンバーとして参加するにもサーバの基礎知識やコマンドライン操作が必要になるため、工業的な分業もしにくく、必要な時に人員を追加するのに苦労することがあります。またサーバ環境への要求も高く、共有レンタルサーバーなどでは動作させられないことも多いですが、この点は昨今のクラウドサービスの普及により大きな問題にはならなくなってきました。

Rubyが向いている開発

継続的に開発し続けるシステム

システムは生き物です。状況の変化に応じて日々変化を続けていくようなシステムには、Ruby/Railsの効率性と柔軟性が大きな武器になります。特に、立ち上げ時には規模の読めないスタートアップサービスには適しています。
逆に、当初の仕様で変更無く作りきり、いったん完成したら二度と更新しないようなシステムだとしたら、Railsのメリットはあまり享受できないでしょう。バージョンアップが速く、旧バージョンのサポート停止などに対応するコストのほうが高く付いてしまう可能性があります。

で、どんなシステムにPHP/Rubyは向いてるの？

上記の事実をもとに、ぼくの主観で振り分けていきます。弊社にはRuby on Rails経験の豊富なエンジニアがいるため、採用しにくいことや開発環境の準備にコストがかかる部分があまりないため、多少バイアスがかかっているかもしれません。

社内業務システム

社内にオールラウンドなエンジニアがいれば（Ruby経験不問）、基盤部分だけ発注して、納品後に機能を足していくことをおすすめします。社内システムは常に要望が変化するため初期のデータ設計部分に携わり、基盤部分だけはしっかりと良い物を作っておき、その後何年もかけて自社の要件にあわせて開発を継続していくことが最も安価でリスクの少ない選択肢とおもいます。社内にそういったエンジニアがいない場合、採用できない場合、または継続的に開発していうことが面倒などの理由で実現できない場合、ぜひ弊社を検討ください。既にあるものをさくっとRuby on Railsシステムに作り変えることも可能です。

自社で運用するWebサービスの場合

社内業務システムのように初期の最も大きな要件が変化しない・また社内で継続的に運用していくような類のものであれば、Ruby on Railsはとても良い選択肢です。逆に、そこまで要件・機能が多くないサービスのプロトタイプを開発するような場合は、すこし注意が必要です。作ってもすぐ全部壊して作りなおす可能性がある場合（例：プロトタイピングして要件を洗い出す場合など）はスピード重視かつ保守性を捨てたほうが良い場合があるため、PHPも良い選択肢と言えます。機能の量でフレームワークを活用するかどうかを決めれば良いかと思います。

キャンペーンなど期限付きのサイト

キャンペーンが終われば正常かどうする必要がないなど、保守性をある程度無視して開発できるものはPHPやアリモノのシステムを採用すべきです。PHPはツールや関連ソフトが無料な場合が多くスモールスタートする場合に適しています。

動作確認環境

distribution: ubuntu 12.04
perl: 5.14.2
mailman: 2.1.14

mailmanは/var/lib/mailman/qfilesにメールをキューとして保存してからmailmanのデーモンが処理していきます。
なので、このフォルダ内のメールが極端に古くなっていたら何らかの問題が発生していると考え、アラートを出すという仕組みです。

warning,criticalになる値はデフォルトでそれぞれ5分,20分となっています。
こちらは環境に合わせて変更下さい。

先日社内サーバと個人サーバのGitLabをそれぞれ3系から5.1にアップデートしたのですが、いつの間にかgitolite→gitlab-shell、resque→sidekiq、unicorn→pumaとすごい変化ですね。

アップデートは横着せずにマニュアル通りにやれば特に難しくありません。3.1の段階で、sqlite→mysqlに移行しておくのを忘れずに。

しかし問題が1点、コミットの行に付けていたコメントが表示されなくなってしまいました。

行コメント

これは、4.1以降で行コード（line_code, line_anchorなどとコード内で呼ばれている）のフォーマットが変わったのが原因です。
アップデートしてもデータが消失してしまったわけではないので、5.1にアップデート後、以下の手順を実行すれば解決できました。

1. MySQLのデータをバックアップ
2. この移行スクリプト（以下にも記載）をlib/tasks/migrate/migrate_note_linecode.rakeとして保存
3. sudo -u git -H RAILS_ENV=production bundle exec rake migrate_note_linecode

desc "GITLAB | Migrate Note LineCode"
task migrate_note_linecode: :environment do
  Note.inline.each do |note|
    index = note.diff_file_index
    if index =~ /^\d{1,10}$/ # is number. not hash.
      hash = Digest::SHA1.hexdigest(note.noteable.diffs[index.to_i].new_path)
      new_line_code = note.line_code.sub(index, hash)
      note.update_column :line_code, new_line_code
      print '.'
    end
  end
end

※アップデート前3.1、アップデート後5.1でのみ動作確認しました。必ずバックアップは取っておいてください。

5/13追記
masterに取り込んでもらえました

1. まずはじめに
　1.1 対応ブラウザを確認する
　1.2 スマホ対応の必要があるかを確認する
　1.3 HTML/CSSを使った開発のルールを決める
2. HTML編
　2.1 idやclassの命名を考える
　2.2 idは多用しない
　2.3 HTMLの共通化を考えた記述をする
　コラム コラム: IE(後方互換モード)の対応が必要になった時の対処
3. CSS編
　3.1 共通で使えるCSSは共通用のファイルを作ってまとめる
　3.2 CSSの適用範囲を考慮して記述する
　3.3 reset.cssを使うかどうかを決める
　3.4 CSSの!importantはできるだけ利用しない
　3.5 BootstrapのCSSを上書きする場合は別クラスを作成する
4. おわりに

1. まずはじめに

ここでは、HTML/CSSを使った開発をする前に行っておきたいことをまとめます。

1.1 対応ブラウザを確認する

ここを最初に確認しておかないと後々大変なことになります。IE6,7でデザインが崩れたとお客さんに言われ、後々、対応した経験があります。。
IE6,IE7の対応が必要になった場合はHTML/CSSの書き方を工夫する必要がありますし、最初に決めておくとお客さんとのトラブルも減りますので、先に決めておきましょう。

1.2 スマホ対応の必要があるかを確認する

スマホの対応が必要かどうかの確認をしましょう。また、スマホは別デザインにするかどうかも確認する必要があります。
詳しくは「スマホ対応編」で書きます。

1.3 HTML/CSSを使った開発のルールを決める

複数人で開発する場合、後に他の人に引き継ぐ可能性がある場合はルールを決め共有するようにしましょう。
これが、先に決まっていないとHTML/CSSファイルが複数出来上がって、どれがどれだかわからなくなったり、
CSSの書き方が人によって異なったりして、後々、修正しづらいといったことが発生します。
これも経験しました。。

※下記のHTML編とCSS編がルール決めの参考になれば幸いです。

2. HTML編

ここでは、私がHTMLコーディングする際に気を付けていることを紹介します。

2.1 idやclassの命名を考える

主に心がけているのは以下です。
・どのような要素かわかりやすいようかつ汎用的(使い回しができる)命名を付ける。
塩梅が難しいのですが、
共通で使用する要素用のクラス名は”common”とする
左側の要素は”left_contents”右側の要素は”right_contents”というクラス名にする
などを行っています。

・単語の区切り文字を決める
単語の区切り文字がバラバラになって見にくくなるという経験があります。
headerWrapper, header_wrapper, header-wrapper
少し前までは’_'区切りで単語切っていたのですが、最近はbootstrapが”-”区切りを使用していることからそちらに合わせて”-”区切りを使用するようになりました。

2.2 idは多用しない

idは要素が一意に決まるため、javascriptを使用する場合などには便利なのですが、その反面、同HTMLファイル内ではその要素が利用できないといったデメリットがあります。
そのため、idを利用する際は、本当にその要素にidを付ける必要があるのか、再利用はしないのかといったことを考えてから利用するようにしています。
個人的には、idやクラスが多いと見づらいので、見易さの観点からも気を付けるようにしています。

2.3 HTMLの共通化を考えた記述をする

Railsを使った開発もやっているのですが、RailsにはpartialといったHTMLを共通化するための便利な機能があります。
同じような要素を繰り返し記述している部分は共通化したいのですが、共通化する際に共通化しづらいHTML何度か遭遇したので、
共通化しづらい記述方法を例に挙げて共通化しやすいHTMLはどのようなものなのかを説明します。

HTML

<div class="contents-wrapper">
  <div class="contents first">
  </div>
  <div class="contents">
  </div>
</div>

CSS

.contents-wrapper .contents {
  margin-right: 3px;
}
.contents-wrapper .contents.first {
  margin-left: 3px;
}

上記のような記述の場合、”contents”クラスがついているブロックは共通化して使いまわしたいところなのですが、
最初の”contents”クラスの要素には”first”がついています。
共通化する際にプログラム側で最初の要素であれば”first”を付けるように書くことも可能なのですが、逆に言うとプログラムを書く必要があるのと条件が増える分プログラムの処理コストも上がるので、
なるべく繰り返しの要素に関しては一部要素にだけ特定の要素を付けないような工夫をしてあげるとプログラマは助かります。
上記の例の場合は”.contents-wrapper .contents.first”の部分を消して
css

.contents-wrapper {
  padding-left: 3px;
}

上記を追加すると似たようなことができます。

コラム: IE(後方互換モード)の対応が必要になった時の対処

後方互換モードについてはこちらを参考にしてください。
昔のHTMLファイルの修正が必要などでどうしてもIE(後方互換モード)の対応が必要になってしまった場合はHTML/CSSを少し工夫する必要があります。
※最初から作成する場合はHTML5記法の宣言すると標準準拠モードになるので気にしなくてよくなります。
IE(後方互換モード)は”width”, “height”の計算方法が少し特殊です。
IE(後方互換モード)では
width = width – padding-left – padding-right – border-left – border-right
height = height – padding-top – padding-bottom – border-top – border-bottom
みたいに計算されます。

NG
HTML

<div class="contents">
</div>

CSS

.contents {
  width: 100px;
  padding: 0 10px;
  border: solid 2px #0000ff;
}

そのため、指定したwidth, heightよりも小さく幅がとられるといったことが発生します。
回避方法としてはwidth, heightと一緒にpadding, borderを指定しないことです。
具体的にはIE(後方互換モード)対応が必要な場合は”-wrapper”のクラスを一つ上の階層に作り対応するようにしています。
HTML

<div class="contents-wrapper">
  <div class="contents">
  </div>
</div>

CSS

.contents-wrapper {
  padding: 0 10px;
  border: solid 2px #0000ff;
}
.contents {
  width: 100px;
}

上記の方法以外にもCSSハックを利用する方法がありますが、CSSの記法から外れることがあり、
個人的に好きではないので利用しないようにしています。
※CSSハックで検索するとやり方はいっぱい出てきます。

3. CSS編

ここでは、私がCSSを記述する際に気を付けていることを紹介します。

3.1 共通で使えるCSSは共通用のファイルを作ってまとめる

どのページでも汎用的に使えるクラスを作成し、使いまわせるようにすると便利です。
例えば、左マージンを”10px”とるようなクラスを”.ml10″、フォントカラーを赤にするクラスを”.red”
のように汎用的に使用できるクラスを最初に作成し、共通用のファイルにまとめておくと別件でHTML/CSSを作成する際に使いまわせて便利です。
下記に私が使用している共通用のCSSを一部ご紹介します。
margin.css

@charset "UTF-8"

/*------------------------------------------*
 *   margin系CSS
 *------------------------------------------*/
.mt5{
  margin-top: 5px;
}
.mt10{
  margin-top:10px;
}
.mt15 {
  margin-top:15px;
}
.mt20 {
  margin-top: 20px;
}
.mr5{
  margin-right: 5px;
}
.mr10{
  margin-right:10px;
}
.mr15 {
  margin-right:15px;
}
.mr20 {
  margin-right: 20px;
}
.mb5{
  margin-bottom: 5px;
}
.mb10{
  margin-bottom:10px;
}
.mb15 {
  margin-bottom:15px;
}
.mb20 {
  margin-bottom: 20px;
}
.ml5{
  margin-left: 5px;
}
.ml10{
  margin-left:10px;
}
.ml15 {
  margin-left:15px;
}
.ml20 {
  margin-left: 20px;
}
.ml40 {
  margin-left: 40px;
}
.ml50 {
  margin-left: 50px;
}
.mtb10 {
  margin: 10px 0;
}

common.css

.left-contents {
  float:left;
}
.right-contents {
  float:right;
}
.clear {
  height:0;
  clear:both;
}
.v-middle {
  vertical-align:middle;
}
.v-bottom {
  vertical-align:bottom;
}
.align-right {
  text-align: right;
}
.align-center {
  text-align: center;
}
.notice{
  color: #dd2200;
}

3.2 CSSの適用範囲を考慮して記述する

CSSの記述がどの程度優先されて適用されるのか考えてCSSを記述しないと意図しないところでデザインが崩れたりする可能性があります。
ここは、感覚的な部分や経験がものをいう部分でもあったりするので難しいところなのですが、
私の場合は基本的には、共通で使用するクラス、ベースとして定義したCSS以外はCSS適用の優先度が高くなるように記述するようにしています。

3.3 reset.cssを使うかどうかを決める

ブラウザのデフォルトで適用されるスタイルをリセットするためにreset.cssを利用することが多いのですが、reset.cssはメリットだけではありません。
※reset.cssについてはグーグルなどで検索するといっぱい出てきます。
最近、WYSIWYGを利用する機会があったのですが、reset.cssを利用した際に、WYSIWYG内で表示されたものと、実際に画面で表示されたもののデザインが異なっていたといったことがありました。
WYSIWYGエディタ

実際は

hoge
test

のように表示されました。●ついてない
原因はreset.cssで

ol, ul {
  list-style :none;
}

としていたからです。
この様にreset.cssを利用するとこで思わぬ弊害が起こりうるので、reset.cssを使って問題ないかを確認しましょう。

3.4 CSSの!importantはできるだけ利用しない

!importantを使用したCSSを編集することが何度かありましたが、!importantを使用されてしまうとどう頑張ってもそのCSSが適用されてしまうので、
後々になってこの箇所だけ違うCSSを適用したいといったときに困ってしまいます。特にCSSの記述が多くなってくると安易に後で!importantを外すことができなくなってしまうので、個人的にはあまり使用して欲しくはないです。!importantに対してさらに!importantをかぶせて上書きしたことがあります。。。
いけてないですね。
!importantは使わずCSSの適用優先順位が高くなるように記述して対応しましょう。

3.5 BootstrapのCSSを上書きする場合は別クラスを作成する

最近はBootstrapを利用することが多くなってきました。Bootstrapを使っている中でBootstrapに記述されているCSSを上書きしたいことがしばしばありました。そのような場合は特定のクラスをつけて上書きするようにしています。私はよく”ovverride”クラスをつけるようにしています。
※IE6対応が必要な場合、IE6は複数クラスセレクタに不完全対応なので1階層したに要素を作成してクラスをつけるなどで対応しましょう。
Bootstrap使う場合は大抵IE6で見るとデザイン崩れるので対応外になることが多いと思いますが。
BootstrapのCSS

.form-horizontal .control-label {
  float: left;
  width: 160px;
  padding-top: 5px;
  text-align: right;
}

上書き

.form-horizontal.override .control-label {
  padding: 10px;
  margin-right: 50px;
  width: 120px;
}

4. おわりに

最後まで読んでくださった方、有難うございました。
HTML/CSSでの開発で3年間で学んだことをまとめましたが、絶対これがいいというものではありません。
他にもっといいやり方もあると思いますので、こんなやり方のほうがいいのではないかという意見もお待ちしております。
今後、複数人開発で気を付ける点をまとめた(複数人開発編)とスマホ対応での気をつける点をまとめた(スマホ対応編)を書く予定です。

Macへの移行を考えた際に，今も昔もボトルネックになるのはゲームです（真面目な話）．PCでゲームといえば昔からWindowsが主流で，Mac版がリリースされるゲームはごくわずかです．数少ないMac版も日本語版がリリースされなかったり，最新パッチが当たらない or Mac版リリースまでブランクがあったり，Modが動かなかったりと残念な状況だったりすることが多いです．例外としてBlizzardのゲームはWin/Mac同時対応ですばらしいです．おかげでWoWやDiablo 3は普通にプレイできますね（Diablo 3は残念な出来なので，まだまだパッチ待ちですが．．．）．他にも，Steamを見ればBorderlands 2やCivilization V，少し古いですが名作PortalもMac対応しているので，昔に比べればずいぶん遊べるゲームが増えました．そうそう，最近LoLもMac版公式クライアントがBeta取れましたね．

しかし，Mac対応したゲームが増えたといっても全部ではありません．ぶっちゃけ東方Project（上海アリス幻樂団）のゲームがやりたいわけです．STGは1プレイ時間が5〜40分程度と，電車移動やちょっとした空き時間にやるのにちょうど良いです．息抜きも大事．しかし東方ProjectのゲームはWindowsオンリー（6作目の東方紅魔郷以降の話．旧作がやりたい人はAnex86あたりを使って下さい）なので，そのままMac OS Xで動作させることはできません．

MacでWindowsゲームをプレイする方法

現在MacでWindowsゲームを動かす方法は大きく分けて3種類あります．

• BootCamp環境などを構築し，Mac本体をMac OS X/Windowsのデュアルブート環境にして，ゲームをやりたいときは再起動してWindowsを起動する
• VMWare Fusion / Parallels Desktop / VirtualBox等の仮想マシン環境を使い，VM上のWindowsにゲームをインストールする
• CrossOver，MikuInstallerなどのWine環境を構築し，Wine経由で実行する

それぞれの方法につき，一長一短があります．BootCampは最も理想的な環境ですが，いちいち再起動する必要がある上，Macのアプリを同時起動できません．仮想マシンを使った方法では仮想マシンの3Dドライバ性能によってかなり動作速度が制限されます．ただ，最近のVMWareやParallelsのドライバはかなり良い線まで行っている様です．しかし，ゲームを起動するためだけにVM一つ実行してメモリを割り当てるのはもったいない＆面倒な感じもします．最後のWine環境は純粋にアプリのみを起動することができるので，最もお手軽ですが，Wine自体のエミュレーション性能に依存するところが大きく，昔の不安定だったころのWineを知っているとちょっと不安が残ります．

今回は上記3環境でそれぞれ東方をインストールしてプレイしてみて，どれが良いのか比較しようと思っていました．しかし，試してみたらWine環境が思ったよりずっと良くなっていたので，結論から言うとWine環境がおすすめです．再起動やVMの起動待ちを気にせず，やりたいときにパッとプレイできるのでまさに息抜きに丁度良いです．

Wine環境選び

MacにWine環境をインストールするには有償・無償含めかなりの選択肢がありますが，ゲームや特定アプリケーションを動かしたいという用途であれば，CrossOverがおすすめです．以前はCrossOver Games等に分かれていた記憶がありますが，今はCrossOverに一本化されたみたいです．59.95ドルで，1年経つとアップグレードするのにさらにアップグレードライセンスを買わされますが，品質はかなり良いです．いくつかのゲームは公式サポートもしており，新しいゲームも随時サポートに追加されていきますので，気になる人は対応ゲームのページを見ると良いでしょう．

CrossOverを使う際にはbottleという概念を理解しておく必要があります．bottleは原則アプリケーションごとに作成され，異なるBottle間のデータはアクセスできないという性質を持ちます（いわゆるSandbox）．これにより，あれこれアプリをインストールしていても，間違って他のアプリのデータを上書きする心配が無くなります．逆に，お互いに依存性のあるソフトウェアをインストールしたい場合は，同一bottleにインストールする必要があるので気をつけましょう．といっても，ゲームをやりたいだけなら普通は全部別bottleで構いません．

CrossOverにゲームをインストールする手順

早速CrossOverに東方Projectのゲームをインストールしてみます．まずはお試しということで，サイズの小さい東方文花帖にしてみます．

ゲームディスクを入れ（僕はディスクユーティリティでイメージ化してあるものをマウントしました），CrossOverを起動したら，Configure -> Install Softwareを選びます．

なんと文花帖はCrossOverのゲームリストに既に登録されており「Touhou 9.5: Shoot the Bullet」として自動認識してくれます．なので，デフォルト設定（winxp bottle，DirectX 9を追加インストール）でInstallボタンを押します．

途中でDirectXのインストールダイアログなどが出ますが，構わずOKを押してインストールしていきます．DirectXのインストール後，文花帖のインストールダイアログが出るので，もちろん開始を押してインストール（インストール先はデフォルトのまま）．

インストールが完了すると，CrossOverのProgramsメニューから起動できます．

ここまでがCrossOverにゲームをインストールする共通手順になります．

CrossOverに東方をインストールする注意点など

ここからは東方をインストール，プレイする上で知っておく必要のあることになります．

東方紅魔郷以外はインストール時にスタートメニューへの登録とデスクトップショートカットをするかどうかの確認がありますが，スタートメニューに登録するとCrossOverのProgramsメニューから起動できるので便利です．スタートメニューに登録しない場合，~/Library/Application Support/CrossOver/Bottles/インストールBottle名/drive_c/Program Filesを参照し，実行ファイルをダブルクリックすれば実行できます．

アップデートパッチを当てる場合，インストール対象と同じBottleでパッチを実行する必要があるので，CrossOverの「Configure -> Manage Bottles」で対象BottleのAdvancedタブから「Open C: Drive in Finder」ボタンを押し，EXE本体のインストール先にパッチファイルをコピーして実行します．

アップデートパッチによってはインストールディレクトリを聞かれるので，その場合は「/Users/ユーザ名/Library/Application Support/CrossOver/Bottles/インストールBottle名/drive_c/Program Files/東方XXX」を指定します（C:\Program Files\東方XXX でも同じ）．

リプレイファイルを再生したい場合も同様の手順で対象Bottleのインストールディレクトリにreplayフォルダがある（無い場合は一度ゲーム中からreplayメニューを開くと作成される）ので，そこに置けば良いです．

ゲームプレイについて，フルスクリーンモードでプレイすることもできますが，ウィンドウモードで起動して拡大表示して使う方が中断などがやりやすくて良いです．システム環境設定のアクセシビリティから，ズーム機能を有効にします．

すると，Controlキーを押しながらホイールスクロールすることで，画面の任意領域を拡大することができるようになります．あとはウィンドウモードでゲームを起動し，できるだけ画面いっぱいになるようにズームしてやれば，フルスクリーンモードと同じ様な状態になります．

各作品別動作確認状況，気づいた点など

ここからは各作品別に実行した結果（動作速度，不具合の有無など）をまとめます．動作確認環境はMacBook Pro 15 Retina（Mid 2012）: CPU 2.6GHz Core i7, メモリ16GBで，動作確認時はクラムシェルモードで2台のThunderbolt Displayに出力しています．Mac OS Xのバージョンは10.8.3，CrossOverのバージョンは12.2です．

昔のWineやVMWareでのひどい有様を知っている人はそれでも半信半疑だと思うので，各作品のSSも貼っておきます．再現度が気になる人は眺めてみて下さい．半透明処理・エフェクト・BGM含めて問題ないです（紅魔郷を除く）．また，僕はキーボードシューターなのでゲームパッドについては良くわからないのですが，PS3のコントローラーを使う方法などがあるようです．自己責任で．

また，当然ですが，Wine環境で東方Projectのゲームを動かすことは公式サポート外なので，うまく動かなかったからといって神主様に文句を言ったりするのは止めましょう．むしろCrossOverのチームにリクエストを送った方が建設的です．

東方紅魔郷 〜 the Embodiment of Scarlet Devil（ver 1.02hアップデート済み）

• 処理落ち：なし（常時60fps前後）
• 動作確認環境：Extraリプレイ
• その他：Extraリプレイボス戦後半からBGMが歪み始め，残念な状態に．BGM以外のグラフィック・入力周りは全く問題なし．

フルスクリーンモードで起動すると400fpsとか出てでバグる（既知のVSyncバグ）ので，ウィンドウモードでプレイするか，有志のVSyncパッチを使う必要があります．
アップデートパッチはここから落として前述の手順で当てれば良いです．

東方妖々夢 〜 Perfect Cherry Blossom.（ver 1.00bアップデート済み）

• 処理落ち：なし（常時60fps前後
• 動作確認環境：Lunaticリプレイ（6面のみ確認）
• その他：一部グラフィックの表示残り現象が見つかった（SS参照）が，普通にプレイしていたら気づかないレベル．BGMも問題なく最後までプレイ可能．

アップデートパッチはここから落とす．ファイルがlzh形式（!?）なので，Homebrewでlhaパッケージをインストールし，以下のコマンドで解凍できる．

$ lha x youmu_update100b.lzh
youmu_update100b.exe - Melted : ooooooooooooooooooooooooooo

その後のパッチ当て手順は他と同じ．

東方永夜抄 〜 Imperishable Night. （ver 1.00dアップデート済み）

• 処理落ち：なし（常時60fps前後）
• 動作確認環境：Lunaticリプレイ（6面のみ確認）
• その他：BGMも問題なく最後までプレイ可能．

アップデートパッチはここから落とす．これもlzhなので解凍方法は東方妖々夢と同じくlhaコマンドで．

東方文花帖 〜 Shoot the Bullet.

• 処理落ち：なし（常時60fps前後）
• 動作確認環境：Stage EX 禁忌「禁じられた遊び」
• その他：撮影時瞬間的にfpsが30前後まで落ちるが，それ以外はBGM共に問題なくプレイ可能．

iptablesでサーバを守るときに知っておくと良いことを3つ紹介します

1. 接続回数を制限する(IPアドレスごと)

hash_limitを使います
これにより特定ホストからの大量アクセス、DoS攻撃を緩和することが可能です
例

2. 接続回数を制限する(サービスごと)

limitを使って制限します
これにより多数のホストからの攻撃、DDoS攻撃を緩和します
limitを使った制限は全ホストが等しく制限を受けるため、ssh等に設定すべきではありません。
（攻撃を受けている間は自分たちも制限されるため）
Webサーバが大量アクセスで落ちそうな場合は使えるんじゃないでしょうか？
例

3. 接続IPアドレスを限定する

IPアドレスの国別割り当てをAPNIC等から取得してコマンドを作ります
この手のルールは長くなるので、ユーザー定義チェインにしたほうが見やすくなります
例

あとはこんな感じのスクリプトを用意して
iptables.pl

rootでこんな感じのコマンドを打てばIP制限チェインの出来上がりです

# wget http://ftp.apnic.net/stats/apnic/delegated-apnic-latest \
-O - | ./iptables.pl ACCEPT_IP | bash

細かいパラメータや、IPアドレスについては各自調整してみて下さい