（たとえば、） Lokka に Rack Middleware を適用する « blog.udzura.jp
先日のポストの続き、と言うより一例として、 Lokka に対しての Rack Middleware の使い方を見てみたい。 Lokka は軽量でステキな、 Sinatra ベースの CMS で、オープンソースの権化みたいなクールな会社フィヨルドさんで開発、メンテナンスをされている。個人的にも使わせていただいているソフトウェアなのだけれど、今回の利用にあたって例えば以下のカスタマイズ要件が必要になったとする。 身内向け告知用 CMS のため、 heroku にデプロイする以上、一応 Basic 認証をかけたい さらに、 http でのアクセスは、全部強制的に https にリダイレクトしたい 全部 Rack Middleware でできます。 まず、 Basic 認証ミドルウェアは、 Rack に標準添付されています。 config.ru を編集。 Encoding.default_exte
Rack Middleware たちがどのように呼ばれるかを見てみよう（e.g. Sinatra） « blog.udzura.jp
Sinatra::Base.middleware そもそも、 Sinatra::Base を継承したクラスには、クラスメソッドとして Sinatra::Base.middleware が用意されており、明示的に Sinatra::Base.use で利用を宣言したミドルウェアはそこから一覧を取得できる。 + (Object) middleware ところが、 Sinatra アプリケーションが実際に Rack でホストされ、アクセスされる際には、 use で宣言していないミドルウェアもたくさん呼ばれるわけで。その全貌が知りたい場合。むろん、 Rails、Ramaze、Camping といった Rack に対応したフレームワークならば同じような方法で「中を覗く」ことが可能なはず。 set_trace_func を使ってみる Kernel#set_trace_func は profile.rb
gem つくったよ～ – rack-session-dbm について « blog.udzura.jp
このたび人生で初めて、 RubyGems で皆さんに使っていただける gem を公開いたしました。 rack-session-dbm とは rack-session-dbm | RubyGems.org | your community gem host udzura/rack-session-dbm – GitHub Rackベースのウェブアプリケーションのセッションを、ファイルベースのDBである SDBM/GDBM に保存するミドルウェアです。 Rackベースのウェブアプリケーションの場合、デフォルトでは Cookie にセッション情報を保存するので（暗号化等は無論できます）、その情報をクライアントのローカルにどうしても持ちたくない場合、かつ、 memcached や ActiveRecordStore などを導入するのが大げさだと思われる場合に利用できるかと思います。要するにカジュア
Rack-webconsole, a Ruby/Rails console inside your browser
Rack-webconsole, a Ruby/Rails console inside your browser "Wouldn't it be nice to have an in-browser console for a Rails application?"The funniest afternoons tend to start with questions like this. And why stop at Rails? Let's build a Rack middleware and make it real for Sinatra, Padrino and other Rack web frameworks! Introducing rack-webconsoleRack-webconsole is a Rack middleware that enhances yo
RackとSinatra、Padrinoに関する雑感 « blog.udzura.jp
Warden はかなり好き（PadrinoというかSinatraでも使えるし）。でも、僕もDeviseはやり過ぎだと思う派だなあ 認証関連の画面遷移やURLが Devise の規約にぴったりハマるケースっていくらなんでも稀だと思うし、カスタマイズするとなると結構ソース追わないといけなくなって結局だるい… env['warden'] に一通り入ってるのは、少しかっこ悪いかもしれないけど便利。 認証とかリダイレクト処理とかガラケー対応とか、はアプリケーション本体ではなくRack Middleware で実現したいな～と言う facebook でこんなことをつぶやいた。 僕は Rack とその関連技術が凄く好きで、もっと勉強する人が増えてほしいと思っているのだが、何で好きなのかとかを整理してみた。 Good Stuff 結合度が低くなる。なので： Rackでとある機能（認証など）を実現すれば、そ
Rackで静的サイトを公開する（DirectoryIndex対応版） « blog.udzura.jp
Rackライブラリ自身に Rack::Static が添付されていますが、これ、ディレクトリを見に行った場合に自動的に「index.html」を見てくれるとか（Apacheで言うDirectoryIndex設定のこと）、そういう気を回してくれないんですね。 あと、普通にWEBrickを使えばいいんという話もあるでしょうけど、Rackアプリケーションとして実装する意味って結構あって、例えば Rack::URLMap なんかと組み合わせたりできたりします。 ということで、 Rack::Directory を少しだけ変更することで実装可能。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 #!/usr/bin/env ruby require 'rack
Rackアプリ開発するならPowはもう常識だよね〜 - Meltdown Countdown rev.
Pow自体については、Rails Hub情報局: Node.js＋CoffeeScriptで書かれた「Pow」がカッコ良すぎる件 を参照してもらうのがよろしいかと。要点のみ引用させてもらうと、 Powの売りは、「Zero-configuration」（設定要らず）ということで、複数のRails/Sinatraアプリをローカルで動かして開発するようなときに、仮想的なドメイン名を手軽に割り当ててアクセスできるようにしてくれる、というものです。 とのこと。複数のRackアプリを開発してるとこういうものがあると確かに便利ですよね。いちいちポート指定して起動したり/etc/hosts書き換えたりしなくてもいいわけなので。 インストール 公式サイト を参照するとインストールがなんと簡単なこと。 $ curl get.pow.cx | sh これだけで入るとな。そのインストールシェルの中身をみてみると
Node.js＋CoffeeScriptで書かれた「Pow」がカッコ良すぎる件：Rails Hub情報局：エンジニアライフ
Ruby on Railsの生みの親、DHHが在籍する37signalsがMac OS X用のRackサーバ「Pow」をオープンソースで公開しました。ちょっとこれまでにない種類のプロダクトで、その使い勝手のシンプルさとアイデアに鼻血が出そうになりました。実装にNode.jsとCoffeeScriptを使っているというのも面白いです。 Powの売りは、「Zero-configuration」（設定要らず）ということで、複数のRails/Sinatraアプリをローカルで動かして開発するようなときに、仮想的なドメイン名を手軽に割り当ててアクセスできるようにしてくれる、というものです。インストールはcurlのコマンド一発で、 $ curl get.pow.cx | sh とするだけ。そして、RailsやSinatraなどのRackアプリのディレクトリをPowのディレクトリにシンボリックリンクを貼る
第23回 Rackとは何か（1）Rackの生まれた背景 | gihyo.jp
はじめに SinatraやRamazeといったRubyのWebアプケーションフレームワークに興味をお持ちの方であれば、Rackという名前をしばしば目にしているかもしれません。どうやら様々なフレームワークに使われているらしいのだけど、そいつが一体なんなのかよくわからない、そんなあなたのために今日はそのRackをご紹介したいと思います。 様々なフレームワーク、様々なアプリケーションサーバ しばらく前なら、Ruby on Railsブームの真っ只中、Rubyと言えばRails、Webアプリケーションを作るならRails、といったイメージを持たれていた方も多かったと思います。実際にWebアプリケーションを作ったり、Rubyに触れたりしたきっかけがRailsだったという方も多いでしょう。 しかし最近は、RubyのWebアプケーションフレームワークと一口に言っても、非常に簡単にアプリケーションが書けて
Rack: a Ruby Webserver Interface
Rack provides an minimal interface between webservers supporting Ruby and Ruby frameworks. News August 21st, 2008Rack 0.4 has been released! May 31st, 2008Rack development moves to Git. May 24th, 2008There now is a Google Group on Rack Development. February 26th, 2008Rack 0.3 has been released! November 10th, 2007Rack has been presented at the Euruko 2007. Slides and a paper are available at http:
Rack - Ruby のフレームワークと Web サーバを繋ぐ
Table of Contents Open Table of Contents Rack とは Rack プロトコル Rack を試してみる Rack のミドルウェア Rack のその他の特徴 参考サイト Rack とは Rack とは、(Web) アプリケーションと Web サーバーを繋ぐインターフェイスになる。 この Rack だが、ほぅ、そんな考え方もあるね、というレベルでの認知だったが、Rails が v2.3 から Rack 対応となったことも受け、どんなものなのか見てみることにした。 本家である、Rack: a Ruby Webserver Interface のサイトの言葉を借りると、 Rack provides a minimal interface between webservers supporting Ruby and Ruby frameworks. Rack
Heroku で Rack アプリケーションを動かしてみた - ruby trunk changes
もう WEB+DB PRESS vol.59 の Heroku 紹介記事はお読みになりましたか？ Heroku というのは Ruby 版の GAE*1 みたいなもので、Ruby 製の Web アプリケーションをホスティングしてくれるサービスです。小さな環境なら無料で使用できます。わたしは Web アプリケーションにはあまり興味がなかったのでこれまで存在は知っていてても敬遠してきたのですが、ruby trunk changes をはじめてからコメントをコミット毎に保存するような支援ツールが欲しくて、iPad や iPod touch を含む複数の環境で入力できるという条件を考えると Web アプリケーションとして作る必要がありそうなので検討してみました。 記事を読むまで Heroku は Rails 専用のホスティング環境だと思っていたのですが、実際は Rack の上で動くフレームワークなら
RackのCGIとcgi.rbでベンチマークしてみた - 福島餃子Ruby親方
$ ruby -v ruby 1.8.7 (2008-08-11 patchlevel 72) [i486-linux]Rackを使ったCGIのソース #!/usr/bin/env ruby require 'rubygems' require 'rack' include Rack class HelloRack def call(env) [200, {"Content-Type" => "text/plain"}, ["Hello, Rack"]] end end Handler::CGI.run HelloRack.new cgi.rbを使ったCGIアプリのソース #!/usr/bin/env ruby require 'cgi' cgi=CGI.new("html3") cgi.out({"type"=>"text/plain"}) do "Hello, Rack" end それ
Greenbear Diary - 5分でわかるRack , シュレーディンガーの猫たち
■ [ruby][rack] 5分でわかるRack RackはRubyのためのWebサーバインターフェイスだ。 RubyでWebっていうとRailsが有名だけど、実はRails以外にもいろんなRuby用のWebアプリ用フレームワークが存在する。 Ramaze Merb Camping Waves などなど…。 一方Webを実際に動かすにはWebサーバが必要だ。RubyのためのWebサーバも、これまたいろんなものがある。 Apache(CGI, FastCGI..) WEBrick Mongrel Ebb Thin などなど…。 ここで問題が一つ。それは「フレームワークが増えるたびに、いろんなサーバをサポートするためのコードが必要になる」ってとこだ。 各フレームワークの作者がみんなそれぞれにCGIやMongrelに対応するためのコードを書いてるなんて、無駄だと思わないか？ RackはWebア
rack上でのファイルアップロード - daigotoの備忘録
書いておかないと確実に忘れる自信があるので、書き留めておく。 rackの内部実装でmultipartなリクエストで type='file'の場合、データは以下のサブハッシュ形式で保持している。 data = {:filename => filename, :type => content_type,:name => name, :tempfile => body, :head => head} これをSinatraで書くとなると、 if params[:name] File.open(params[:name][:filename], 'wb'){ |f| f.write(params[:name][:tempfile].read) } end このときrack内部では、:tempfileの一時保存先にtempfileを使用しており、つまり Dir.tmpdir が使われる。なので一時ファ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.func09.com/wordpress/archives/1226
Route 477
pow.cx