エラーメッセージから学ぶRack - Middlewareの魔法
前回の記事「エラーメッセージから学ぶRack - 最初の一歩」の続きです。 噂によるとRackにはMiddlewareなる魔法があるそうです。そしてRack古文書にはMiddlewareについて次のようにあります。 useの呪文を唱えよ。さすれば扉は開かれん 準備 前回作った、なんちゃってWebフレームワーク「draque」を継続して使います。config.ruが少し長くなったので、Webアプリの本体を別ファイルdraque.rbに移します。 #draque.rb module Draque @@routes = { get:{} } def draque(env) path = env['PATH_INFO'] if res = @@routes[:get][path] res.call(env) else [ 404, headers, not_found ] end end def
エラーメッセージから学ぶRack - 最初の一歩
(追記：2012-12-25) 本記事およびこれに続くRackの記事（全４本）をまとめて電子書籍化しました。「Gumroad」を通して100円にて販売しています。内容についての追加・変更はありませんが、誤記の修正およびメディア向けの調整を行っています。 電子書籍「エラーメッセージから学ぶRack」EPUB版 このリンクはGumroadにおける商品購入リンクになっています。クリックすると、オーバーレイ・ウインドウが立ち上がって、この場でクレジットカード決済による購入が可能です。購入にはクレジット情報およびメールアドレスの入力が必要になります。購入すると、入力したメールアドレスにコンテンツのDLリンクが送られてきます。 詳細は以下を参照して下さい。 電子書籍「エラーメッセージから学ぶRack」EPUB版をGumroadから出版しました！ 購入ご検討のほどよろしくお願いしますm(__)m Rac
Rackをminifyした僅か100行のLackで学ぶRackの中身
「エラーメッセージから学ぶRack最初の一歩」および「エラーメッセージから学ぶRack - Middlewareの魔法」の続きです。 前２本の記事で、Rackはrackupコマンドを起動すると、defaultでconfig.ruを読み込みWebサーバを起動するということが分かりました。また、config.ruの中でuseを使ってmiddlewareを指定すると、Webアプリをラップして内側から外側に向けてそれらの#callを順次呼び出すということも分かりました。ちなみに僕はこの呼び出しスタイルを今後「マトリョーシカ呼び出し」と呼ぶことにしました。 ここで２点気になることがあります。config.ruはRubyスクリプトです。rackupコマンドの実行からRackはどうやってこのファイルを実行しているのでしょうか。まあ簡単に想像はつきますが（エバるほどではない）、これが１点目です。もう１点は
Rack 導入 - #tech
Rack とは何なのか？ http://chneukirchen.org/blog/archive/2007/02/introducing-rack.html Rack http://rack.github.com/ Rack の公式リポジトリ https://github.com/rack https://github.com/rack/rack # readme.md は一度目を通すと良い https://github.com/rack/rack/wiki # チュートリアルがある Rack に関する体系的なドキュメント http://rack.rubyforge.org/doc/SPEC.html Rack の前提知識（readme.md を読んでみた） github に書かれている Rack の readme から、個人的に気になったポイントをつらつらと書きだしてみる。 まず Ra
Rack 実践 （Rack-based Application） - #tech
いままで Ruby on Rails を使った Web アプリケーション開発は経験してきたが、Ruby on Rails を使わずに 基幹フレームワークの Rack のみを使って Web アプリケーションを構築したい。Rack に関する基礎知識は、以前私が書いた記事を参照していただければと思う。 この記事では、実践的な Rack アプリケーションが動いていくまでの道筋を、断片的ながら紹介していこうと思う。この記事は備忘録的なところがあるため、分かりにくい表現や、正確でない情報を含んでいるかもしれない。申し訳ないが、そういった範囲に関しては、読者の皆さんで補える範囲は調べて頂けると助かる。 やりたい事 Bundler を使って混乱の少ない gem 管理 ERB の使い方を覚える Ruby による動的なHTML生成には、今回 ERB を利用する クライアントからのリクエストに対して、どのように
RackとERBを使って、超シンプルなRubyのWebアプリを作る - maeharinの日記
Railsで使われているRackとERB。いつもRailsにお任せだから、たまにはRailsの皮をはいで生で触ってみたい！ということで、超基本的な部分（通常表示, リダイレクト, not found）だけいじったのでメモ。 ・/にアクセスすると、/hogeにリダイレクトされる ・/hogeは変数nameとsexに格納した値をerbで表示する ・それ以外のURLにアクセスされたら404エラーを返す という代物を作る config.ru #coding: utf-8 run lambda {|env| request = Rack::Request.new(env) case request.path when '/' Rack::Response.new {|r| r.redirect("/hoge")} when '/hoge' name, sex = 'maeharin', 'man'
Rack::Responseオブジェクトを多重代入すると、暗黙的にfinishが呼ばれる - maeharinの日記
環境：ruby-1.9.2、rack-1.4.1 RAILSCASTのRackの章を見ていたら、以下のような構文が出てきて、不思議に思った。 def call(env) Rack::Response.new("hoge") end Rackアプリの呼び出し側（例えば、lintミドルウェア）では、このように書かれている status, headers, @body = @app.call(env) 上記の場合、@app.call(env)を評価した結果はRack::Responseオブジェクトであるはず。なのに、それを多重代入できるのはなぜか？配列じゃないといけないのでは？ 多重代入の仕様が怪しいので、調べる。 4.5.5.3 複数の左辺、1 個の配列の右辺 左辺は複数あるが、右辺は 1 つしかない場合、Ruby はその右辺を代入すべき値のリストに展開しようとす る。右辺が配列なら、Ruby
Circus+WEBrick+Rackを動かしてみる - 偏った言語信者の垂れ流し
前回の続き。 自作したサーバープログラムをCircusで動かす - 偏った言語信者の垂れ流し さすがにもうちょっとまともなサーバーをRubyで動かしてみたかったので、WEBrickでRackアプリケーションを動かしてみることにした。 Rackのインストール 環境がUbuntu12.04、Ruby1.9.1なのでとりあえずaptで入れてしまう。 $ sudo aptitude install ruby-rack hello_rack.rb WEBrickのHTTPServerクラスを継承して、Circusから渡されるfdを使えるようにした。 RackアプリケーションはHello, world!と表示するだけのシンプルなもの。 require 'socket' require 'webrick' require 'webrick/utils' require 'rubygems' requir
橋本商会 » SinatraっぽいWAFを作る、46行で
“Tamago”というWeb Application Frameworkを作った。 https://github.com/shokai/tamagoに置いてある。 昨日学校に行く前にメシを食いながらHerokuやSqaleやらPaaSについて調べていたら、SinatraやRailsではなくRackを直接使ってPaaSで動かしている人たちが何人かいた。 sqale使ってみた – komagataとか。 で、電車の中でふとWAFを作ってみたらどうかと思って作ってみた。 最終的に学校に着く頃にこんな風に書けるのができてた。 GETやらPOSTで指定したパスへのアクセスを受け取って、Hamlのテンプレートが使えたりするDSLが使える。 get '/' do haml :index end post '/' do Time.now.to_s end get '/env' do ENV.keys.so
rack retrospective
Rack 2.0, or Rack for the Future Hi all, As most of you know, I've bene essentially maintaining Rack for the last year or so. During this time, and for a long time before I've been paying close attention to what is working well, and what could do with a change. Preamble After a lot of discussion between myself and many community members involved in the framework and web server space (essentially r
Rails / Rack アプリをデプロイするためのサーバ構築があまりにも大変 -- 更に新しいyayuguのBlog
新しいサーバにRackアプリをデプロイできる環境をつくろうとしたらすごく大変だった．というかいつもたいへんな思いしている気がする もっともかんたんなほうほう 最も簡単な方法は Ruby1.8 + Apache + Passenger だ． しかし今時1.8でプログラム書きたいやつはいないだろう ruby 1.9.xが入らない なぜかDebian系もRedHat系もパッケージ管理システムに1.9系がない．自前でビルドすることになるんだけど必要なパッケージが大量にあったりとか，Rubyを管理するシステムをどれにするか(rvm, rbenv)で悩んだりしてハマる． 経験則ではバージョンを決め打ちして(1.9.3だけとか)それをrvmなどを使わず普通にmakeするのが一番誤りがない． 逆に複数のバージョンを並行して使用するなどは茨の道となりこのあとのrackサーバまわりでも苦労するので
Rackの起動の流れを追う - すがブロ
Rackの動きについてコードを追ってみたよ Rackのバージョンは1.4.1です。 Rackの動きの前に、まずはざっくりRackで動かすっていうのを確認してみよう。 rack up! まずは適当にRackの設定ファイル兼クラスを定義する require 'rack' require 'pp' class Sample def call(env) pp env [200, {"Content-Type" => "text/plain"}, ["rack up!\n"]] end end run Sample.new これを rack up する sugamasao@GRAM% rackup sample.ru [2012-02-13 23:35:44] INFO WEBrick 1.3.1 [2012-02-13 23:35:44] INFO ruby 1.9.3 (2011-11-30)
README.md - Rack Server Pages
Rack middleware and application for serving dynamic pages in very simple way. There are no controllers or models, just only views like a jsp, asp and php! http://github.com/migrs/rack-server-pages Features Serving dynamic pages (default: ERB) Serving static files No requirements (except Rack) Tilt support (optional) Include a partial template Layout template Integrate with any rack applications (
GitHub - ku1ik/racksh: Console for Rack based ruby web apps
racksh (Rack::Shell) is a console for Rack based ruby web applications. It's like script/console in Rails or merb -i in Merb, but for any app built on Rack. You can use it to load application environment for Rails, Merb, Sinatra, Camping, Ramaze or your own framework provided there is config.ru file in app's root directory. It's purpose is to allow developer to introspect his application and/or ma
第25回 Rackとは何か（3）ミドルウェアのすすめ | gihyo.jp
前回、前々回の記事では、Rackの生まれた背景、Rackとは何か、実際にRackアプリケーションを作る際に使えるものをご紹介しましたが、もう一つまだ説明していない重要な要素がRackにはあります。今回は、そのミドルウェアという仕組みについてご紹介します。 ミドルウェアとは ミドルウェアとは何かを一言で言うと、「別なアプリケーションをラップして、リクエストやレスポンスを加工したり、処理を切り換えたりするRackアプリケーション」です。 この仕組みがあることで一体何ができるのでしょうか。Webアプリケーションを作っていると、リクエストやレスポンスをアプリケーションに行く前やアプリケーションの処理の後に加工したくなることはよくあります。例えば、条件に応じてURLの書き換えをしたり、エンコーディングの変換をしたり、Cookieの処理をしたり…といったことが日常茶飯事です。こういう処理を、サーバと
Content-Encoding: deflateなHTTPレスポンスを作る : \ay diary
Content-Encoding: deflateなHTTPレスポンスを返させる簡単な方法はないかなと探してみたらRackがサポートしていた。どうやるかというと: use Rack::Deflater これだけ。ruファイルに書いておけばよい。発端がちょっとしたテストのためだったので、内容はなんでもよく、とにかくdeflateで返してくれれば十分というわけで、こんなのを書いて目的を達成できた: module Rack class Foo def call(env) r = Response.new r.write "abc123"*100 r.finish end end end use Rack::Deflater run Rack::Foo.new 実際にアクセスしてみるとこうなる: $ ruby -r open-uri -e 'open("http://localhost:9292/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rack: a Ruby Webserver Interface
https://qiita.com/items/16810db4bc0daf1b5a11
GitHub - sinatra/rack-protection: NOTE: This project has been merged upstream to sinatra/sinatra
GitHub - migrs/rack-server-pages: Rack middleware and application for serving dynamic pages in very simple way.
