タグ

ブックマーク / wota.jp (13)

  • ヽ( ・∀・)ノくまくまー

    ● [cucumber] ℃-uteのキュはキュウリのキュ 【第 1 回】 Cucumber の概要と実行手順 こんばんわー、寺田光男ですーぅ!違うか、違うかー。がはは。てか、cucumber 凄いんちゃうか?使えば使うほど、その凄さに驚くでしかし。こいつ底がねー!みたいなねぇ。え、「cucumber て何?」やて?それやがな。まずはそこから話さなあかん。でも、まともに説明すると2時間くらいかかるし、どないしょ。意外と難問やで。それでも敢えて一言にするなら、cucumber とは、、、やっぱキュウリかなぁ。 キュウリって? キュウリは河童。河童は愛理。やっぱり、℃-ute、℃-uteだね!以上。 これが cucumber の全てなんやけど、これだけじゃわっきゃないやろなー。しゃーない、とりあえず起動してみよか。ぽまえらみたいなしょーもないギークは、説明聞くより動作を見て覚えるタイプやからな

  • 2.2 に上げるときのトラブルを淡々と記録する

    ● [Rails] 2.2 に上げるときのトラブルを淡々と記録する 2.1 に上げている間に空気読まずに 2.2 (RC)が出たので追従する 910個溜まったら自費出版する

    u-ichi
    u-ichi 2008/12/15
    2 1.2移行
  • 優しい Merb の育て方

    ● [Rails][Merb] Merb とは? Merb (Mongrel + Erb) は MVC ベースな Ruby の Web フレームワークである。簡単に言うと、軽量な ActionPack クローンである。Rails のテーマが「規約とDRY」ならば、Merbのテーマは「疑わしきものは入れない」であり、Rails の各機能を取り込みつつも、小さくて単純で簡単で軽量、そして高速であることを目指している。 特徴 コアはシンプルに (必要な機能はプラグインとして追加させる) thread safe cgi.rb を使っていない 高速な ERb エンジンである Erubis を標準装備 Rails に似ている (機能、ファイル配置) 大体3倍くらい速い (Rails Mongrel との比較) チートシート (Rails との比較) 基的に Rails である。app 以下のディレク

  • Rails2.2 RC1 が出たので、淡々と変更点を追って見る ー ヽ( ・∀・)ノくまくまー(2008-10-25)

    ● [Rails] Rails2.2 の ActiveSupport まとめ Rails2.2 RC1 が出たので、淡々と変更点を追って見る。

    u-ichi
    u-ichi 2008/10/26
  • 1.x から 2.x に上げるときのトラブルを淡々と記録する - ヽ( ・∀・)ノくまくまー(2008-10-23)

    # 1.2 def render(options = nil, deprecated_status = nil, &block) #:doc: # 2.1 def render(options = nil, extra_options = {}, &block) #:doc:

    u-ichi
    u-ichi 2008/10/25
  • ヽ( ・∀・)ノくまくまー(2005-07-13) 優しいRailsの育て方 キャッシュ機能(caching)

    ● キャッシュ機能(caching) Railsには Page, Action, Fragment という3段階のキャッシュ機能が備わっている。tDiaryを使っていても思うが、修正よりも参照の方が圧倒的に多いコンテンツで毎回cgiで同じコンテンツを吐くのは無駄だなぁ。でもキャッシュを自分で用意するのは面倒だし、フレームワークかWebサーバがやってくれたらなぁ。Railsはそんなかゆい所にも手が届く、Web開発界の万能戦艦ノーチラス号なんです。 Page: アクション(CGI)の出力を丸ごとHTMLファイルとして保存し、静的コンテンツとして利用 Action: Pageと同じく全体を保存するが、コンテンツを表示する前に ActionController で filter 操作可能 Fragment: アクション全体の出力でなく、テンプレート描画の一部分のみをキャッシュ可能 caching

  • String#scrape - ヽ( ・∀・)ノくまくまー(2007-01-15)

    ● String#scrape どうせお前らはあれだろ、scrAPI は強力だし、これこそ自分がまさに待望してた道具、使いこなすぜ!と意気込んでるんだけど、どれだけ決意してもあの複雑な引数に毎回挫折しちゃって、挫折つーかちょっと使いたいだけなのにパーザ(Scrape)用のクラスを定義するのが面倒なんだよね、みたいな言い訳を毎回自分にしつつ、結局使いこなせてない脳内ゆとり世代のお前らなんだけど、まぁ実際引数に無駄に色んな機能を詰め込み過ぎてる感は否めないし、というかextractorのsrcとdstはどう見ても直感的に逆だろ、grepみたいに使わせろよ使えない1だな、みたいな愚痴をこぼしてたら、むしろCSS3なgrepとして使えるだけでいい事に気付いて、You、Stringクラスに入れちゃいなYO! String#scrape の定義 require 'scrapi' class Strin

  • ヽ( ・∀・)ノくまくまー(2006-12-13) - DRY化チェックリスト

    ● [Rails] DRY化チェックリスト DRYにする方がいいのはわかる。でも実際どういう手順でやるのかに関する情報は意外と見つからない。それは「重複を避ける」という人間の感覚に訴えるものだから詳細は不要、という考え方もありえるが、そのままでは余りに概念的すぎて手が動かず、どう修正するかの方向性(ヒント)さえもない状況はやはり辛い。ということで、DRY化の手順を考えてみた。まだ自分でも探り探りな叩き台なので、意見はウェルカムである。 [DRY化チェックリスト2006冬] 定義は1ヵ所で行なう 無意味を排除する 繰り返しは共通化する 規約と関連付ける 責務を疑う 言語を拡張する 最後のは、手順というより、やるとしても一番最後にやれ、ぐらいの意味で。6番目というより999番目と表記してもいい。 ● 絶対DRY感 私はプログラマは来怠け者であり、自分が楽をするためにコンピュータを駆使する生き

  • ヽ( ・∀・)ノくまくまー(2006-10-04)

    ● [Rails] 能動的な auto_complete auto_complete には次の2つの便利な特徴があり、郵便番号→住所の検索などには激しく便利である。 キータイプに連動して補完が動き出す 選択ウィンドウがキーボードのみで操作できる しかし、特徴1はマルチバイト入力との親和性が低いために、住所→住所などの補完用途としてはIME変換中に発動してしまい、実質使い物にならない。かといって、そう簡単に断念できないほど特徴2が魅力的であることも事実である。

  • ヽ( ・∀・)ノくまくまー(2006-01-05)

    ● [Rails] with_scope (ActiveRecord) ActiveRecord::Base.with_scope(method_scoping = {}) {|| ...} with_scope はテーブル操作の範囲を限定するクラスメソッドです。指定されたブロックを実行する際、xxx_by_sql 以外のテーブル操作用のクラスメソッド全てが引数で指定された制限(影響)を受けます(※1)。 以下のような場面で効果を発揮します。 共通の値を持つ複数アイテムを簡単に初期化したい。 find(params[:id]) で取得したデータが不正アクセスかどうかの検証が面倒だ。 かと言って、find 時に :conditions 指定するのも面倒だ。 さらに、それをCRUD毎に指定するなんて気が遠くなる。 ※1:レシーバと同じクラスのみ影響を受けます。 ● スコープ指定 スコープの種類

    u-ichi
    u-ichi 2006/09/24
    with_scope[*programming][#tips]
  • ヽ( ・∀・)ノくまくまー(2006-09-07) CSSでポップアップ

    CSSでポップアップ ちょっとした説明文をポップアップするには "title" 属性が便利であるが、複数行表示がブラウザに依存し、画像を含んだコンテンツには対応できない。かと言ってJSを持ち出すのも面倒だと思っていたら、CSSのみで実現できるらしい。そのまとめ。(via RailsChat) CSS .popup .tips { display : none; position : absolute; } .popup a:hover { position:relative; } .popup a:hover .tips{ display : block; top : 30px; left : 20px; white-space : nowrap; text-decoration : none; border : 1px solid black; color : black; back

  • ヽ( ・∀・)ノくまくまー(2005-06-22)

    ● 回避策 @requestオブジェクトに聞いてください。 @request.env["HTTP_USER_AGENT"] # -> "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" @request.remote_ip # -> "192.168.0.58" ● 関連 # rails/actionpack/lib/action_controller/request.rb ActionController::AbstractRequest def parameters def method def get? def post? def put? def delete? def head? def remote_ip def domain(tld_length = 1) def subdo

    u-ichi
    u-ichi 2006/08/13
  • LiteSpeed

    (注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト

    u-ichi
    u-ichi 2006/07/26
  • 1