情報と音楽 » labocho

新年のごあいさつ (おそい)

labocho — Thu, 26 Jan 2012 12:51:48 +0000

もう来週は 2 月ですが、あけましておめでとうございます。

昨年は転職したのが一番おおきなイベントでした。人並みに働くのは体力的にしんどいですが、まあ、好きなことを仕事にできてるので、幸せなほうでしょう。

さて、昨年に掲げた目標をみてみましょう。

Web サービス作る
夏くらいには 8 割方できてたんだけどほったらかし・・・。仕事がプログラミングだと、個人的なプログラミングはなかなか進まない。
身体を動かす趣味をつくる
なにか習い事始める
この 2 つについては、4 月からフェンシングを始めたので、目標達成。と思ってたんだけど、ここのところ全然行けてないので、今後はどうだろ。

ということで、いまいちな感じ。

では、今年の目標。

Web サービスつくる
もう少し文章書く
無理しない

今年もよろしくお願いします。

Rails に XML をボディとするリクエストを JavaScript で送る

labocho — Thu, 17 Nov 2011 13:03:07 +0000

Rails における XML でのリクエスト

Rails に、Content-Type: application/xml で、ボディが XML のリクエストを送ると、コントローラ中では params に展開される。

# リクエスト
# ヘッダはいろいろ省略してます
POST /entries HTTP/1.1
Content-Type: application/xml



  New blog entry

# EntriesController
def create
  p params # => {"entry" => {"body" => "New blog entry"}, ...
  ...

これは主に ActiveResource のための仕様だろうが、XML によるレコードのエクスポートとインポートを行う目的で、同じインターフェイスを HTML から使いたいと考えた。

JavaScript によるリクエスト

HTML の form で Content-Type を application/xml にすることはできない (よね?) ので、jQuery を使って JavaScript で送る。

// url に URL 文字列、
// xml に XML 文字列が格納されているものとする。
$.ajax({
  type: "POST",
  url: url,
  dataType: "xml", // Accept ヘッダをセットする。レスポンスを XML で受けとるなら必要。なくてもよい。
  contentType: "application/xml", // Content-Type を XML にする
  data: xml,
  success: function(res, type) { alert(res); },
  error: function(req, message, error){ alert(error); },       
});

しかし、HTTP メソッドが GET 以外の場合、リクエストに含まれる authenticity_token をチェックし、無いか session[:authenticity_token] と一致しないと、session が空になってしまう (※)。

これは具合が悪いので authenticity_token を送信する方法を考える。

※ ApplicationController などで protect_from_forgery メソッドが呼ばれている場合。普通呼ばれてます。

CSRF プロテクショントークンを送る

form_for で作ったフォームには authenticity_token が hidden フィールドで格納されているので、そのまま submit すればよい。また、Ajax 通信でも、JSON で送るなら、送信するオブジェクトに authenticity_token プロパティを付与すればよい。この場合 authenticity_token は meta タグから取得する。


<%= csrf_meta_tag %>

// jQuery でこれを取得する
var csrf_token = $("meta[name=csrf-token]").attr("content");

しかし、XML はルート要素が 1 つと決められているし、ルート要素は params の 1 要素に納められてしまうため、リクエストボディに authenticity_token を含めることはできない。

そこで、authenticity_token をチェックしているコードをみてみる。

# actionpack/lib/action_controller/metal/request_forgery_protection.rb
def verified_request?
  !protect_against_forgery? || request.get? ||
    form_authenticity_token == params[request_forgery_protection_token] ||
    form_authenticity_token == request.headers['X-CSRF-Token']
end

どうやら X-CSRF-Token ヘッダにトークンを書いてもいいらしい。

jQuery.ajax は beforeSend オプションで、XMLHttpRequest オブジェクトを変更できるので、XMLHttpRequest.setRequestHeader() を使って X-CSRF-Token ヘッダを追加する。

var csrf_token = $("meta[name=csrf-token]").attr("content");
$.ajax({
  type: "POST",
  url: url,
  dataType: "xml", // Accept
  contentType: "application/xml",
  beforeSend: function(xhr) {
    // X-CSRF-Token ヘッダのセット
    xhr.setRequestHeader("X-CSRF-Token", csrf_token)
  },
  data: xml,
  success: function(res, type) { alert(res); },
  error: function(req, message, error){ alert(error); },       
});

これで OK。

Processing 環境の比較

labocho — Fri, 30 Sep 2011 14:35:28 +0000

このところ、花火シミュレートアプリ HANABICS (Chrome で見てね) というのを開発している (仕事じゃないよ)。

Processing というフレームワークで動かしてるんだけど、開発の過程でいろいろな環境を渡り歩いたので、それぞれの特徴についてまとめてみる。

Processing について簡単に

MIT メディアラボ開発のビジュアルプログラミング環境。ビジュアルアートに特化している。Processing.org の Exhibition から、Processing で作られたいろいろな映像作品が見られるので、感じをつかんでほしい。基本となる実装は Java の processing.core パッケージ。

Processing 言語

言語: 独自の言語 (ここでは Processing 言語と呼ぶ。ほぼ Java。)
実行環境: JRE / Java アプレット
配布: Processing.org

特記せずに Processing といえばこれ。開発環境は専用のIDE である PDE (Processing Development Environment) が配布されている。コードは Java のコードにトランスコンパイルされる。

// これくらいの規模だとサクっと書けてすばらしい
// クラス使おうとすると茨の道

void setup() {
  size(640, 480, P2D);
  colorMode(HSB, 100);
  background(0);
}

void draw() {
  noStroke();
  
  rectMode(CORNER);
  fill(0, 5);
  rect(0, 0, width, height);

  rectMode(CENTER);
  fill(random(100), 60, 100);
  rect(random(width), random(height), 40, 40);
}

利点

配布が容易
Windows / Mac / Linux で動く実行ファイル、Java アプレットが容易に作成できる。また、後述のように Processing.js でも動作可能。
もっともサポートが期待できる
本家なので、将来的にもっともサポートが期待できる。と思う。
可搬性がある
Processing 言語で書かれたコードは Processing.js でそのまま動く。スマートフォン用の Processing 実行環境などが開発されてもそのまま動くと期待できる。
速度は Java とともに最速
Java のコードに変換されて動くので速度は Java と同じ。
小規模プロジェクトなら簡潔
簡単なプロジェクトなら Java より簡潔に書ける。

欠点

ある程度の規模のプロジェクトになると問題がある
クラスもつくれるが、Java の内部クラスになるため、扱いが難しい。
デバッガといえるものがない。
複数ファイルのプロジェクトでも、それぞれのファイルを単純に連結するため、エラー時の行番号がわかりにくい、パーサの仕様で color() メソッドが定義できないなど、妙なところでひっかかる。

ruby-processing

言語: Ruby
実行環境: JRE + JRuby + ruby-processing gem
配布: jashkenas/ruby-processing – GitHub

JRuby で Processing のライブラリを扱う。最大の特徴は、リアルタイムでコードの書き換えが反映されること。

# Processing 言語よりもさらに簡潔
# クラスも繰り返しも書きやすいし

def setup
  size 640, 480, P2D
  colorMode HSB, 100
  background 0
end

def draw
  noStroke

  rectMode CORNER
  fill 0, 5
  rect 0, 0, width, height

  rectMode CENTER
  fill random(100), 60, 100
  rect random(width), random(height), 40, 40
end

# 明示的にクラスを作る書き方もできる
# ちょっと規模が大きくなってきたらこっちのがわかりやすい

class ProcessingDemo < Processing::App
  def setup
    size 640, 480, P2D
    colorMode HSB, 100
    background 0
  end
  
  def draw
    noStroke

    rectMode CORNER
    fill 0, 5
    rect 0, 0, width, height

    rectMode CENTER
    fill random(100), 60, 100
    rect random(width), random(height), 40, 40
  end
end

ProcessingDemo.new :title => "ProcessingDemo", :width => 640, :height => 480

利点

Ruby なので書きやすい
好みだけど、当方 Rubyist なので。
リアルタイムでコードの書き換えが反映される
これ実際やってみると楽しい。パラメータの調整がしやすいというわかりやすい利点も。

欠点

配布が現実的でない
実行環境を整えるのは開発者でないと厳しい。手元の環境で動かすのが前提ですかね。
Java に比べると遅い
Ruby だからか、大量のオブジェクトを扱うと Java に比べて遅くなる。HANABICS では結構多めのパーティクルを扱うので、目に見えてフレームレートが落ちた。

Java

言語: Java
実行環境: JRE / Java アプレット
参考: Processing in Eclipse \ Processing.org

Java のプロジェクトで processing.core をインポートして使う。

// Processing 言語とほぼ同じ

import processing.core.*;

public class ProcessingDemo extends PApplet{
  public void setup() {
    size(640, 480, P2D);
    colorMode(HSB, 100);
    background(0);
  }

  public void draw() {
    noStroke();

    rectMode(CORNER);
    fill(0, 5);
    rect(0, 0, width, height);

    rectMode(CENTER);
    fill(random(100), 60, 100);
    rect(random(width), random(height), 40, 40);
  }
}

利点

Processing 言語でなく、フル機能の Java が使える
Eclipse などの IDE が使える
デバッガ使えるのは便利ですね。
速度は Processing 言語とともに最速

欠点

配布が面倒
Java プログラマでない私には PDE と同等のコンパイルはできなかった (特に OpenGL を使う場合)。Java プログラマならできると思うけど、PDE に比べると面倒であるのは間違いない。
Java が面倒
好みによるけど、Java が冗長で面倒。

Processing.js

言語: Processing 言語 / JavaScript
実行環境: Web ブラウザ
配布: Processing.js

JavaScript による実装。canvas 要素に描画する。3D コンテキストの場合 WebGL が使える。Processing 言語のコードも動くし、JavaScript でも書ける (私は CoffeeScript で書いてる)。ちなみに開発は jQuery や Env.js でおなじみ John Resig 氏。

/*
下記の canvas とライブラリの読み込みがあるものとする

# 同じものを CoffeeScript で書いた例
# まあこれくらいだとあんまり変わんないけど (this. が @ になっただけでも読みやすいけど)、
# クラス (的なもの) を作ったり、for 文が多かったりするとだいぶ楽

canvas = document.getElementById("processing-canvas")
new Processing canvas, (p5) ->
  p5.setup =  ->
    @size(640, 480, @P2D)
    @colorMode(@HSB, 100)
    @background(0)
  p5.draw = ->
    @noStroke()

    @rectMode(@CORNER)
    @fill(0, 5)
    @rect(0, 0, @width, @height)

    @rectMode(@CENTER)
    @fill(@random(100), 60, 100)
    @rect(@random(@width), @random(@height), 40, 40)

※ Processing 言語のコード例は省略。そのまま動きます。

利点

配布が容易
とにかくブラウザだけで動くのは他にはない利点 (Java アプレットもブラウザで動くけど、起動が重い、環境によっては JRE のインストールが必要など敷居が高い)。2D なら iOS の Mobile Safari でも動く。
JavaScript で書ける
好みだけど Java や Processing 言語より簡潔に書ける (特に CoffeeScript を使用した場合)。
JavaScript の開発環境が使える
JavaScript で記述するなら JavaScript 用の開発環境が使える。CoffeeScript で書けるというのもこの特徴ゆえ。

欠点

速度が遅い
これのみ、実行環境が Java でなく JavaScript なので、どうしても遅い。といっても多くのケースには実用的な速度だと思うけど。
非対応環境が多い
まず IE では (そのままでは) 動かない。また 3D コンテキストを使うには、WebGL 対応ブラウザ (Firefox か Chrome) と OpenGL 2.0 対応ビデオカードが必要で、環境を選ぶ (しかも Chrome に比べると Firefox ではあんまり綺麗に描画されない)。ただ、今後は対応環境が増えていくと思う。
Java のライブラリ
当然だけど、Java のライブラリは使えない。かわりに JavaScript のライブラリは使えるけどまあ比較にならない。
拡張ライブラリ
カメラの画像取り込みなど Processing の拡張ライブラリも使えない。これらを使用する場合、完全に選択肢からはずれる。

まとめ

表にまとめるとこんな感じ。かなり主観ですが。

環境	言語	拡張性	構造化	デバッグ	速度	配布
Processing	Processing 言語 (ほぼ Java)	○	×	×	○	○
Java	Java などの JVM 言語	○	○	○	○	△
ruby-processing	Ruby	○	○	○	△	×
Processing.js	Processing 言語 / JavaScript	×	○	○	△	○

私は開発・配布の容易さと将来性から Processing.js (+ CoffeeScript) で書いている。Java に精通した人なら Java もいいと思う。

ちなみに、上の表でもさらっと書いたけど、processing.core は単に Java のパッケージなので、JVM で動く他の言語、Jython、Scala、Clojure なんかでも動く (はず)。Scala については、Spde という PDE 相当の IDE もある。

RubyKaigi 2011 メモ (2 日目)

labocho — Thu, 21 Jul 2011 16:06:53 +0000

RubyKaigi 2011 のメモ、2 日目です。rubykaigi.org に録画があることに気づいたので、リンクをつけてます。

安全なプログラムのつくりかた

安全なプログラムの作り方 | 日本Ruby会議2011(7月16日〜18日)

西山和広

1995 頃、Perl / CGI で BBS 作成
- 入力の HTML エスケープ、フィルタリング
- onclick、javascript: の普及で危険に

対策
- 入力チェック
- 出力はエスケープ
- 環境の変化に注意

javascript URL
- http / https へのリンクのみ許可

GET は冪等 (副作用なし)
- js / form なしでアクセスさせられるため
- GET で削除するようにしてたらクローラに削除された例も

/tmp を避ける
- tmp 直下危険
- 固定のファイル名は特に危険
- symlink attack
- Windows では /tmp ないし
- tmpdir tempfile つかう
- rails なら Rails.root + “tmp” でも

パーミッションは最小限に。
- tmp 直下にソケット作って誰でもアクセスできる状態になっていた例
- umask でデフォルトを最小限のパーミッションに
- コードの所有者と、アップロードファイルなどの所有者を変えて、権限を設定する
  - 脆弱性があった場合に、コードの改変を変えられる可能性がある

正規表現によるチェック
- 予期しないものをスルーしないように
- \w より [A-Za-z0-9] のほうが明確
- [[:alnum]] でも

任意のユーザー入力から正規表現を生成するのは危険
- パターンによっては DoS 可能

コンソールへ任意の出力を許すのは危険。
- WEBrick のエスケープシーケンスの脆弱性
- rvm でも (JVM#30414126)
- ログ、コンソールへの出力は String#dump で出力

コマンドライン処理でのエスケープ

1. コードとしてのエスケープ
2. シェルが処理するエスケープ
3. 起動するプログラムが処理するエスケープ

複数引数の system つかう
ファイル名に空白があっても良いか、ファイル名が – から始まってもよいか ‘”*\0 などが入っていても良いか

シェルによる違い
- foo=”aaa bbb”
- some foo
- だとシェルによって aaa と bbb だったり、aaa bbb だったり。
- ARGV で確認

jpmobileのベストプラクティス

jpmobileのベストプラクティス | 日本Ruby会議2011(7月16日〜18日)

小川伸一郎

https://github.com/jpmobile/jpmobile

らくらく連絡網
- RoR + jpmobile
- MySQL / TokyoTyrant / memcached
- Apache/ nginx

emoji / kanji 変換
- view を utf8 で書くとキャリアごとに変換して返す
  - docomo なら utf-8 -> sjis
- リクエストもそれぞれの文字コードから utf8 にする

rack ミドルウェアで実現
- mobile_carrier
- params_filter

Rails.application.config.jpmobile.mobile_filter
- を initializer に書く

session id
- a なら url 埋め込み
- form なら hidden に埋め込み
- cookie が使えないときのみ

view selecter
- 規約にそってファイルを探す。
- index_mobile_docomo.html.erb みたいな
- controller で include Jpmobile::ViewSelector
- disable_mobile_view! で探索を拒否することも
- layout / partial も対応

japanese mail
- body, subject は iso2022jp
- subject は base64 エンコード
- ヘッダは 76 文字 / 行である必要
  - エンコード後に折り返すと復元に失敗する場合あり
  - エンコード前に折り返し

emoticon
- docomo: sjis
- au: jis
- sb: utf8
- Unicode の私用領域に独自のコードでマッピング

Jpmobile::Mail::Base
- メールアドレスによって文字コード切り替え

Testing
- functional test
  - template
  - request.mobile?
  - assert_template (>1.0.0.7pre7)
  - charset
    - rack を通過しないので utf-8
    - integration test では変換される
- unit test
  - mailer
    - mail オブジェクトの段階では utf-8
    - デリバリー後、@emails.first.to_s なら変換後

known issue
- 文字コード変換に非可逆のケース
- link_to に utf8 文字列を渡す場合は、そのままだと、docomo からのリクエストに utf8 文字が含まれることになってしまうためエラーや文字化け
- メールで charset がわからない場合、iso1022jp に決めうちなどの対策をとらないとエンコーディングエラー

質疑
- rfc違反メールにも対応
- unicode 絵文字
  - 1.8 では扱えないので、1.8 対応の必要がなくなれば対応したい。

Writing Friendly Libraries

Writing Friendly Libraries | 日本Ruby会議2011(7月16日〜18日)

参照: Friendly Ruby Objects

@drbrain
- Segment 7
- 90 unique gems
- Serious lib (works)
- Joke lib

Conventions
- ほかのライブラリの規約に従う
- LibraryName::Extention
- bin/executable

Version
- major.minor.revision
- major: 非互換変更
- minor: 新機能
- revision: バグフィックス

使いやすく
- 実際に使う人が使いやすく
- ruby がどうやってるか参考にする

Printable
- to_s: 人間が読む用
- inspect: デバッグ用
- pretty_print: 巨大な構造を表現

Comparable
- ==
- <=> と Comparable
- ==** と~ をマッチ用に

Hashable
- hash と eql?
- Array unique
- Array deferable
- each と Enumerable

Enumerator
- enum_for と Enumerable

Chanable
- enum.map.with_index …
- return enum_for __method__unless block_given?

Exceptions
- Common subclass (ArgmentError とか)を使う
- なぜ例外が起こったのか伝える
- 例外オブジェクトに例外に関係のあるデータをくっつける
  - (ActiveRecord::RecordInvalid なら record メソッドで原因となったオブジェクトが得られる)

initialize_copy
- dup や clone から作られる
- deep copy
- 共有状態の管理

Marshal
- compact で fast に
- ガイドライン
  - Arrray かハッシュで
  - marshal_dump は better
  - VERSION を必ずつける
    - 互換性
    - 新機能追加しやすい
    - 古いデータをこわさない

メンテしやすさ
- 引き継ぎのためにも
- do one thing
- 書きやすい
- 読みやすい
- 再利用しやすさを最大化

Release note
- important changes
- new features
- bug fixes
- Change log とは異なる、機能、変更ベースで

テストせよ
- testcase
- abstract test case
- 実装

bin/executable は最小限に
- 実際の処理は lib 下に集約

後方互換
- api と実装をわける
- api レイヤーで互換性を保持する
- less api class better : api に関わるクラスを少なくしよう

C Extentsion
- C は難しくリファクタリングしにくい
- できるだけ ruby で書く

Documentation
- API を書く
- 内部実装は隠す
- example をつけよう

Extensibility
- Hooks
  - callback のしくみを入れる (ActiveRecord.before_save みたいな)
  - subclass を作って override method (ActiveRecord#before_save みたいな)
- Plugins
  - hooks の登録
  - Gem.find_files を使って load する

Release
- README
  - description
  - bugtracker
  - source repository
  - url
- Release notes
  - 機能の変化、非互換姓
- Automation
  - test
  - manifest
  - gem create / upload
  - tag release
  - update doc
- use libraries
  - 自動化しよう
  - コピペするな
- Hoe というライブラリ
  - https://github.com/seattlerb/hoe
  - rake release VERSION=x.y.z で全部チェック
  - プラグインもあるし設定も DRY
  - git / isolate (bundler) / minitest / email などのプラグインあり

質疑
- news と chage log が違うのになぜ news をすすめる?
  - changelog は多すぎる revert もあるし
  - news はユーザ向け、changelog は (ライブラリ自体の) 開発者むけ

C はどういうときに使う?
- C library のラッパか、高速処理のため。前者をよくかく。

ユーザーからフィードバックを得るための tips があれば
- prerelease 版という手もあるけど使う人すくない
- bug tracker を使いやすくする
  - 自分が、じゃなく、ユーザーが。
- bug tracker だけでなく ML を作るのもよい
- rubyforge より github のが好き
  - github issues は使えるようになった

ライブラリが使うリソースはどこに置くべきか
- rubygems に data_dir というメソッドがあるのでそれを使う
- ふつう shared だけど記憶あいまい

Use rails_best_practices to refactor your rails codes

Use rails_best_practices to refactor your rails codes | 日本Ruby会議2011(7月16日〜18日)

@flyerhzm/ Richard Huang
- huangzhimin.com
- openfeint

RailsConf in Shang-hai で @ihower が Rails best practice という発表
- チェック、実践が大変
- それを簡単にする gem を作成、全部ではない
- code checker が 28 人いる

rails-bestpractices.comでベストプラクティスを共有している
- 70 practices
- gem document
- gem blog

使いかた
- gem install rails_best_practices
- cd rails_project
- rails_best_practices
- plain でも html でも出力
  - html は解決法への url つき
  - 該当箇所をエディタで開ける

なぜ使うのか
- 美しいコードを書くため
- チームでの開発のため
- コード規約
  - コードレビューの一部を自動化でき、本質だけに言及できる

解析ツールについて
- java には checkstyle
- ruby には saikuro / flog / flay / reek / roodi などがある
- この gem は rails 開発チームに特価している

How works
- 行末の空白などの lixical チェック
- sexp (symbol expression) に変換して、モデル名や関連のチェック
- ベストプラクティスのチェック
- sexp は ruby_parser で作る (rails_best_practice blog 内 play with sexp)

設定
- rails_best_practices -g
- config/rails_vest_practices.yml がつくられるので、チェックしないプラクティスをコメントすればよい。
拡張
- github の wiki にチュートリアルつけてる

質疑
- プロジェクトの一部に対して、テストの内容を限定することはできるか
  - パターンの除外はコマンドでできるけど、特定のディレクトリとかは未実装

ruby のバージョンが変わったときにパーサが対応できるか
- たぶん。ripper 使うかも。

BDD style Unit Testing

BDD style Unit Testing | 日本Ruby会議2011(7月16日〜18日)

@ihower
- http://ihower.tw
- OptimisDev
- Ruby Taiwan

テストの種類
- unit test: コードは正しいか
- customer test (acceptance test) : 正しいソフトウェアか

テストの役割
- verification
- check regression (downgrade を防ぐ)
- api design
- documentation

BDD の印象
- 仕様書のよう、読みやすい

フレームワーク
- RSpec
- Minitest::Spec

記法
- description Order do # クラス
  - description “#amount” do … # インスタンスメソッド
  - description “.size” do … # クラスメソッド

https://github.com/citrusbyte/context
- test/unit で context 使う
- matches でマッチャも使える

minitest/pride
- 出力をかわいくする

minitest/turn
- 出力を読みやすくする

BDD style caveat (注意点)
- too magic
  - 高度な syntax で理解しづらい場合が
  - its(:status) { should == “New” } みたいな記法
  - let は流れを崩すので可読性がおちる
- DSL
  - マッチャによっては冗長
- 深いネスト
- 深いネストはよくない
- どの before が適用されるかわかりにくい
- Mock が多すぎるとよくない
- 遅い
  - test/unit に比べて遅い
  - とくに RSpec
  - ministest/spec は test/unit なみ
  - でもプロダクションコードの速さのほうが問題になるよね

5 years know-how of RSpec driven Rails app. development.

5 years know-how of RSpec driven Rails app. development. | 日本Ruby会議2011(7月16日〜18日)

@moro
- 英和システムマネジメント
- Rails レシピブック
- 達人出版界
- はじめる! Cucumber

コンテキストをつくるのがむつかしい
- コンテキスト構築までのテクニック
モデルのテスト
- Skinny controllers, Fat models
- ほかは Cucumber で

データの用意がたいへん!
- ex. 塾の実習参加 app
  - events has many cources, has many lessons, has many rooms and periods
  - students has many registrations
  - lessons has many registrations
  - Student#subscribe(cource) でコース全部履修
  - Student#register!(lesson_2_4) で一部別のコマに変えれる
  - これだけでもいくつもデータを用意しないといけない

データの種類
- マスターデータ
  - ほとんど追加更新されない
  - 依存少ない
  - UI を scaffold で納品できるような
  - 主たるユーザ自身が変更しない
- リソースデータ
  - 運用時、主に追加更新されるもの
  - ユーザによって更新される
- イベントデータ
  - リレーション
  - has_many :through => に入りそうなもの

ストラテジー
- fixture
  - 速い
  - メンテ性低い、柔軟性低い
  - マスターデータ向き
- fixture_replacement
  - fabrication / factory_girl
  - ひな形からオブジェクトを作る
  - 使い方が難しい
  - 遅い
  - リソースデータ向き
- before / setup
  - 割と速い
  - 記述が分散する
  - イベントデータ向き
- これらを全部組み合わせて使うといい

DRY
- fixture_rep や before とかでは同じようなことを何回も書くことになる。
- context を share する

適切な名前をつける
- let(:answer) { 42 }
- answer.should == 42
- 名前をつけてしまえば、どこ由来 (fixture, fixture_replacement, before) だろうが OK

状況に名前をつける
- shared_context: let や context をシェアする
- shared_context “生徒があるコースを履修している” do
  - let …
  - before …
- include_context で使う
- 「いつものあのセット」として使える。そこから状況ごとに変更できる。

宣伝
- http://bit.ly/esm-hiring-rubyists
- rubyworldconf にでます

Efficient JavaScript integration testing with Ruby and V8 engine.

Efficient JavaScript integration testing with Ruby and V8 engine. | 日本Ruby会議2011(7月16日〜18日)

@nu7hatch
- chris kowalik

JavaScript のテスト
- selenium では時間がかかりすぎる。
- ciサーバだと設定面倒

selenium / watir / phantom
- 超おそい

ピュア javascript
- Jasmine とか
- おそい!

ヘッドレスブラウザ
- HtmlUnit (Java)
- Zombie (Node.js)
- EnvJS
- Rubyist には苦痛

速いのがほしい!
- js サポート
- フレンドリな api
- ポータブル

ruby 用 v8 拡張 + browser 実装

scaffold
- Nokogiri で DOM パース
- HTTPクライアントとして RestClient / CURB
- js は Mustang

mustang : v8 in ruby
- https://github.com/nu7hatch/mustang
- rubyracer の書き直し
- v8 単体よりは遅いけど
- (高速化のための実装の話、理解できてない)

Mike
- https://github.com/nu7hatch/mike
- LibXML2 / LibCURL / LibV8 で作成 (みんな C++)
- htmlunit / webkit / node.js, zombie に影響されてる

1. 複数ウィンドウ対応
2. frame サポート
3. ユーザの操作 click_link など
4. js 実行
5. alert /confirm のモック
6. api きれい!

以下はまだ
- イベントハンドリング
- XmlHttpRequest
- Web Socket
- Ruby 拡張

Net::HTTP

Advancing Net::HTTP | 日本Ruby会議2011(7月16日〜18日)

@wycats
- yehudakatz.com

Net::HTTP.start do |http| http.get do |chunk| end # レスポンス解放 # keep alive できる http.get do |chunk| end # レスポンス解放 end # ソケット解放

(途中から全然理解できませんでした・・・。並列化とか Reactor とか言ってた気がする。)

Method Shelters : Classboxes でも Refinements でもない別のやり方

Method Shelters : Classboxes でも Refinements でもない別のやり方 | 日本Ruby会議2011(7月16日〜18日)

@flexfrank

オープンクラスでメソッドかぶっちゃったりする問題
- あるライブラリがメソッド追加 -> 別のライブラリがメソッド追加で上書きされちゃう
- 別プロセスにして druby でなんとか解決するとか
- mathn が Integer#/ をrational にしちゃうのでつらい

これまでの解決案
- selector namespaces (smalltalk)
- refinements
  - class … のかわりに refine … として定義し、using … で使う
  - lexical スコープの中のみ
  - local rebinding はできない
- classbox
  - matz 日記参照
  - import したクラスに追加などができる。
  - 同じ名前でその scope でだけ有効なサブクラスをつくる感じ。
  - A と、Aを書き換えたクラスを import する B、の両方を import すると B からみた A は改変されてないものになる。

method shelter
- exposed chamber
  - public api 用
  - 呼べるし上書き
- hidden chamber
  - private 用
  - 呼べない上書きできない

CRubyのロックデザインの解説および改善案について

CRubyのロックデザインの解説および改善案について | 日本Ruby会議2011(7月16日〜18日)

小崎資広
(MacBook の電池が切れてしまったため、メモなし。かつ、あまり理解できてなかった。マルチコア環境では、複数スレッドのうち、1 つのスレッドがほとんど処理されない場合があり、Ruby 1.9.3 ではこの問題を解決したという話だったと思う。)

(Lightning Talk 1 は聴けませんでした)

RubyKaigi 2011 メモ (1 日目)

labocho — Tue, 19 Jul 2011 20:56:17 +0000

7 月 16 日から 18 日まで開催された RubyKaigi 2011 に参加してきました。非常に楽しく、ためになる 3 日間でした。

セッションをきいている間、メモをとっていたので (多少整形して) 公開します。

理解できていない部分、誤って理解している部分、抜けている部分など多々あるので、備忘録としての役割が主です。これを読んで気になる部分があれば、他のレポート (RubyKaigi2011 スペシャルレポートとか) を読むなり、ust みるなり、登壇者が発信してる情報をさがすと良いと思います。

Ruby Ruined My Life.

@tenderlove / Aaron Patterson
(自然) 言語を勉強するとき別の名前を使う

自分じゃないから間違えても恥ずかしくない!

Ruby の場合

部分ごとに担当をきめる
低リスク
コメントなどが英語でなくてもかまわない
言語の壁で、コミュニケーションがとれないときが。
縦割りだから、作業が人に依存する→開発速度の低下。
添付ライブラリは gem になってる

別のチームになって

Rails core

コミッタはすべてに関与できる。
便利だけど、各パートのオーナーがいないので、強い意見を持ちにくい。
リリースにも誰も責任を持たない。
高リスク

バックポートされないことも

feel free to commit
feel free to revert
responsiblity to communicate

特定の分野のための Ruby 本が US にはない

racc の本とか
言語の習得はできても、何が作れるのかわからない

ASCII8bit * マルチバイトだと変なことに?
ネットワークでクラスロード

?load_path に URL 追加で

DTrace

probe
ruby / スクリプトによる allocate や method calll を見られる。

Learn / Teach / Communicate / Take risk

Next version of Ruby 1.8 and 1.9

1.8 に未来はない。

1.9.3

実装でいろいろ改良がたまってきたのでそろそろ安定版リリース。
parallel_test
IO.write
プライベート定数
GVL

License

これまでは、狭義のRubyライセンス / GPLv2 の好きなほう
GPLv3 は GPLv2 非互換
狭義の Ruby ライセンス / 2-clause BSDL に

2-clause BSDL は GPLv2 / GPLv3 互換
これにより明確に BSDL ライセンス互換。BSD で明確に使える。

private constant

private method みたいな constant が使える。
constant なので、クラスやなんやも private にできる。
クラスオープンや const_get ならもちろんアクセスできる。

Test::Unit

ruby のテストには使われてる
Master / Worker を作って並列化

IO.write

String#prepend

大量にスレッドつくると遅くなってたのを改善。

IO.advise

posix_fadvise(3) の wrapper
IO.advise(:dontneed) でページキャッシュを捨てる
バックアップ時などに無駄にメモリ食うのを改善

Timer スレッド

ruby 走らすと、2つスレッドがたつ
Timer スレッドはスケジューリングとかする
Timer は 10ms ごとに必ず動くので、何もしてなくても CPU が眠れない
改善により消費電力ちょっと減った

既知の問題

Passenger が動かない

変なコード書いてるため
file descriptor 関係で

Ruby を利用した大規模 web サービスの開発・運用

参照: Ruby を利用した大規模ウェブサービスの開発・運用 ? RubyKaigi 2011 発表資料 ? クックパッド開発者ブログ

id:secondlife / @hotchpotch

Cookpad

12,300,000 uu
1000000 recipes
30代女性の2人に1人

mobarepi

ケータイ、スマホ向け
ユーザー多し

iOS app

2.5 milion DL

tabemiru

cookpad のログと位置、地域情報の結びつけ

環境

ruby 1.8.7 / rails 2.3
「サーバ/インフラを支える技術」にあるような標準的な構成

app server

haml / sass / jQuery
passenger 2.2
mysql 5.0
memcached で rails のインスタンス変数をキャッシュ
varnish 2.1.5

キャッシュ
ヒットすれば 30ms 程度で

写真サーバ

aws
url でリサイズやクロッピング指定。
アップロードサーバ

ec2
rails 3 -> s3
リサイズや検証

デリバリサーバ ec2

apache 2.2
akamai

検索

Solr
かつては mysql + trironn
柔軟な検索
facet 集合 / boost 重み付け / dynamic fields 動的フィールド
速くなった、というわけでなく変更に強い
ログはs3に送る

tabemiru

統計処理
ec2? / hadoop
aws の elastic map_reduce (mapper / reducer は ruby)
スケールアウトできるので、ruby が遅くても問題ない

アプリケーションサーバからのレスポンスは < 200ms
定石をきちんと
good はやらない、best のみに。機能の追加は慎重に。

本当に必要な機能のみに絞る。

シンプルにする

キャッシュにのりやすい
クエリーがシンプルに

遅延ロード

ユーザー固有の情報は非同期でロードする
はじめのページは 30ms、続けて 200ms。

「ウェブオペレーション」にも記事あり

開発体制

cookpad は 30人以上の rails engineer
rails で多人数開発
開発 -> デプロイ -> フィードバック … のサイクル

テスト

rspec 1.x
unit / functional / integration
以前より integration をだいぶ重視。unit も。
integration だと js もテストできる。
capybara-webkit

スペック増えるとテスト時間かかる

テストをリモートで行う。
remote spec
rsync でソースを同期、ssh で結果取得
oedo rubykaigi01 で詳細

デプロイ

CI (continuos integration) のビルドが通るか
jenkins
テスト通らないとデプロイできない。
新しい技術を入れる -> CI で動くテストを書く。
Ruby 勉強会@札幌で詳細 (http://d.hatena.ne.jp/secondlife/20110704/1309759409)
デプロイの通知

デプロイ時に必ずメッセージ記入
スタッフに通知される

エラーのモニタリング

rails / js のエラーログ
バースト検知

エラーを 0 にするのは難しい
急激に増えたときにアラート

Extentions

rails のプラグイン
ある機能を Extention としてひと塊にして記述できる
一部ユーザにのみ限定公開など可能
プロトタイプ開発向き
これ使う場合は spec を書かなくてもよいこととする
捕捉してない例外が発生したら自動で無効化する
利用の統計、ユーザーからのフィードバックをとる
1 つの Extention は下記のように配置

/app/extensions/some_ext

some_ext.rb
spec
views
controllers
…

使わないと決定したら、独立して無効化・削除できる
参照: どんどん使う ? Extension Frameworkの紹介 ? クックパッド開発者ブログ

Ruby 用のリアルタイムプロファイラ

参照: RubyKaigi2011で発表しましたよ | sunagæ.net

sasada lab. の須永高浩氏
@sunagae

http://sunagae.net/software/llprof
ドキュメントなかったりするので、困ったらメールでも

ruby-profile

オーバーヘッド大きい
終わらないと測定できない

llprof

ProfilingModule を include することで使える

構成

App (include Profiling module) – Profile Information Server – Web Server
プロファイラの情報をためるサーバを起動
サーバからプロセスにアクセス?

View

ノードごとツリービュー
メソッドごと消費時間
面積比例表示
時系列グラフ表示

利点

リアルタイム
気になったときに見られる
動かしながら見られる
たとえば Web アプリで連続してリクエスト送ったとき、どうなるかが見られる
ネットワーク越しに見られる
Web ブラウザから見られる (JavaScript 動けば OK)
calling context 込みで見られる

メソッドごとに見られるだけでなく、そのメソッドがどこで呼ばれたかでも見られる

オーバーヘッド低い

profiler に優しくない事例で、実行時間の4倍程度

実稼働している Web アプリで使った例

http://www.arrow-arrow.com/

メッセージをランダムに送る、ランダムにきたメッセージに返信する。
返事が早い、確実にくる、ことが売り。
F5アタック的な状態がデフォルト。
python で作成!

言語非依存なので python でも
追加した機能

リクエストごとにプロファイリングできるように
複数プロセスからの情報を集約する

複数稼働しているうちの1つのwebサーバでプロファイリング
リクエストごとに処理するため、プロファイラに「ここから」「ここまで」と伝える処理だけ追加

最新版は XML でダンプできる

Toggleable Mocks and Testing Strategies in a Service Oriented Architecture

SOA
- unix の単一責任の原則
- コードみじかい
- それぞれの部品を別々にデプロイ
- 並行開発
- SSO (シングルサインオン)
  - 他のサービスがユーザーの概念をしらなくても OK

テストどうする
- むつかしい

例
- サーバとクライアント
- サーバに

モックを使わない
- 本物のサーバ側アプリケーションを使う
- 簡単
- カバレッジ高い
- 遅い
- 1 テストごとに初期化が必要

Mock
- 本物のように振る舞う
- どのメソッドが呼ばれるか知ってる

Stub
- メソッドを仮のデータで置き換えるもの

Fake
- メモリに格納された SQLite データベースなど
- ほぼ本物だが、本物にはつかえない

Stub を使う
- 速い
- 内部をテストできない

Fakeweb
- https://github.com/chrisk/fakeweb
- net/http のスタブ
- http サーバのスタブ
- method, url, response を登録して使う
- http レイヤーをテストできる
- 内部実装をしりすぎ

フェイクをライブラリに組み込む
- (よくわからん)
- http レイヤーでない

artifice
- https://github.com/wycats/artifice
- rack アプリ
- net/http のスタブとして使う
- http レイヤーはフェイク
- 実際にサーバ立ち上げる場合と同じテストがかける
- カバレッジ高い
- 実装を知らなくてよい

env で mock を使うかどうか決めれる
mock を使ったスペックが早い。
本物のサーバに替えることもできる -> integration テストが正しくできる
テストを書き換えなくてよい
双方のテストが通らないとデプロイしない
CI でフェイクを認証する必要あり
サービス側がフェイクを提供? ライブラリに含めてかな?

テストのたびにクリーンアップしないといけない
ユニークデータの衝突 : 同時に実行する時

サーバは rack アプリ
- サーバコードを fake として使うことも?

(スライドは showoff で作成)

軽量 Ruby

@yukihiro_matz

Rite VM
Rite または mruby (embeded ruby)

Core: C99
Minimal (配列とかまで): C99
JIS X 3017 (JIS Ruby): POSIX

ソフトリアルタイム
- ハードリアルタイムはなくてもソフトではほしい
- GCで止まっては困る

FPGA による汎用CPUコア
- メソッド検索や GC 用の命令を追加

コンポーネント
- ruby コード -コンパイラ-> 構文木 -コードジェネレータ-> バイトコード
- 全部入りでも、バイトコードを実行できるランタイムだけでも

Minimal とかのほかに、プラットホーム依存ライブラリの追加も

C でライブラリインクルードして、open、read_string、run で実行
- Lua的

用途
- 機器組み込み
- アプリ組み込み
- ゲーム組み込み
- node.rite (node.js みたいな、minimal なら IO とかないし)

福岡CSK、九州工業大

利用法はみんなかんがえて!

ほぼ C だが、ブロックをとるメソッドは Ruby で書かなくちゃいけない (バイトコードにしてリンクする)。

Rite VM は ruby の大きめのサブセット。rite にだけある機能、というのはない。

ライセンスは未定、組み込みは BSD が多いので BSD だけど、事業化を考えると GPLv2 / v3 か。Ruby ライセンスはつく。

日本の図書館はどのように Ruby を使っているか

参照: RubyKaigi2011「日本の図書館はどのようにRubyを使っているか」資料集 – 簡単な日記はてな仮店舗

@nabeta

まちづくり三鷹「ruby 図書館システム」
リブネット「トップネット」
全部 rails

利用者向けの検索UIと
司書向けの検索UIが必要 : 詳細な絞り込みが必要

Next-L Enju
- Rails + HE のサンプルで、使えそうと判断
- REST を備える図書館システム増加 (えー)
  - OCLCとか。

問題
- 遅い! join が多い。
- フラグメントキャッシュで対応
  - フラグメントキャッシュの適切なテストの方法知ってたら教えて
- 貸出・返却処理は速度重要!
  - ajax 利用、過剰な validation けずる。

HE -> Solr へ
- acts_as_solr -> sunspotへ

カードリーダ使って貸出・返却
物質・材料研究機構は夏公開

NDL Search
- モジュールの一部に Next-L Enju。
- 書誌5800万件
- 資料の自動同定処理

商用のパッケージでは
- FRBR、Web API へ対応してない
- 改修は高額

成果物をオープンソースソフトウェアとして公開できること

主にフロントエンドを Next-L Enju で

管理画面
- 書誌のコピーやら、利用統計やら

書誌を XML (DCNDL) で持つ
- psql の TEXT に

Solr
- sunspot -> rsolr
- Solr のインデクス作成は Java + Hadoop で。書誌同定もおなじく。

10 年前から ruby が使われていた例
- 神戸市図書館情報ネットワーク
- ruby + gtk
- 90% が Ruby。のこりは C と Emacs Lisp!
- 書誌登録時、emacs が起動して、Emacs Lisp で検証したり

Ruby の利点
- 図書館員が多少は改修できる
- 日本語の情報をえやすい

Ruby で作った “mission critical” システムについて

@emorima
KCS carrot

CGIKit -> RoR
daemon process

mission critical
- 24/365 動かす、止まってはならない
- relilability

某システム
- (100 thread / process) * 100
- UDP socket
- センサーからのデータをリアルタイムに集めたい

スレッド動かない
- file descriptor 上限を超える
- 一般ユーザの上限かかるので su で動かした

UDP Socket のタイムアウト
- timeout module-> 10000 errors!
- select を使って解決?
- 自前で監視
  - 大江戸Ruby会議01　”mission critical”なシステムでも使えるThreadの作り方
  - スレッドが落ちても再起動する仕組み

計算処理
- C で

process 数
- プロトタイプ時は 3 種
- リニューアル時は 230 プロセス!
- C で 230 も書くのは嫌。Ruby だと結構楽しい。

ruby だと thread と socket の扱いが楽
意外と大規模システム向き

闇 RubyKaigi

VDD! VDD!

Mac の特殊キー記号の由来

labocho — Tue, 19 Jul 2011 16:01:01 +0000

Mac では、特殊キー (修飾キー) を記号で表現することがよくある。下記がその一覧。

記号	キー	コードポイント	Unicode での文字名
⌘	command	U+2318	PLACE OF INTEREST SIGN
⌃	control	U+2303	UP ARROWHEAD
⌥	option / alt	U+2325	OPTION KEY
⇧	shift	U+21E7	UPWARDS WHITE ARROW
⌤	enter	U+2324	UP ARROWHEAD BETWEEN TWO HORIZONTAL BARS
⎋	escape / esc	U+238B	BROKEN CIRCLE WITH NORTHWEST ARROW
↖	home	U+2196	NORTH WEST ARROW
↘	end	U+2198	SOUTH EAST ARROW
↩	return	U+21A9	LEFTWARDS ARROW WITH HOOK
↑	▲	U+2191	UPWARDS ARROW
↓	▼	U+2193	DOWNWARDS ARROW
←	◀	U+2190	LEFTWARDS ARROW
→	▶	U+2192	RIGHTWARDS ARROW
⌫	delete	U+232B	ERASE TO THE LEFT
⌦	forward delete	U+2326	ERASE TO THE RIGHT

command は使用頻度高いし、キーに印字してあるからすぐ覚えたんだけど、control や option は、印字してないし (MacBook Pro 2010-2011)、使用頻度同じくらいだしでよく間違える。

そこで、友達から、記号の意味がわかれば覚えるんじゃないか、といわれ、なるほどと思って調べてみた & 推測してみた。

資料はおもに日本語版および英語版の Wikipedia なので、悪しからず。

⌘ (command)

command キーを示す ⌘ については、Wikipedia に詳しい記述がある

初代Mac開発メンバーであったスーザン・ケアが、北欧の史跡などを示す交通標識に使われる ⌘ マークを記号辞典で見つけ、採用したといわれている。開発段階ではアップルマークが使われていたが、コマンドキー表示としてアップルマークが連なるメニューを見たスティーブ・ジョブズが自社ロゴを濫用していると感じ、別のマークにするよう指示した。

コマンドキー – Wikipedia

記号自体については Saint John’s Arms に詳しく、北欧で5-7世紀頃に使われていた記号だそうだ。Saint John’s Arms のほか Saint Hannes Cross などと呼ばれており (ただし、紀元前の木製スキーにも描かれているためキリスト教起源ではないとされる)、フィンランドでは、魔除けとして家の壁にペイントしたりするそうだ。

⌃ (control)

そもそも control キーは下記のような役割をもつ。

テレタイプ端末、及び初期のコンピューターキーボードでは、コントロールキーを押しながら他のキーを押すと、生成されるASCIIの下位5ビット以外がゼロとなった。これによりユーザーはASCIIの非表示文字である最初の32文字 (0×00 – 0x1f) を生成、入力できる。

コントロールキー – Wikipedia

たとえば、J (0x4A, 1001010b) を control とともに押下することで、改行 (0x0A, 0001010b) を得られる。制御文字 = Control character を入力するためのキーなので control キーというわけだ。

上記の例で、改行文字を ^J と書く記法があり (Caret notation, ASCII も参照)、この事で control を ^ で表すことになったらしい。そもそもなぜ ^ が使われたかはわからなかったが、この記法は Mac に限らない、一般的な記法らしい。

ただし、Unicode では、ASCII に含まれる ^ (U+005E, caret) と、Mac で control を示す ⌃ (U+2303, up arrowhead) を区別している。

⌥ (option)

option キーを示す ⌥ については、Wikipedia に記述がない。Google で調べてみたら、Quora にそのものずばりの質問があった。

Computer Keyboards: What is the origin of the Mac’s “option key” symbol (⌥)? – Quora

その回答として、一番支持されてたものがこちら (抜粋)。

It was clearly inspired by the electrical symbol for an SPDT switch:

この回路図の左側から流れる電流を、スイッチによって、右上に流すか、左下に流すか選択できる。通常の動作を別のものに切り替えるという事で option や alternate (alt) を示すのだろう。

⇧ (shift)

まずはシフトキーの由来。

シフトキーの名称は、英文タイプライターが由来である。当初は刻印用の文字盤が水平に置かれて、下からの打鍵圧力により打刻される(アップストライク方式)構造だったが、その文字盤をシフトキーで「シフト(shift,ずらす)」という構造になっていた。

シフトキー – Wikipedia

shift は移す、替えるという意味で必ずしも上向きではない。上向きの矢印になったのは、下記の経緯によるのではないか。

のちにタイプライターは文字盤を手前側に置かれ、前からの打鍵圧力によって打刻される(フロントストライク方式)構造へと移り変わった。その文字盤は「ずらす」のではなく「リフト(lift,持ち上げる)」されるが、呼称は変わることなく「シフト」と呼ばれ続けた。

シフトキー – Wikipedia

⌤ (enter)

上の破線で部屋の入り口を、下の折れ線でその部屋に入る (enter) ことを示していると考えられる。

⎋ (escape)

○で示した領域から、逃げ出す (escape) 様を矢印で示していると考えられる。

⇟ (page down) / ⇞ (page up)

省略を示す二本線をともなう矢印だろうか。

↖ (home) / ↘ (end)

欧文の文書における、文の始め = 一番上の行の一番左、文の終わり = 一番下の行の一番右、を示していると考えられる。

↩ (return) / ↑↓←→ / ⌫ (delete) / ⌦ (forward delete)

このあたりは明確ですよね。

ちなみに

上記の記号を使うときは、フォントは Lucida Grande にしとくといい感じですよ。

Picup を利用して Rails アプリに iPhone / iPad から画像をアップロードする

labocho — Thu, 14 Jul 2011 14:38:11 +0000

ご存じ iPhone / iPad のブラウザである Mobile Safari は、HTML5 の機能を多数実装してるわりに、を使ったファイルのアップロードができない。

もちろん専用のネイティブアプリを作成すれば可能だけど、まあ、ほとんどの場合めんどくさいよね。

そこで、多少ユーザを選ぶけど、便利そうなのが William Lindmeier 氏制作の iOS アプリ Picup である。

ここでは、Picup の仕組みと、Rails アプリでの実装例を紹介する。

Picup の仕組み

iOS や MacOS (X?) では、URL スキームにアプリケーションを関連づけられる。Picup の場合 fileupload:// に続けて、アプリに渡したいパラメータをつけて Safari 等で開けば、Picup にパラメータが渡され起動する。

サーバ側では、Picup の Web サイトで配布しているスクリプト (picup.js) を利用して、を、fileupload://… を開くボタンに書き換える (別にこのスクリプトを使わなくても fileupload://… へのリンクを自前で作ってもいい)。

このボタンがクリックされると、POST 先の URL (postURL)、フィールド名 (postImageParam) などのパラメータを渡して Picup が起動される。そして、Picup 上で、ユーザーが、カメラで撮影するか既存の写真を選択し、Done をタップすると、さきほど渡されたパラメータをもとに POST してくれる。

さらに、callbackURL を指定すると、POST 後に任意の URL を Safari で開くこともできる。その際に # 以降にいくつかパラメータが渡されるので、それを利用して、ユーザーを誘導することもできる。

Rails での作例

以下では、Ruby 1.9.2 + Rails 3.0.7 + carrierwave で Picup による写真のアップロードに対応した Rails アプリを作る。

とりあえず初期設定。

$ rails new picup_demo -d mysql -J

# Gemfile
- gem 'mysql2'
+ gem 'mysql2', '0.2.7'
+ gem 'carrierwave'
+ gem 'jquery-rails'

$ bundle
$ rails g jquery:install

jquery や後述の picup.js をロードするようにする。

# app/views/layouts/application.html.erb
- <%= javascript_include_tag :defaults %>
+ <%= javascript_include_tag :all %>

写真のモデル・コントローラ・ビューを scaffold でつくる。

$ rails g scaffold photo file:string
$ rake db:create
$ rake db:migrate

アップローダをつくり、photos.file に設定する。

$ rails g uploader photo

# app/models/photo.rb
class Photo < ActiveRecord::Base
+ mount_uploader :file, PhotoUploader
end

フォームのフィールドを、type=”file” にする。show で写真を表示する。

# app/views/photos/_form.html.erb
- <%= form_for(@photo) do |f| %>
+ <%= form_for(@photo, html: {multipart: true}) do |f| %>
- <%= f.text_field :file %>
+ <%= f.file_field :file %>

# app/views/photos/show.html/erb
- <%= @photo.file %>
+ <%= image_tag(@photo.file.url) %>

この時点で PC の Web ブラウザからアップロードできるか確認しておくとよい。

$ rails s
# http://localhost:3000/photos/new へ Web ブラウザでアクセス

Picup のヘルパースクリプトを導入。http://picupapp.com/picup.js.zip をダウンロード、展開し、picup.js を public/javascripts 下に移動する。

type=”file” のフィールドを Picup を開くボタンに置き換える。

# app/views/photos/_form.html.erb

# app/controllers/photos_controller.rb
def create
- @photo = Photo.new(params[:photo])
+ @photo = Photo.new(file: params[:photo_file])

IPアドレスは適当に書き換えて。ここまででとりあえずアップロードはできる。 (アップロード後表示されるページは RoutingError になっちゃうけど、/photos を見ると、正しくアップロードできているのが確認できる)

アップロード後、アップロードされた写真のページへ遷移させたいので、create のレスポンスに、そのページの URL を含ませる。

# app/controllers/photos_controller.rb
  format.html { redirect_to(@photo, :notice => 'Photo was successfully created.') }
  format.xml { render :xml => @photo, :status => :created, :location => @photo }
+ format.json {
+   imgur_like_response = {
+     rsp: {
+       stat: "ok",
+       image: {
+         original_image: photo_url(@photo)
+       }
+     }
+   }
+   render :json => imgur_like_response
+ }

{rsp: …} となっているハッシュは、imgur に画像をアップロードした際のレスポンスを模したものである。いままで触れなかったが、Picup は postURL の指定がない場合、imgur.com に画像をアップロードする。その際、レスポンスに含まれる original_image の値は、アップロード後開かれる URL の # 以降に remoteImageURL=… の形で渡される (imgur.com からのレスポンスでは他にもいろいろな情報が付与されているが、無視されている)。

# public/uploaded.html


  
  Picup Demo
    
  
  
    アップロード完了
    自動的に移動しない場合はここをタップしてください。

これが、アップロード後開かれるページである。URL の # 以降の remoteImageURL=… の値を読み出し、もともとフォームを表示していたタブ (Picup_demo_new_photo) で開き、このページ自身は閉じるようにしている。いちおうこれで、PC のブラウザからアップロードした際と似た挙動を実現できる。

なお、の置き換えを、UA が Mobile Safari であることを確認した上で (Apple 公式の DetectingWebKit を使えば簡単) 行えば、PC のブラウザでも Mobile Safari でもほぼ同じように使える。

気になるところ

先述のとおり Picup.convertFileInput には postImageParam オプションで、送信されるファイルのフィールド名を指定できる。ここは、Rails の規約に従って photo[file] としたいところだが、実際に試してみると、Rails にはフィールド名が photo%5bfile%5d として渡されてしまい、params[:photo][:file] のようなかたちではアクセスできない。無用なエスケープがされちゃってるんですね。ちょっと残念。

あと、POST のレスポンスをもうすこし利用できるとうれしい。imgur のレスポンスに特化してるのがもったいない。

iBooks で日本語の辞書を引くように EPUB ファイルを変換するスクリプト

labocho — Sat, 11 Jun 2011 12:50:21 +0000

iPhone / iPad などの iBooks で、EPUB ファイルを読むとき、文字列を選択して辞書を引ける。ただ、ここで引ける辞書は (なぜか) EPUB の言語に依存するので、英語の本で辞書を引くと、英英辞書を引くことになる。

英和辞書を引くためには、EPUB 内のファイルを編集し、言語を日本語 (ja) にする必要がある。この手順は下記ページに詳しい。

2010-07-30 – 登大遊＠筑波大学大学院コンピュータサイエンス専攻の SoftEther VPN 日記

ただ、この手順、結構めんどくさいので Ruby でスクリプト書いた。

Change language of EPUB file for looking up dictionary in iBooks – Gist

Ruby (1.8.7 か 1.9.2) と RubyGems (1.8 の場合) があるなら、

gem install zipruby

で、必要な gem を導入して、上記スクリプトをダウンロード。スクリプトのあるディレクトリで、

ruby change_lang_of_epub.rb (変換したい EPUB ファイル)

とすれば、(元のファイル名).ja.epub というファイルが生成されます。

ruby change_lang_of_epub.rb (変換したい EPUB ファイル) (言語コード)

とすれば、日本語 (ja) 以外の言語コードも指定できます。

Ruby はこの手のスクリプトがさくっと書けてよかですね。

無限大を含む Date の Range で include? (include_with_range?) に失敗する

labocho — Tue, 10 May 2011 16:24:03 +0000

Ruby + ActiveSupport で、ある期間と別の期間との関係を調べるメソッドを書いてたところ、期間に無限大を含む場合に失敗した。

# ruby 1.8.7
require "date"
require "rubygems"
require "active_support"

(Date.today..(1.0 / 0)).include?(Date.today..Date.tomorrow) # true これは問題ないが、逆にすると...
(Date.today..Date.tomorrow).include?(Date.today..(1.0 / 0)) # NoMethodError: undefined method `<=' for nil:NilClass

ActiveSupport のコードを追ってみると、原因は Float <=> Date で nil が返ってしまう点にあるらしい。

Date.today <=> 1.0 # 1
1.0 <=> Date.today # nil

Date が演算子の左側にある場合、Date#<=> が呼ばれる。実装は下記。

# File lib/date.rb, line 1267
def <=> (other)
  case other
  when Numeric; return @ajd  <=> other
  when Date;    return @ajd  <=> other.ajd
  end
  nil
end

演算子の右側が Numeric なら、@ajd と比較している。@ajd は、紀元前4713年1月1日からの日数を示す数値。数値なので Float と比較できる。

いっぽう、Float が演算子の左側にある場合は、Float#<=> が呼ばれるため、Date をどう扱っていいかわからず、比較できない。

そこで Date#coerce を実装した。

require "date"
class Date
  def coerce(other)
    return [other, @ajd] if other.is_a? Numeric
    nil
  end
end

Numeric は、比較対象と型が異なる場合、比較対象の coerce メソッドを (あれば) 呼び出して、型を合わせてから比較する。これにより、@ajd を使って比較できるようにする。
これで演算子の左側が Float でも比較できるようになり、include? や overlaps? も動く。

1.0 <=> Date.today # -1
(Date.today..Date.tomorrow).include?(Date.today..(1.0 / 0)) # false

また、始点に Float を、終点に Date を持つ Range も作成できる。

(-(1.0 / 0)..Date.today) # 無限遠の過去から今日までの Range

include? や overlaps? 含め、おおむね期待どおりに動くが、この場合、Date の範囲でなく Float の範囲になってしまうので、Enumerable にならないなどの制限がある。

しかし coerce なんて、ごく最近、プログラミング言語 Ruby 読むまで知らなかった。記述細かいなあと思ってたけど、役に立つもんですね。

転職しました

labocho — Thu, 31 Mar 2011 12:42:40 +0000

以下、私的な内容です。

年始のご挨拶でも、ちらっと書いていますが、2011 年 3 月31 日付で、三重大学附属図書館を退職し、同 4 月 1 日より、Web アプリケーション開発を主たる事業とする会社に就職しました。

三重大学附属図書館には、4 年もの間お世話になり、いろいろな人と出会い、いろいろな仕事をやらせていただきました。月並みですが、この 4 年間がなければ、今の私はなかったと思います。

同僚のみんなと毎日会えなくなるのは、ほんとにさみしいです。こんな気持ちは大学の卒業式以来です。

また、ネットを通じて、素敵なライブラリアンの皆さんを知ることができたのも幸せでした。ライブラリアンっておもしろいひと多いよね (観測範囲狭いけど)。

今後、図書館との関わりがどうなっていくのか、まだわかりませんが、なんだかんだでゆるいつながりがあるので、ときどきは図書館と関わっていくんじゃないかと予想しています。

みなさん、ありがとうございました。そして、これからもよろしく。