Sitespec - r7kamura blog
[Sitespec](https://github.com/r7kamura/sitespec)という静的サイト生成ツールを作り、このブログを移行した。 ## Sitespec Sitespecは、Webアプリとテストから静的サイトを生成するためのツール。 WebアプリにはRackを、テストにはRSpecを使う。 Rackを使った適当なWebアプリを用意し、 RSpecでHTTPリクエストを発行するように記述したテストを実行すると、 レスポンスの内容から静的ファイルが生成されるという仕組みになっている。 参考までに紹介しておくと、静的サイト生成ツールには他に [Middleman](http://middlemanapp.com/)や[Octopress](http://octopress.org/)、[Movable Type](http://www.movabletype.jp/) な
エラーメッセージから学ぶ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 を利用する クライアントからのリクエストに対して、どのように
WSGI / Rack / PSGI てなんぞ
WSGI / Rack / PSGI てなんぞ 1. WSGI / Rack / PSGI てなんぞKatsuji Ishikawa <katsuji.ishikawa@gmail.com> 2. menu• Web アプリケーションの実行環境• WSGI について• Rack について• PSGI について• Hello World サンプル 3. Web アプリケーションの実行環境• 注: Python, Ruby, Perl における主なもの• CGI• FastCGI• SpeedyCGI (Perl)• mod_言語名 (python, ruby, perl)• mod_snake (Python)• WSGI / Rack / PSGI• ・・・などなど 4. WSGI• WSGI 以前• Python では色々な Web アプリケーションフレームワーク(以下 WAF )が作ら
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0064 号 バックナンバー Rubyist Magazine 0064 号 Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist
[rack][ruby] rack middleware のテスト - HsbtDiary(2013-05-02)
■ [rack][ruby] rack middleware のテスト 最近は test-unit しか使ってないので test-unit と rack-test を使って rack middleware のテストを書く術をメモっておく。例えば response.body に foo という文字列を追加する middleware のテストならこんな感じ。 require 'test/unit' require 'rack/test' require 'rack-foo' class TestApp def call(env) [ 200, { 'Content-Type' => 'text/html' }, ['<html><head></head><body></body></html>'] ] end end class FooTest < Test::Unit::TestCase i
![[rack][ruby] rack middleware のテスト - HsbtDiary(2013-05-02)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
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
DotCloudが素晴らしい – Rest Term
これからのPaaS注目株であるDotCloudを遅ればせながら少し試してみました。つい最近ベータ期間を終了し、正式サービスを開始したとのことです。ヒゲのおじさまカッコイイ。 * [追記] 各ミドルウェアも使ってみました。続きの記事はこちら。 DotCloudでのMySQL,Redis,MongoDBの使い方 DotCloudの特徴としては上のビデオや下の図を見て分かるように、プログラミング言語やミドルウェアを選択できるという点です。つまりユーザーはこれらの技術を自由に組み合わせてシステムを構築することができます。これはGAEやHerokuなど利用技術に制限のあるPaaSとの大きな違いです。 公式のチュートリアルを読めば使い方はすぐわかるのですが、一応ここでもデプロイまでの手順を簡単に追ってみます。先日のRubyKaigiの興奮冷めやらぬ今、利用言語はRubyで。 と言いつつ、DotClou
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サーバまわりでも苦労するので
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rack: a Ruby Webserver Interface
https://qiita.com/items/16810db4bc0daf1b5a11
rack retrospective
GitHub - sinatra/rack-protection: NOTE: This project has been merged upstream to sinatra/sinatra
