公開日時 okkez
nginx だけで簡易な cache 機構があるようなので doc.okkez.net で使ってみた。
もう一つ memcached にキャッシュするやつもあるみたいだけど、簡易でいいのでこれを使う。
設定は簡単で、Debian の場合は以下のような感じでした。
nginx.conf# http コンテキストに追加 proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=one:10m;
リファレンスにあるサンプルのままです。 パラメータの意味は前から順に、キャッシュを作成するパス、キャッシュを作成するパスに作成するサブディレクトリの深さ、キャッシュの名前と有効期限。
公開日時 okkez
自分で Rails の generator gem のテストを書いてみたんだけど、どうもしっくり来ない。
参考にしたのはここ。
作ってた engines はこれ。
やりたかったことは以下のとおり。
で、冒頭の Rails Guides を参考にテストを書いてみたけどちゃんと動かなかったので Rails のソースを読んでみた。 読んでみて分かったのは以下のこと。
作っているのは engines gem なのだから RAILS_ROOT/generators も見てほしいんだけど、それはやってないらしいので、ここでは RAILS_ROOT/lib/generators に symlink を張ることにした。 一応、これでちゃんと動いているみたいなのだけど、setup で symlink 作成して teardown で symlink を削除したりしてるのがちょっと気持ち悪い。
Rails Guides にも書いてあったとおり generator を提供している多くの Gem は generator 自体のテストは書いていない。(cucumber や rspec を参考にしたかったんだけど書いてなかった。)
もう一回やりたかったことをまとめるとこうなる。
あ、コードは github に全部上がっているので見てください。
みんな generator のテストはあんまり書かないものなのかなぁ？
公開日時 okkez
Rails Engines なプラグインを書いてみたら、いくつかハマったポイントがあったので未来の自分のために記録しておく。
大体この四つくらいかと。それ以外は普通にアプリケーションを作れば OK
これは簡単で、本家でも解説されてた。 Rake タスクを作ってコピーするだけ。
これも簡単。本家では、プラグイン側のマイグレーションを実行する方法がまだ無いから仕方ないと書かれていた。 Rake タスクを作ってコピーすればいい。タイムスタンプなマイグレーションを使っている場合はこれで問題ないはず。
これは調べるのに時間がかかったけど分かってみれば簡単だった。 plugin_root/init.rb や plugin_root/rails/init.rb では Rails::Initializer.run のブロックパラメータの config が見える ので(正確には違うけど)それ経由で以下のようにしておくとよいみたい。
plugin_root = File.expand_path(File.join(File.dirname(__FILE__), '..'))
config.plugin_paths << File.join(plugin_root, 'vendor/plugins')プラグインと同様、init.rb 内で config.gem すれば良い。
公開日時 okkez
るびきちさんのところを見て、良さそうだと思ったのでやっと org-mode を使ってみている。
この辺。
今のところ、 org-remember を使って TODO 管理しかしていないけど、テキストファイルに 書くだけでいいというのが気に入っている。
複数マシン間のデータの共有には自宅サーバに git レポジトリを用意して共有するようにしているが、 公開しても問題ないデータなら gits や github でもいいかも。 # dropbox とかでもいいかもしれないけど、なんか信用できないので自分の自由になるところに置いてる。
上記三つ目のリンク先で紹介されている祝日表示の方法がよくわからなかったので 、試行錯誤した結果 ~/memo/agenda.org に以下のように書くとうまく表示できた。
* Calendar %%(org-calendar-holiday) * Inbox ** TODO ほげほげをする
で、わからないことがいくつかあって未解決。
Debugger entered--Lisp error: (invalid-function increment-calendar-month)
increment-calendar-month(7 2009 -1)
calendar-mark-weekend()
run-hooks(today-visible-calendar-hook)
byte-code("....."
generate-calendar-window(7 2009)
calendar-basic-setup(nil)
calendar()
byte-code("....
org-read-date(nil to-time nil nil nil nil)
byte-code(".....
org-add-planning-info(deadline nil closed)
org-deadline(nil)
call-interactively(org-deadline)公開日時 okkez
昨晩、メインマシンをなんとなく再起動したら以下のようなエラーメッセージが出て起動しなくなった。
error: you need to load the linux kernel first.久しぶりにこんな状態になったのでテンパった。 さすが sid だ。油断してるとハマる。
LiveCD でなんとかしようとして KansaiRubyKaigi02 で使った LiveCD を使ったんだけど rescue モードで起動しても chroot できない。何でだろうと思ったら、アーキテクチャが違っていた。対象のマシンは x64 なのに LiveCD は x86 向け なのでした。
仕方が無いので新しいネットワークインストールの CD を焼いて (もちろん amd64 の) rescue モードで chroot して grub-legacy を無理矢理インストールして一応起動するようにはできた。
その後、2ch の Debian スレなどを見てみると同じ問題でハマっている人がいて、その人が見つけてきた BTS があったので読んでみるとまったく同じ問題でした。
公開日時 okkez
この記事は Ruby Advent Calendar jp: 2009 : ATND の 18 日目です。前日は @tad さん でした。
愛用しているものの一つに るりま があります。 みなさんはもうお使いですか？
まだの人は以下の説明を読んでぜひ使ってみてください。
利用方法はいくつかあるので順番に紹介していきます。
http://doc.okkez.net/ にアクセスします。3 カラムになっていて左から順番に、BitClust, Static HTML, Download となっています。BitClust はるりまプロジェクトで作ったリファレンスマニュアルを見るためのウェブアプリケーションです。 doc.okkez.net では nginx + thin で動かしています。nginx がキャッシュするようにしているのでまあまあの速さで動くと思います。
Static HTML はあらかじめプログラムで生成した HTML ファイルを置いています。ウェブアプリケーション版とは少しレイアウトが異なりますが内容は同じです。参照したいクラスやメソッドが既に決まっている場合に使うと高速に参照することができます。ウェブブラウザのページ内検索機能を使用すると快適に閲覧できるでしょう。
Download は月一回肉の日(毎月29日)に作成したスナップショットを置いています。http://www.ruby-lang.org/ja/man/archive/ にも同じものを置かせていただいています。
どちらかから、ダウンロードしたアーカイブを適当な場所に展開します。 アーカイブの中には以下のようなものがあります。
データベースというのは、指定したバージョン向けに前処理を施したテキストファイル群のことです。
このディレクトリにパスを通して使うのが一番簡単ですが、適当なスクリプトを書いたりするのもいいでしょう。例えば、以下のような感じで書くといいのではないでしょうか。
#! /bin/sh
DOC_BASE=$HOME/ruby-refm
exec ruby -Ke -I $DOC_BASE/bitclust/lib bitclust/bin/refe.rb -d $DOC_BASE/db-1_8_7 "$@"Windows な人は *.cmd を参考にしてバッチファイルを書くといいのではないでしょうか。
また server.exe というファイルがありますが、Windows を使っている人はこれをダブルクリックすると、ローカルで web server が起動して、自動的にウェブブラウザが起動してリファレンスマニュアルを表示します。ローカルで動いているのでネットワークにつながっていないときでも使用できます。
先ほどと同様に、ダウンロードします。 chm はバージョン別になっているので自分が使いたい方をダウンロードすればいいでしょう。1.8.7, 1.9.1 以外のバージョンを使いたい人は、自分で chm ファイルを作るといいでしょう。(ここでは説明しません)
Windows Vista 以降の人は、ダウンロードしたファイルをダブルクリックしたときに出てくる警告ダイアログのチェックボックスを外すとちゃんと見られるはずです。
Windows を使っていない人はそれぞれ自分の好きな chm viewer をインストールして使ってください。意外と色々あります。
個人的におすすめなのはコマンドラインから使用する refe です。すごく速いです。 とりあえず使ってみてください。古いリファレンスには書いていないこともたくさん書いてあります。 足りない部分はありますが、古いリファレンスよりはかなり進化しています。使わないと損です。 そして、使ってフィードバックをください。みなさんのご協力をお待ちしています。
明日は、たこ焼き仮面の中の人ではないかと噂されているあの人が書きます！
公開日時 okkez
Hikifarm on Rack の対応をしてみました。
やっと Hikifarm on Rack を実装出来たので rack ブランチにコミットしてみました。 まだ足りない部分はいくつかありますが、余裕のある人は試してみてください。 コードやファイル名についてもコメントをください。
$ rackup hikifarm.ru公開日時 okkez
annotate_modelsにindexの情報を付加する - Hello, world! - s21g
こちらで公開されてたものに少し気になるところがあったので修正してみたのが以下。
okkez’s annotate_models_with_index at master - GitHub
修正ポイントは
です。
よかったら使ってみてください。
公開日時 okkez
Debian sid を使っているとたまに Kernel を更新する必要がある。単純に Kernel を更新してしまうと X が起動しなくなってしまい困る。そのときの更新方法をいつも忘れるので自分用のメモとして書いておく。
# 更新後の kernel で起動する
$ sudo m-a auto-install nvidia
$ sudo aptitude update && sudo aptitude safe-upgrade # nvidia-glx を更新する
$ sudo shutdown -h -r now手順自体は上記の通りいたって簡単。更新後の kernel で起動してからモジュールを入れ直すだけ。
公開日時 okkez
自宅用に新しいマシンを組んだので適当に記録しておく。
こんな感じで組んで 80k+ でした。
あとディスプレイが iiyama の ProLite E2608WS で \26,800- くらいでした。
ちょっとインストールに手間取ったけど、動きはじめてからはすごく快適です。 Let’s note でちょっともたついてた勉強会の資料作成もこのマシンなら一瞬です。 ロードアベレージが 3.0 を越えても操作感がほとんど変わらないのはすごいです。
あとは仮想マシンを入れて Android の開発環境を作ればいいだけです。