portal shit!

なんかTwitterで「最近のポータルシット変わったよね…」とかいう意見を目にするようになったので、パソコンネタだけ隔離して別にブログを始めることにした。使っているCMSはMephisto。Railsの勉強になるかと思って。早速DreamhostへMephistoをインストールしていて躓いてしまったのでちょこっとメモ。

とりあえず tech.portalshit.net というサブドメインを用意し、DreamhostのパネルでPassengerのセットアップ。その後SSHでサーバーに接続し、

$ git clone git://github.com/emk/mephisto.git
``

してgithubからプロジェクトをclone。

Mephistoのインストールにはいくつかgemが必要。Dreamhostには結構たくさんgemがインストールしてあるんだけど、いくつか足りないものがあった。とりあえず設置ディレクトリのルートで

```sh
$ rake gems:install

と打ってみたところ、nokogiriとそれに依存するbrynary-webratが入らなかった。原因を調べてみたところ、xsltのライブラリをダウンロードして、gem install するときにパスを指定してあげる必要があるらしい。xsltのライブラリ自体はPHP5をカスタムインストールしたときに入れてあるので、以下のオプションでインストールした。

$ gem install nokogiri \n    --with-xslt-include=/home/morygonzalez/php5/include/ \n    --with-xslt-lib=/home/morygonzalez/php5/lib/

無事インストール成功。その後もう一回 rake gems:install を実行してbrynary-webratも入り、管理ページにアクセスしてみると今度はPassengerのエラーが。これは単純にdatabase.ymlに development: のDB環境しか記述していなかったこと、 rake db:bootstrap のときに RAILS_ENV=production をつけていなかったことが原因だった。そういうわけでdatabase.ymlに production: の設定（sqlite3を使用）を書き、

$ rake db:bootstrap RAILS_ENV=production

ですべてのインストール作業完了。いまこうして動いております。

今後はここにCakePHPやRails、JavaScript関連のことを書いていこうと思います。できれば一日一ポスト、その日に学んだことを書いていきたいです。

Linux（CentOS 5.4）がずーっと起動しっぱなしだったので、たまにはリブートするかと

sudo reboot

かけた。普段、サーバーにはモニターもキーボードもつないでいないので、このままだと「キーボードがないわよ」みたいな警告が出てブートが途中で止まる。たいていキーボードをつけてがちゃがちゃやると「キーボード発見しました」みたいな表示が出てブートが進むので、モニターはつながず、キーボードだけつないでがちゃがちゃやっていた。しかし…。

ブラウザーからサーバーにアクセスしてもつながらない。あれ？ sshでMacBookからサーバーに入り、

/etc/init.d/httpd configtest

してみると

httpd: Syntax error on line 210 of /etc/httpd/conf/httpd.conf: Syntax error on line 1 of /etc/httpd/conf.d/ruby.conf: Cannot load /etc/httpd/modules/mod_ruby.so into server: /etc/httpd/modules/mod_ruby.so: cannot restore segment prot after reloc: Permission denied

とか出る。えー？ mod_ruby.so が読み込めないのかー。mod_rubyを再インストールしたり httpd.conf を書き直してみたりしたんだけど効果なし。同じエラーで困ってる人いないかと、「mod_ruby centos エラー」とかでググってみたんだけど、そういう人は見つからず。キーワードを変えて「cannot restore segment prot after reloc: Permission denied」でググってたら以下のサイトにたどり着いた。

Domain Details Page

www.appistry.com

なるほどそういうことか。どうやらモニターにつながずキーボードをがちゃがちゃしていたときに /etc/selinux/config の設定を変更してしまっていたみたい。（SELinuxの小技）

結局、 /etc/selinux/config を編集して

SELINUX=disabled

として無事Apacheが起動できるようになった。

午前中の時間が無為に過ぎて行ってしまった…。

今日は読書の方法について書いてみます。自分の読書方法をオススメするわけではなくて、他の人の読書方法を知りたいという意図のもと、まずは自分の読書方法を開陳してみる次第です。だめ出しとか突っ込みとかさらにいけてる読書方法があったら教えて欲しいです。

付箋を貼ってる

ここ一年くらいの習慣ですが、読書をするときには重要だと思える箇所や気になった箇所に付箋をつけるようにしています。読書といっても小説は含みません。ここでいう読書とは新書など少し堅めの本を読むことを指します。

本に線は引きたくない

本に直接線を引く人もいます。しかし僕はそれは気が進まない。理由は貧乏性だからで、いつかその本を売るかもしれない。線が引いてあると買い取り拒否されるかもしれない。付箋なら売るときはがせばいいので問題なしなわけです。（といはいえ読まなくなった本を売ったことはないんだけど）

売る売らないは別にしても、誰かに貸したりあげたりしたときのことを考えると、何となく本には線を引きづらいです。特にハードカバーの本には線が引きづらい。ソフトカバーのいわゆる学校の教科書的な本や問題集などにはためらわずに線を引きます。売ることもないしこの手の本はどんどん情報が古くなっていく消費財だから。しかしハードカバーの本は自分の所有物でも簡単に何かを書き加えてはいけないような緊張感があります。

話がずれました。そういうわけで僕は線を引くかわりに付箋を使ってます。

三色ボールペンメソッド

本に線を引く方法で知っているものに斎藤孝さんの三色ボールペンメソッドがあります。「重要」、「とても重要」、「個人的に面白かった」の三種類で色を使い分けるやり方です。

理想的なのは本の内容に沿って色を使い分ける方法でしょう。テーマAについては赤、Bについては青、Cについては黄、といった具合で色を使い分けておくと、後から読み直すときに非常に内容を把握しやすい。

しかしこれはあくまで理想論で、本を頭から読んでいる段階でその本の中に何種類のテーマがあるのかを把握し色を用意していくのは困難。結局三色くらいで、重要度や自分が受けた印象に合わせて色を使い分けるのが現実的なマーキングのあり方でしょう。

付箋の貼り方

僕が使っている付箋は住友スリーエムの『ポスト・イット®ジョーブ 透明見出し』です。プラスチック製のケースに入っていていて、ティッシュみたいな仕組みでぺりぺりと交互に調子よくめくれるところが気に入ってます。下半分は透明になっているので本文の上に貼っても内容が見えなくなることはありません。カラフルな色バリエーションもいい。

しかしながら色が多すぎるのは否めない。6色もあります。3色くらいがベストですね。6色のなかの特定3色だけ用途を決めて使えば良いんだけど、貧乏性なのでついつい6色満遍なく使ってしまう。その結果、折角色つきの付箋を使っているのに色を見ただけで意味を理解できないという非常に残念なことになっております。貧乏性の馬鹿野郎。

読んでいて重要だと思った箇所や個人的に面白かった箇所に付箋を貼りながら読んでいき、読み終わったらブログに感想を書く前にもう一度付箋が貼ってある箇所を拾い読みします。この作業でだいたい本の内容が頭に入ります。

今後の課題としては、もっと付箋の色を抑えて、それぞれの色に特定の意味を持たせてそれを定着させる必要があります。

中途半端な感じですが以上が僕の読書スタイルです。よかったらみなさんの読書スタイルを教えて欲しいです。

MacはUnixとして使うと便利

Macはシャレオツパソコンとして使うだけじゃもったいない。一応UnixなのでUnixとしても使える。

Unixコマンドが気持ちいい

• 「○×は使用中のため削除できません」とか警告が出るファイルも sudo rm -f <ファイル名> と打てば消せる。ストレスフリー。

• 10分後にシャットダウンさせるとかも楽ちん

  出かけなきゃいけないけどまだDropboxの同期が終わってなくて電源落とせない、みたいなときは、 sudo shutdown -h +n とか打つとn分後にシャットダウンする。nのところに10を入れて実行すれば10分後にシャットダウンする。便利。

きっかけ

GitやVim、サーバー環境構築などでTerminal.appを多用するようになった。

• Git

  • とにかく便利。プログラミングしてなくても、htmlやcssのバージョン管理もできる。『入門git』という本を読んでるけど、著者はこの本自体をGitを使ってバージョン管理しながら書いたらしい。ちょっとUnixの操作に慣れれば劇的に快適な文書のバージョン管理環境がゲットできる。共同作業で使うんじゃなく一人でやるんでも便利。

• Vim

  • 最初はとっつきにくかったけど、慣れたらとても使いやすい。さすがにhtml書くときはグラフィカルなエディターを使うけど（Espressoで全裸コーディングとか）、プログラムを書くときはvimの割合が増えた。Terminalとの行ったり来たりが楽だし、そもそもGitを使ってたら git commit -a のときにVimが自動で開くし必然的に使う機会が増える。

MacPortsは神

MacPortsのリポジトリは結構頻繁に更新されてる。新しいバージョンをインストールするために自分でリポジトリ追加したりしなくていいし、とにかくパッケージ管理が楽。個人的に自宅サーバーやるんだったら古いMacにMacPortsで環境つくる。

というわけで

iTunesとSafari専用マシンとしてだけMacを使うのはもったいないです。良かったらUnixとしても使ってあげてください。

Snow LeopardになってもUnixとしてのOS Xには大きな変化がないので以下の本がオススメです。僕も毎日拾い読みしてます。

TUAWなんかでも紹介されてるSnippets、思いっきりSnippetのパクリじゃないですか？ アプリケーションの名前からして単数形か複数形かの違い。アプリケーションのURLも完全に誤認を狙ってるような一字違い。Snippetの方が http://www.snippetapp.com/ で、Snippetsの方が http://www.snippetsapp.com/ 。ただしSnippetの方は別のサイトにリダイレクトされるけど。アイコンもなんか似てるし。

Snippetの開発元のFuel Collectiveの人はわりと怒っちゃってるみたい。

Fuel Collectiveのサイトにはこんなリボンかかってる。

で、肝心のソフトの中身ですけど、SnippetsはCode Collector ProとSnippetを足して二で割ったような感じかなと思いました。control + sで呼び出せて近未来的なルック＆フィール（One, Two, Three, Four）のSnippet（後発じゃない方。紛らわしい）の方が好きかな。サポートにメール送ったら親切に返事くれたし。Fuel Collective、がんばって欲しいです。