RVMって何ぞ？

“Ruby enVironment (Version) Manager”の略称で、複数のバージョンのRubyやgemsを共存させることができるもののようです。
gemsも替えられるので、Railsのバージョンも複数持つなんてこともできます。どのRuby、どのgemsを使うかをコマンドひとつで切り替えられるのが素敵ですね。

インストール

ということで、早速インストール。本家サイトを参考に以下のコマンドを入れます。

$ bash -s stable < <(curl -s https://raw.github.com/wayneeseguin/rvm/master/binscripts/rvm-installer )

今回は安定版を入れることにしました。

Downloading RVM from wayneeseguin branch stable
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  799k  100  799k    0     0  99066      0  0:00:08  0:00:08 --:--:--  172k

Installing RVM to /Users/katawara/.rvm/
    Adding rvm loading line to '/Users/katawara/.bash_profile'.

# RVM:  Shell scripts enabling management of multiple ruby environments.
# RTFM: https://rvm.beginrescueend.com/
# HELP: http://webchat.freenode.net/?channels=rvm (#rvm on irc.freenode.net)
# Screencast: http://screencasts.org/episodes/how-to-use-rvm

# In case of any issues read output of 'rvm requirements' and/or 'rvm notes'

Installation of RVM in /Users/katawara/.rvm/ is almost complete:

  * To start using RVM you need to run `source /Users/katawara/.bash_profile`
    in all your open shell windows, in rare cases you need to reopen all shell windows.

  * Optionally you can run `rvm tools rvm-env ruby bash` which will generate
    shebang wrappers for easier selecting ruby in scripts.

# ,
#
#   Thank you for using RVM!
#   I sincerely hope that RVM helps to make your life easier and more enjoyable!!!
#
# ~Wayne

シングルユーザでのインストールなので、/Users/username/.rvmにディレクトリが作られます。

$ls .rvm/
LICENCE       bin/          examples/     hooks/        man/          scripts/      wrappers/
README        config/       gems/         installed.at  patches/      src/
VERSION       contrib/      gemsets/      lib/          patchsets/    tmp/
archives/     environments/ help/         log/          rubies/       user/

.bash_profileにもこんな感じで書きこまれます。

$cat .bash_profile
...(略)...
[[ -s "/Users/katawara/.rvm/scripts/rvm" ]] && source "/Users/katawara/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*

インストールの確認は、”source .bash_profile”で.bash_profileを更新してから、以下のコマンドを打つときちんと入っているかが確かめられます。

$ source .bash_profile
$ type rvm | head -n1
rvm is a function

これが出ればインストール完了。

実際に使ってみる

まずは、以下のコマンドでインストールできるものを確認します。

$ rvm list known
# MRI Rubies
1.8.6[-p420]
1.8.6-head
1.8.7[-p357]
1.8.7-head
1.9.1-p378
1.9.1[-p431]
1.9.1-head
1.9.2-p180
1.9.2[-p290]
1.9.2-head
1.9.3-preview1
1.9.3-rc1
1.9.3[-p0]
1.9.3-head
ruby-head

# GoRuby
goruby

# JRuby
jruby-1.2.0
jruby-1.3.1
jruby-1.4.0
jruby-1.6.1
jruby-1.6.2
jruby-1.6.3
jruby-1.6.4
jruby-1.6.5
jruby[-1.6.5.1]
jruby-head

# Rubinius
rbx-1.0.1
rbx-1.1.1
rbx-1.2.3
rbx-1.2.4
rbx[-head]
rbx-2.0.0pre

# Ruby Enterprise Edition
ree-1.8.6
ree[-1.8.7][-2011.12]
ree-1.8.6-head
ree-1.8.7-head

# Kiji
kiji

# MagLev
maglev[-head]
maglev-1.0.0

# Mac OS X Snow Leopard Or Newer
macruby[-0.10]
macruby-nightly
macruby-head

# IronRuby -- Not implemented yet.
ironruby-0.9.3
ironruby-1.0-rc2
ironruby-head

普通のRubyだけでなく、MacRubyとかJRuby、IronRubyまであるんですね。
とりあえず、新しいものがほしいので、1.9.2を入れてみよう。

$ rvm install 1.9.2
Fetching yaml-0.1.4.tar.gz to /Users/katawara/.rvm/archives
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  460k  100  460k    0     0   100k      0  0:00:04  0:00:04 --:--:--  110k
Extracting yaml-0.1.4.tar.gz to /Users/katawara/.rvm/src
Configuring yaml in /Users/katawara/.rvm/src/yaml-0.1.4.
Compiling yaml in /Users/katawara/.rvm/src/yaml-0.1.4.
Installing yaml to /Users/katawara/.rvm/usr
Installing Ruby from source to: /Users/katawara/.rvm/rubies/ruby-1.9.2-p290, this may take a while depending on your cpu(s)...

ruby-1.9.2-p290 - #fetching
ruby-1.9.2-p290 - #downloading ruby-1.9.2-p290, this may take a while depending on your connection...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 8604k  100 8604k    0     0   624k      0  0:00:13  0:00:13 --:--:--  321k
ruby-1.9.2-p290 - #extracting ruby-1.9.2-p290 to /Users/katawara/.rvm/src/ruby-1.9.2-p290
ruby-1.9.2-p290 - #extracted to /Users/katawara/.rvm/src/ruby-1.9.2-p290
ruby-1.9.2-p290 - #configuring
ruby-1.9.2-p290 - #compiling
ruby-1.9.2-p290 - #installing
Retrieving rubygems-1.8.15
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  245k  100  245k    0     0   182k      0  0:00:01  0:00:01 --:--:--  565k
Extracting rubygems-1.8.15 ...
Removing old Rubygems files...
Installing rubygems-1.8.15 for ruby-1.9.2-p290 ...
Installation of rubygems completed successfully.
ruby-1.9.2-p290 - adjusting #shebangs for (gem irb erb ri rdoc testrb rake).
ruby-1.9.2-p290 - #importing default gemsets (/Users/katawara/.rvm/gemsets/)
Install of ruby-1.9.2-p290 - #complete

これでRubyとgemsのインストール完了。今rvm上で管理されているRubyのバージョンを見たいときは、以下のコマンド。

$ rvm list

rvm rubies

   ruby-1.9.2-p290 [ x86_64 ]

# Default ruby not set. Try 'rvm alias create default '.

# => - current
# =* - current && default
#  * - default

複数バージョン入ると、rvm rubiesの中身が増えていく形ですね。
インストールされたものは、.rvm/rubies/と.rvm/gemsの中に入っていきます。

$ ls .rvm/rubies/
ruby-1.9.2-p290
$ ls .rvm/gems
cache			ruby-1.9.2-p290		ruby-1.9.2-p290@global

Rubyのインストールが終わったら、実際に入れたものを使うよう指定してみます。
“rvm use [VERSION]“のコマンドで切り替えることができます。

$ which ruby
/usr/local/bin/ruby
$ which gem
/usr/local/bin/gem
$ rvm use 1.9.2
Using /Users/katawara/.rvm/gems/ruby-1.9.2-p290
$ which gem
/Users/katawara/.rvm/rubies/ruby-1.9.2-p290/bin/gem
$ which ruby
/Users/katawara/.rvm/rubies/ruby-1.9.2-p290/bin/ruby

見事に切り替わりましたね。
もともと入れてたものをやっぱり使いたくなったときは、

$ rvm use system

とすればOK。
また、常にデフォルトで使いたいものを指定したい場合は、

$ rvm --default use 1.9.2

として、デフォルトを解除したい場合は、

$ rvm reset

とすればよいです。

gemもコマンド一個で切り替えたりできるけど、それはまた別の機会にでも。参考にした記事がそこら辺も触れているので、そちらを見てもらってもいいかも。
仕事の場面だったら、プロジェクトごとに使うRubyやgemの状態を切り替えて、都度まっさらな状態にして環境構築を安全お手軽に、なんてこともできそう。こういうのがさくっとできたら、なんだかスマートですね。

Via：

• RVM: Ruby Version Manager – Installing RVM
• rvm 入門 … 複数バージョンの Ruby と Rails を混在させる – まちゅダイアリー(2011-05-21)
• kp:dev ? Macで環境を整えるための環境-homebrewとrvmとrubygems-

まずは、単純にBase64エンコードしようとした場合。

require 'base64'
Base64.encode64("abcdareijgtgue84520-2klkfurieare131243fdvm\555cdagjgisotgbvfxma")

戻ってくる値は、こんな感じ。

YWJjZGFyZWlqZ3RndWU4NDUyMC0ya2xrZnVyaWVhcmUxMzEyNDNmZHZtbWNk\n
YWdqZ2lzb3RnYnZmeG1h\n

わかりやすくするために、便宜的に入れてみましたが、60文字に1回と文字列の最後に”\n”が挿入されてきます。
画像のエンコード目的なので、こうした文字列が入り込んでくるのは歓迎できません。以下のような形で対応します。

# ruby 1.9 以上で利用可
Base64.strict_encode64("abcdareijgtgue84520-2klkfurieare131243fdvm\555cdagjgisotgbvfxma")
# ruby 1.8 系だったらこちら
Base64.encode64("abcdareijgtgue84520-2klkfurieare131243fdvm\555cdagjgisotgbvfxma").split().join()

こうすると”\n”はきれいさっぱりなくなります。

YWJjZGFyZWlqZ3RndWU4NDUyMC0ya2xrZnVyaWVhcmUxMzEyNDNmZHZtbWNkYWdqZ2lzb3RnYnZmeG1h

strict_encode64は、rubyのバージョンが古いと使えないので気をつけましょう。

さてさて、これであとはPOSTするばかり、と思ったらそんなことはなく。
POSTはできるものの、画像はうまくエンコードされずに壊れた画像が上がってきます。
いろいろ調べてみると、POSTする前と後ではこんな形で違っていたせい。

前）

YWJjZGFyZWlqZ+3RndWU4NDUyM+C0ya2xrZnVyaWVhcmUxMzEy++NDNmZHZtbWNkYWdqZ2lzb3+RnYnZmeG1h

後）

YWJjZGFyZWlqZ 3RndWU4NDUyM C0ya2xrZnVyaWVhcmUxMzEy  NDNmZHZtbWNkYWdqZ2lzb3 RnYnZmeG1h

POSTの際、requestのbodyに突っ込むと、”+” の文字がエスケープされてしまいます。
なので、こんなときはCGI.escapeを使ってあげればよろしい。

require 'cgi'
require 'base64'
CGI.escape(Base64.encode64("abcdareijgtgue84520-2klkfurieare131243fdvm\555cdagjgisotgbvfxma").split().join())

ここで、URI.escapeを使うと、URIとして使える記号（今回は”+”がそれに当たりますね）はそのままになってしまうので、そのままリクエストを投げてしまうと、違う意味で受け取られてしまいます。
対して、CGI.escapeだったら、記号も全部書き換えてくれるので、きちんとリクエストとして投げられるということになります。

Via：

• Strange \n in base64 encoded string in Ruby – Stack Overflow
• URI.escapeとCGI.escapeの違い – gan2 の Ruby 勉強日記

国際化とは？

マルチロケールとか、多言語対応とか、英語化とか、いろんな人がいろんな言葉で説明してくれているけれど、概念的には、「国際化」と「地域化」という二つの言葉でくくるのが正しいようです。
国際化は、UI上の表示やなんかを複数の文化（言語・度量衡含め）に対応できる仕組みを作ることで、地域化はその仕組みに乗っかって、その国や地域の言語や表記に翻訳・変換すること。
世の中の英語化対応と言われているものは、国際化→地域化の二つの作業のコンボを指していることが多いみたいですね。

ちなみに、国際化と地域化をくくって「グローバライゼーション」と言ったりもするみたいです。
あと、似たようなタイミングで出てくる「i18n」と「L10N」。これも国際化と地域化のことを指しています。「i18n」というのは国際化の別名で、「internationalization」の最初と最後のアルファベットとその間の文字数を取ったもの。「L10N」は地域化の別名で、「localization」の最初と最後のアルファベットとその間の文字数をとったものです。それぞれ大文字小文字なのは、iの大文字とLの小文字は区別がつきにくいから。

国際化のライブラリ

ちょっと調べてみた範囲だと、gettext-js、localizer.jsといったものがあるそうですが、今回は、長いものには巻かれてみろってことで、Globalizeというライブラリを使ってみようと思います。

Globalizeとは？

天下のマイクロソフトさん謹製のjsライブラリです。元はjQueryのプラグインのひとつとして始まったものですが、ついに独立したライブラリとしてデビューしたようです。さすがにテキストの翻訳は自分でしなければなりませんが、日時や数字の表記のロケール対応はすでにしっかりサポートされており、その数350超。
作った元が元だけに、ロケールの対応数はまじ半端ないと思います（でも、バージョン管理に入れる時間を待つのが面倒だったから、英語と日本語だけ残してひとまず全部消したのは内緒 :-P）。あと、プロジェクトとしてそれなりに持続しそうな雰囲気があるのもグッドですね。
ただ、まだプラグインからライブラリへと変遷してきているせいなのか、jQuery-glob → jQuery-global → Globalize、と名前も実装方法も微妙に変化していっています。昨日まで見えていたGitHubのドキュメントが、次の日いきなり404なんてこともあったので、そこはちょっとマイナス。

Globalizeの使い方

今回の検証環境

前回に引き続き、同じくWindows。

• Google Chrome 12.0.742.91
• Firefox 4.0.1

Globalizeの始め方

先ほど紹介したここから、globalizeを落としてきます。GitHubなり通常のダウンロードなりお好きなほうで。必要なものはlibフォルダの中にすべて入っているので、今回はlibフォルダ以下のみを持ってきて、i18nとでもリネームしておきます。

github的にはjQueryの中にありますが、jQueryはいりません。

コードを書いてみる

Readme.mdを参考にやってみます。基本的には、globalize.jsと一緒にlib/cultures/globalize.culture.****.jsを読み込むことで、ロケールの設定準備が整います。こんな感じで呼び出せばいいですね。

<script type="text/javascript" src="js/i18n/globalize.js" />
<script type="text/javascript" src="js/i18n/cultures/globalize.culture.ja.js" />

呼び出しができたら、実際にコードを書いてみます。
言語の指定はこんな形です。”ja”や”ja-JP”のような形で、cultureメソッドの引数を指定します。

Globalize.culture("ja");

こうすることで、cultureを日本語（”ja”）で指定したときに日付や単位を日本仕様で利用することができるようになります。
この指定をしない場合、デフォルトの言語は英語（”en”）になります。

引数になるロケールの取得は、DBでユーザ情報の言語設定を保持しておいて使ったり、リクエストのロケールをとってきたりすれば、自動的にロケールを選ぶ形も作れるでしょう。

次に、addCultureInfoメソッドを利用して、翻訳したいテキストとキーをJSON形式で追加します。外部ファイルとかに出して、globalize.culture.****.jsと同時に読み込むのもいい感じですね。

Globalize.addCultureInfo( "ja", {
    messages: {
        "hello": "こんにちは！"
    }
});

ここまで書いたところで、ようやく国際化対応の準備が整いました。
実際にメッセージの置き換えは、以下のようなlocalizeメソッドを利用します。

alert(Globalize.localize("hello", "ja"));

これでメッセージが置き換わります。あとは、”ja”で作ったものと同じノリで、”en”とか”fr”とか作ってみるといいんじゃないでしょうか。

ほかにも数値や日付を置き換えてくれたりするメソッドもあったりするのですが、それはまた別の機会ということで。

Via：

• jquery/globalize – GitHub
• jQuery Globalization Plugin from Microsoft – ScottGu’s Blog
• jQuery UI Development & Planning Wiki / Globalize

Javascriptでショートカットキー

いろいろ探してみた結果、大体以下の二つがよく紹介されている模様。

• rikrikrik.com – jQuery shortKeys plug-in
• Handling Keyboard Shortcuts in JavaScript

前者は、SafariではShift、Ctrl、Altが効かない＋Operaのブラウザ内蔵のショートカットと衝突することがあるらしいです。後者に関しては、Operaの検証まではしていませんが、Safariでもちゃんと動くようです。軽く動かしてみた感じと、コードの簡潔に見える度合いを考慮して、今回は、後者のshortcuts.jsを使って実装してみることにします。

shortcuts.jsの使い方

今回の検証環境

いずれもWindows。

• Google Chrome 12.0.742.91
• Firefox 4.0.1

shortcuts.jsの始め方

まずは、先ほど紹介したshortcuts.jsの本家サイトの「Code」とあるところからshortcuts.jsのソースをダウンロードしてきます。

jQueryとかは不要とのことで、これだけ読みこめばすぐに動かすことができます。簡単ですな。

コードを書いてみる

実際のコードは、こんな感じで書けば大丈夫みたい。

// ショートカットキーの追加
shortcut.add("<使いたいキー>",function() {
    <起こしたい挙動>
},{
    <オプション各種;>
});
// ショートカットキーの削除
shortcut.remove("<使いたいキー>");

例を挙げると、こういうふう。

shortcut.add("Shift+/",function() {
	alert("「？」が押されたよ。");
},{
   'disable_in_input':true,
   'keycode':191
});

あとは、ほしいキーに対して、それぞれ同じように書いていって、functionの中身と、オプションそれぞれ書き換えていけばよいです。

オプションには、なるべく例で書いた二つは入れたほうがよいですね。
ひとつめの「disable_in_input」は、テキストエリアなど、input要素の上でショートカットキーを押しても動作するか（true：動作しない、デフォルトはfalse）を制御していて、もうひとつの「keycode」は入力したキーをキーコードの数字でも指定できるようにするためのものです。
disable_in_inputを指定してないと、そのキーがテキストエリアで入力できない、なんてことが起こります。
また、keycodeを指定してないと、別のキーで動作したり、本来のキーで動作しないことがたまにあるみたいなので、きちんと指定しておいたほうが無難のようです。（※キーコードがどういう対応になってるかわからん、という人は、ここを参考にしておくとよいですよ。）

ちなみに、ここで指定できるオプションは以下のようになっています。和訳・解釈は一部間違っているかもしれませんが、ご参考までに。

動かしてみて

個人的には、ブラウザのショートカットとかとかぶるものは極力避けたほうがいいかな、と思います（どんなマイナーなものでも使っている人はいると思いますし）。
あとは、ほかのサービスで実装されているようなショートカットキーは、極力同じ動作にしておくことも、たぶん大事なことかと。

本家サイトでは、Live Evaluationとして、試しに入れてみたコードがちゃんと動くかも確かめられるようになっているので、興味がある方は試してみるとよいと思います。

VIa：

• WEBアプリに超絶簡単にJavaScriptのキーボードショートカット機能を実装する「shortcuts.js」:phpspot開発日誌
• 2007-11-14 – テノニッキ
• ものごいにっき　 ショートカットキーをjavascriptで実現するライブラリ

分散型バージョン管理って？

概要やメリット・デメリットは、どのサイトを見ても、ある程度同じことが書いてあるみたいに見えたので、ひとついい感じにまとまっているページをご紹介。

• かWiki – Git/分散レポジトリって何が嬉しいの

個人的に分散リポジトリに一番メリットを感じるのは、自分のリポジトリを持てるようになることではないかと思っています。たとえば、単一リポジトリをチームで共有する場合、テストが終わるまでコミットしてはいけないというルールがあったりします。そのために長期間ローカルでバージョン管理もできず持ちっぱなしとか、挙句に仕様変更が入って修正のたびにハラハラドキドキするとか、そんなこともあるかもしれません。そういった問題点を解消できるのではないかと、ついつい期待してしまいます。

Gitの始め方

前回、Homebrewをインストールした際に、Gitも入れているので、やや重複してしまいますが。Homebrewが入っている前提であれば、

$ brew install git

のみでOK。せっかくなので、バージョンも確認してみます。

$ git version
git version 1.7.3.4

こんな感じ。ここから、実際に入れてからのことをまとめていきたいと思います。

ローカルでGit

ローカルで始める場合、まずはGitを使いたいディレクトリ上で、以下のコマンドを打ちます。こんな感じ。

$ cd
$ mkdir Study
$ cd ~/Study
$ git init

これを打つと、Studyディレクトリ内に「.git」というファイルができています。これで作業ディレクトリの初期化ができました。
続いて、適当にファイルを作ってみます。

$ touch README

これをローカルでコミットしてみます。ファイルをコミット対象として登録（今回はめんどがって全部指定ｗ）し、実際にメッセージを入れてコミットする、という流れ。

$ git add *
$ git commit -m 'first commit'

これでローカルでのコミットができました。これだけなら、そこまで難しくなさそうですね。

リモートでもGit

ローカルではどうにかなりそうなので、今度はリモートでGitを使ってみたいと思います。
こちらはちょっと長くなるので、細かく切っていきます。

GitHubの登録・設定

まずは、Gitのリポジトリを持つにあたり、GitHubのアカウントを作ります。
非公開のリポジトリを作りたいときは、有料にせざるを得ないようですね。今回は個人だし勉強がてらなので、Freeでアカウントで作ってしまいます（むしろ大体の人はFreeではないかと）。

続いて、GitHub上で新しいリポジトリを作ります。ダッシュボードの左下にある、「Create a Repository」のリンクをクリックすることで、新しいリポジトリが作れます。ローカルで作ったディレクトリに合わせて、「Project Name」を「Study」として登録します。

Gitのグローバル設定

GitHubでアカウントを作った後は、ローカル側の設定として、Gitのグローバル設定を行います。ユーザ名・メールアドレスと、Gitでdiffをとったときにデバイスに応じてカラー表示をしてくれる設定を入れておきます。後半は趣味ですが、前半はコミットログなんかで使われるみたいです。入力した内容は、~/.gitconfigというファイルに反映されています。

$ git config --global user.name '<username>'
$ git config --global user.email '<email>'
$ git config --global color.ui auto

SSH公開鍵の設定

Gitにpushする際、SSH公開鍵の設定が必要とのこと。なので、ホームディレクトリに戻ってRSAキーの作成をします。

$ cd
$ ssh-keygen

コマンドを打つと、~/.sshディレクトリの中に、id_rsa、id_rsa.pubというファイルが出来上がります。作成中、パスフレーズを求められたりしますが、何も入力しなくてもよいようです（僕は入れてしまいましたが＾＾；）。

ここまでできたら、GitHubのサイトに戻り、アカウントの設定から「SSH公開鍵」の設定を行います。さっき作ったばかりのid_rsa.pubの中のテキストをコピペして、公開鍵の設定をします。これで、GitHubでSSHでの接続ができるようになります。

GitHubにPush

もろもろ準備が整ったので、いよいよサーバにPushします。Gitの勉強用にローカルで作った、Studyディレクトリに移動して、以下のようなコマンドを打ちます。

$ git remote add origin git@github.com:<username>/Study.git
$ git push -u origin master

これで、自分のGitHubのページを見てみると、https://github.com/<username>/Study なんて場所にREADMEのファイルが入っている、という状態になるのではないかと思います。

今回は、ひとまずここまで。

Via：

• Help.GitHub – Create A Repo
• はじめてのgithub – blog.katsuma.tv
• 英語なんてわかんねーよ！！ってな人へ贈るGithub入門 for MacOS – Seasons.NET
• GitHub で始める Git – 八発白中
• 最速で Git を Mac にインストールして基本的なコマンドを使う方法 | ウェブル
• Githubに登録してみたので最初に使うgitコマンドを整理してみた。 – kanonjiの日記
• 見えないチカラ: 【翻訳】あなたの知らないGit Tips

パッケージ管理とは

パッケージ名を指定すると、ソフトウェアをダウンロード、インストールしてくれる仕組みです。ほかのパッケージとの依存関係も自動で解決してくれたりもします。以前、CentOSでRubyをインストールした際は、rpmやyumといったコマンドで使ったことがありました。

Macのパッケージ管理：MacPorts

有名どころで行くと、ここはMacPortsでしょうか。ということで、インストールの方法を調べ始めました。
すると、後からわかったのは、Xcode 4には対応していないという事実……orz
結局600円払っちゃってるし、今更XCode 3にダウングレードするのもちょい切ない。。

いちおう、Xcode 4とXcode 3は同居できるらしいので、そこまでは以下のサイトを見ながら試してみました。ご参考までに。

• SimpleBoxes | Xcode 4 の導入と Xcode 3 との併用
• yan’s Diary: Xcode4のリリースと、Xcode3との共存について
• Togetter – 「ざっくりXcode4」
• Xcode 3 と Xcode 4 を同居させる件。何のことはない、Xcode 4 を普通にインストールしたあと、Xcod… on Twitpic

Macのパッケージ管理：Homebrew

MacPortsのことを調べていくうち、どうやらMacPorts以外にも、Homebrewというものがあるらしいということを知りました。しかも、Xcode 4でも対応できるみたいで、都合がいい（笑）

てことで、こちらのインストールを始めることにしてみました。
GitHubのサイトのRequirementsを見る限りでは、ほかにもJavaも必要みたいですが、MacBook Airであればすでに入っているらしく、Xcodeがインストールされさえすればよいみたいです。
Xcodeがインストールした上で、以下のコマンドを打ちます。

$ ruby -e "$(curl -fsSLk https://gist.github.com/raw/323731/install_homebrew.rb)"

これだけ。コマンドは、ほかのサイトで見たものを入れたらエラーになったりしたこともあったので、うまくいかなかったらGitHubのサイトも確認してみましょう。

Homebrewの使い方

Homebrew本体のアップデートにはGitが必要ということで、最低限Gitは入れます。

$ brew install git

これで、Homebrewのアップデートは以下のコマンドでできるようになります。

$ brew update

あと、よく使いそうなコマンドをメモとしてまとめておきます。

brew install FORMULA... # パッケージのインストール、もしくはアップデート
brew uninstall FORMULA... # パッケージのアンインストール
brew search [foo] # パッケージの検索
brew list [FORMULA...] # 今インストールしているパッケージを一覧表示する
brew update # Homebrew本体のアップデート
brew outdated # インストール済みのパッケージの中で最新でないものを表示する

Via：

• Macのパッケージ管理をMacPortsからhomebrewへ – よんちゅBlog
• 自分のための日記: homebrew のインストール
• MacPortsからHomebrewに移行しつつある | tech.portalshit.net

まずはセットアップから。

このサイトを参考にして、いろいろ実施。

• MacBook Air を買ってきて最初にやったことまとめ – 頭ん中

「Mac OS のクリーンインストール」、「FileVault を有効にする」、「ソフトウェア・アップデートをする」、「Exposé と Spaces」、「セキュリティ」、「トラックパッド」、「サウンド」、「Bluetooth」、「Finder」あたりを実施。お好みで、ってことで。

アプリもいろいろと。

今度はこちらを参考にいろいろ入れたりセットアップしてみます。

• しょぼいエンジニアが教えたいこと : MacBookAirを買って最初にやること、を見ながら設定してみた
• 新MacBook Airと過ごした３日間をまとめてみました – もとまか日記Ｚ

直接ダウンロードして入れたものたち。

• Firefox
• Google Chrome
• BetterTouchTool
• AppCleaner
• The Unarchiver
• Growl
• Captur
• Coda

ブラウザ、タッチパッド拡張、アンインストールツール、解凍ツール、通知アプリ、キャプチャー、よさげな開発環境とひと通り入れてみました。

AppStoreで入れたものたち。

• Xcode 4
• Evernote for Mac OS X
• YoruFukurou

ひとまず使いそうなものだけ、ぱぱっと。そのほかはまだまだ検討中。。。

この後、まだいろいろと入れ替えしてたりしますが、最初はこんな感じ。

Via：

• そんな機能もあったのか!!やっぱり凄い、凄過ぎる「BetterTouchTool」トラックパッドを更に便利に!! | GoTo Number
• わかばマークのMacの備忘録 : The Unarchiver
• わかばマークのMacの備忘録 : Growl
• メニューバーからシンプルにスクリーンキャプチャを撮影『Captur』 | Macの手書き説明書
• DreamweaverからCodaに変えました | Webクリエイターボックス

まずは今までインストールしてきたgemのアップデート。

C:\Users\hoge>gem update
Updating installed gems...
Attempting remote update of actionmailer
Install required dependency actionpack? [Yn]  y
Install required dependency rack? [Yn]  y
Install required dependency fcgi? [Yn]  y
Building native extensions.  This could take a while...
ERROR:  While executing gem ... (Gem::Installer::ExtensionBuildError)
    ERROR: Failed to build gem native extension.

ruby extconf.rb update
checking for fcgiapp.h... no
checking for fastcgi/fcgiapp.h... no
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --srcdir=.
        --curdir
        --ruby=c:/ruby/bin/ruby
        --with-fcgi-dir
        --without-fcgi-dir
        --with-fcgi-include
        --without-fcgi-include=${fcgi-dir}/include
        --with-fcgi-lib
        --without-fcgi-lib=${fcgi-dir}/lib

Gem files will remain installed in c:/ruby/lib/ruby/gems/1.8/gems/fcgi-0.8.7 for
 inspection.
Results logged to c:/ruby/lib/ruby/gems/1.8/gems/fcgi-0.8.7/ext/fcgi/gem_make.ou
t

ハイ。こけました。fcgi辺りでこけてるようです。
どうやら、gem自体をアップデートしなければならないようですね。
ちなみに、

C:\Users\hoge>gem -v
0.9.4

今の自分のgemのバージョンは0.9.4。なので、こうコマンドを打ちます。

gem update --system

こちらによりますと、gemは1.3以降は違うコマンドのようなので、注意が必要です。
ひたすら「y」を連打してしばらく待っていると、

Updating version of RubyGems to 1.3.5
Installing RubyGems 1.3.5
RubyGems 1.3.5 installed

・ｿ=== 1.3.5 / 2009-07-21

Bug fixes:

* Fix use of prerelease gems.
* Gem.bin_path no longer escapes path with spaces. Bug #25935 and #26458.

Deprecation Notices:

* Bulk index update is no longer supported (the code currently remains, but not
  the tests)
* Gem::manage_gems was removed in 1.3.3.
* Time::today was removed in 1.3.3.

------------------------------------------------------------------------------

RubyGems installed the following executables:
        c:/ruby/bin/gem

RubyGems system software updated

こんな感じで、無事アップデートが終了したようです。
ためしにバージョン確認すると、

C:\Users\hoge>gem -v
1.3.5

よい感じです。
続いて、全体的に古いだろうから、一気に全体をアップデート。

C:\Users\hoge>gem update rails

ログを見てたときに、何かRMagickがこけたような気がしたけど、ログがあっという間に流れてしまって、調査できず。。とりあえず、あれはまた煮詰まったら対応策を考えることにしましょう。。
ともあれ。バージョン確認してみると、

C:\Users\hoge>rails -v
Rails 2.3.4

ということで、無事、2.0.2から2.3.4になったようです。
これはまた、知らないことが多そうです。ま、また、手探りで勉強していきましょう。

Via：

• gemのインストール中にfcgiでエラーになる – マオの徒然開発日誌
• Rubyビジネス・コモンズ: gemを1.3.1にアップデートしないといけないです。

ですが、最近、久しぶりにコントロールパネルいじってたら、Passengerにも対応していたのですね。

会社ではmongrelでやってたので、mongrelでのやり方を模索しようかと思っていましたが、こっちのほうがよさそうということで、こちらを試してみることにしました。

アプリ側でやること。

前回はRedmineを動かす過程をまとめました。なので、今回も同じことをやってみようかと思います。

まずは、例によってRedmineをsvn上からチェックアウトしてきます。

$svn checkout http://redmine.rubyforge.org/svn/branches/0.8-stable redmine

次に、config/environment.rbの8行目のRailsのバージョンを2.1.1で指定します。

# Specifies gem version of Rails to use when vendor/rails is not present
RAILS_GEM_VERSION = '2.1.1' unless defined? RAILS_GEM_VERSION

残念ながら、Redmineを落としてきた直後に指定されているRailsのバージョンは、Dreamhostにはないため。
こんな風にやると、すぐ確認できます。

$ gem list | grep rails
rails (2.2.2, 2.1.1, 2.1.0, 0.14.3)

あとはもう、儀式のごとく。

$ cp -ip database.yml.example database.yml

で、config/database.ymlをコピーして、productionのところを自分の環境用に変更します。

あとは、淡々と

$ rake db:migrate RAILS_ENV=production
$ rake load_default_data RAILS_ENV=production

を実行して、粛々と初期データをセットアップしてしまいましょう。

Dreamhost上でやること。

まずは、コントロールパネルで適当なドメインを作ったら、これをやります。

• 【Ruby on Rails Passenger (mod_rails)?】の項目にチェック
• 【Specify your web directory】の項目を”/home/username/exampledomain.com/public/”になるように入力

この辺はFastCGIのときとは、チェックをつける場所が違うだけですね。

さて。
実はこれだけでもう、アドレスをクリックすればRedmineが立ち上がったりします。

なんというか、前より簡単です。
でも、この状態だと、実はアプリが動くだけで、スタイルシートやらJavascriptやらがうまく読み込まれなかったりします。
なので、もうちょっと、アプリ側でいじることがあります。

アプリ側でやること。その2。

よくよく見返せば、前も同じところで詰まってるんですよねｗ
でも、今回はもうちょっと直すところは少ない。

public/.htaccessを、前と同じように直します。

<ifmodule mod_fastcgi.c>
       AddHandler fastcgi-script .fcgi
</ifmodule>
<ifmodule mod_fcgid.c>
       AddHandler fcgid-script .fcgi
</ifmodule>
<ifmodule mod_cgi.c>
       AddHandler cgi-script .cgi
</ifmodule>
Options +FollowSymLinks +ExecCGI

2〜11行目のコレを

AddHandler fastcgi-script .fcgi
AddHandler cgi-script .cgi
Options +FollowSymLinks +ExecCGI

こんな風にして、

<ifmodule mod_fastcgi.c>
		RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]
</ifmodule>
<ifmodule mod_fcgid.c>
		RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]
</ifmodule>
<ifmodule mod_cgi.c>
		RewriteRule ^(.*)$ dispatch.cgi [QSA,L]
</ifmodule>

36?44行目のコレを

RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]

こうします。

あとはもう、F5を押すだけで、きちんと動きます。
前と違って、dispatch.fcgiもいりません。

使用感

何ていうか、前よりセットアップが簡単になりましたｗ
しかも、今回は変更=サイト上で即反映と、htmlをFTPで上げるような気軽な感覚で変更が走ります。

それが嫌なときは、tmpの下にrestart.txtというのを作ってあげて、touchすれば更新反映ということもできるみたいです（試してないので、確証はないですが。。。）。

また、仕組み上、最初の立ち上がりが異常に遅い感じがしますが、一度動いてからは、FastCGIなんて比べ物にしちゃいけないほどサクサク動くので、使用感としては悪くなさげです。
ベンチマーク的なものは、今度やれたらやってみようかなぁ。

Via：

• Passenger – DreamHost
• Redmine – DreamHost
• Redmine.JP | Redmineのインストール

Grailsとは？

概論的なものは、以下をご参照ください。
要するに、GroovyというJavaベースの言語を使って、HibernateとSpringでRailsっぽく書けるように実現させたフレームワークのようです。
細かい定義やら、Railsとの比較とかやらは、以下のリンク先が詳しそう。

• Groovy – Wikipedia
• Groovy – Japanese Home
• ＠IT：Groovyに触ってみよう
• Grails – Wikipedia
• Japanese Home – Grails – Codehaus
• [ThinkIT] 第6回：RailsとGrailsの比較（前編） (1/3)

インストール

ということで、まずはインストールから。
日本語版本家のインストールのページによりますと、

だけでいいそうな。へぇぇ。

気が付けばJDKも入ってなかったので、ここからダウンロードしてきて、インストール（今のところ、jdk1.6.0_12が最新みたいですね）。

さらに、Grailsもここからダウンロードしてきて、解凍、適当な場所（Cドライブ直下とかでいいかと）に置いておきます。今回は「Binary ZIP」のところのものを持ってきました。

で、あとはPathの指定。
最近、自宅PCをVistaに移行してしまったので、手順はVista版です。
コンピュータ　→　システムのプロパティ　→　システムの詳細設定　→　ポップアップが出てきて「はい」
で、ようやくXPでよく見た環境変数の設定ができる画面が出てきます。

指定するのは、ユーザー環境変数でもシステム環境変数でもいいと思いますが、今回はシステム環境変数のPathをいじります。

みたいな感じで、JDKとGrailsのバイナリーのディレクトリを指定すればOK。

あと、新規の環境変数として、

を追加。

再起動をかけて、コマンドプロンプトから

grails

と打ってみます。
こんな感じで出てくれば終了。

C:\>grails

Welcome to Grails 1.0.4 - http://grails.org/
Licensed under Apache Standard License 2.0
Grails home is set to: C:\grails-1.0.4

No script name specified. Use 'grails help' for more info or 'grails interactive
' to enter interactive mode

意外と簡単ですね。
Railsとの差異とか見ながら、学ぶべきところを吸収できたらいいなぁ。

Via：

• Japanese Home – Grails – Codehaus