Big Sky

サーバを運用していらっしゃる方であれば、サービスの停止は死に値します。
大事な事なのでもう一度言います。

サーバを運用していらっしゃる方であれば、サービスの停止は死に値します。

サーバ管理者は皆、突然の死に備えるべきです。

そんな過酷な場面に立ち向かうサーバ管理者の皆さんの苦労を少しでも軽減する為に、apache モジュールを書きました。

mattn/mod_suddendeath - GitHub

突然の死!

https://github.com/mattn/mod_suddendeath

まずコンパイルしてインストールします。 apxs -ci mod_suddendeath.c -lhttpd -lapr-1
そして apache を再起動します。

サービスが動作しているディレクトリの .htaccess に以下を書き込みます。

SetHandler suddendeath
すると

このようなメッセージがブラウザに出力されます。簡単ですね！メンテナンスに最適です。なお、メッセージを変える事も出来ます。.htaccess で
SuddenDeathMessage 突然の死
SetHandler suddendeath
SuddenDeathMessage によるメッセージ指定も出来ますし SuddenDeathFile /path/to/your/suddendeath.txt
SetHandler suddendeath
ファイルでの指定も可能です！！

もちろん改行をちゃんと判定していますので例えば       突然の

DanKogai Not Found
この様なテキストを SuddenDeathFile に設定すれば

ちゃんと余白を埋めて、幅も計算して出力してくれます！(utf-8で指定する必要があります)

これで万が一のサービスダウンやメンテナンスがあっても心配ありませんね！
ぜひお役立て下さい。

現在 Vim は以下の LL言語による拡張をサポートしています。

• Lua
• MzScheme
• Perl5
• Python2
• Python3
• Ruby1.8
• Ruby1.9
• TCL

最近 mruby 熱が高いので if_mruby を書いてみた。

vim7-if_mruby.diff
https://gist.github.com/4662845

基本的な動作は if_ruby に合わせてあります。Makefile は mingw32 用だけ手を加えています。mingw32 と VC++ と configure && make もサポートしてます。MRUBY_ROOT という環境変数に mruby のリポジトリルートを指す必要があります。
:mruby (1..100).to_a.each{|x| puts x}
こんな事も出来ますし、if_ruby 同様に :mruby VIM::Window::current.height = 3
こんな事も出来ます。
1点だけ移植出来なかった物があり、ruby には rb_define_virtual_variable という API があり、これを使うと変数の参照でC言語の関数が呼び出せるのですが、mruby にはこれ相当の物がありませんでした。
メソッド名に「$」を含ませる事も出来ないので、結局 $curwin と $curbuf については __curwin と __curbuf という名称に変更しています。

おおよそ動くのですが

if_mruby の可能性について - GitHub

Vim標準の外部インタフェースとして、if_rubyがありますが、素のRuby言語は言語組み込みを想定されていないためいろんな困難があります...

https://github.com/vim-jp/issues/issues/297

のコメントにも書いた通り、

ただし僕は現状vim-devに送るつもりはない。mrubyはダイナミックロード(require)をサポートしていないし、vimから使うmrubyに新しい機能が欲しくなったら

• mruby に欲しい mrbgem を導入
• libmruby.a をビルド
• vim をビルド

を毎回しないといけない。

という問題があるので、すぐさま vim-dev にパッチを送るつもりは無いです。

Vim に if_mruby が入るかどうかは、require が入るかどうかに掛かっているんですよ！Matz さん！(ﾁﾗｯﾁﾗｯ)
良かったら遊んで下さい。

追記
mruby-require がいい感じに出来上がってきたので、vim-dev に送るかもです。

mrubyプチハッカソンに参加してきました

例えば、mattn_jpさんがmruby-uvを作っていらっしゃいます。私がその上にTCPServerClassを構築したい、と思ったときには、現状RubyのコードとしてUV::TCP.newするしか無いように感じますが、これをCから呼び出して、mrubyのTCPServerClassとしてexportしたいな、と。

http://onmessage.ws/wordpress/?p=745

例えば mruby-curl は別の mrbgems である mruby-http の HTTP::Response を返しているが特別 require している訳ではない。mrb_class_get でルートネームスペースのモジュールもしくはクラスが取れるので、さらにそこから mrb_const_get で under なクラスが取れる。 struct RClass* _class_http = mrb_class_get(mrb, "HTTP");
struct RClass* _class_http_parser = mrb_class_ptr(mrb_const_get(mrb, mrb_obj_value(_class_http), mrb_intern(mrb, "Parser")));
これはあくまで mruby が「HTTP::Parser」をどの様に解析しているのかを僕がコードを読んで同じ事をやっているだけなので、正しい(薦められるべき)使い方かどうかは分からない。
これを使って struct RClass* _class_my_parser = mrb_define_class_under(mrb, _class_http, "MyParser", _class_http_parser);
この様にクラス定義すれば HTTP::Parser を継承した HTTP::MyParser を宣言できます。
もちろん、mrbgems として同梱されていない場合は実行時エラーになります。