Ruby’s Rack Push: Decoupling the real-time web application from the web
(UPDATED: updated to the PR are now reflected in the post) Something exciting is coming. Everyone is talking about WebSockets and their older cousin EventSource / Server Sent Events (SSE). Faye and ActionCable are all the rage and real-time updates are becoming easier than ever. But it’s all a mess. It’s hard to set up, it’s hard to maintain. The performance is meh. In short, the existing design i
Rack解説 - Rackの構造とRack DSL - Qiita
Rackとは RackはRubyによるWebアプリケーション開発のHTTP送受信処理を担当するモジュール(gem)で、Ruby on Railsを始めとする多くのWebフレームワークの一番下のレベルで利用されています。 本稿ではRackの基本的な部分を中心に説明します。 簡単なRackアプリケーション まず基本を理解するため説明用の簡単なアプリケーションを作成します。 最初にrack gemのインストールが必要ですが、Ruby on Railsをインストールしている場合はすでに必須モジュールとして入っています。単独でインストールする場合は次を参考にして下さい。 次にconfig.ruという名前の小さなファイルを作ります。これはRackのサーバ起動コマンドrackupの設定ファイルで、中身はRubyで記述します。 class ShowEnv def call(env) [ 200, # ステ
Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita
はじめに 先日スタック・オーバーフローでこんな質問に回答しました。 webサーバー、アプリケーションサーバー、Rackといった仕様や概念と、WEBrick、Unicorn、Pumaといった実装の関係が頭の中で結びつきません 質問者の方はwebサーバー、アプリケーションサーバー、Rack、Unicorn、Pumaと言った用語や概念の理解がこんがらかっているように見えたので、このあたりをきれいに説明している記事を探していたところ、以下の記事を見つけました。 A web server vs. an app server - Justin Weiss スタック・オーバーフローでは記事の一部を抜粋して「ざっくり翻訳」したのですが、それだけで終わらせるのはもったいない気がしたので、Qiitaには全文を翻訳して載せておこうと思います。 これを読むと、あなたもwebサーバーとアプリケーションサーバーの違い
簡素な RequestBin みたいなのを rackup するワンライナー - @kyanny's blog
$ rackup -b "run ->(env) { lf=%Q,\n,; [ 200, {'Content-Type' => 'text/plain'}, [env.sort_by{|k,v|k}.map{|k,v| %Q,#{k}=#{v},}.join(lf)+lf*2+env['rack.input'].read+lf] ] }" ワンライナーでやる必要は無いけど、なんとなく RequestBin （というか外部）にログを残したくないが HTTP リクエストを調査したいというときに。 Transfer-Encoding: chunked を避けたい場合はこっち。 $ rackup -p 9393 -b "run ->(env) { lf=%Q,\n,; body=env.sort_by{|k,v|k}.map{|k,v| %Q,#{k}=#{v},}.join(lf)+lf*2+e
Asynchronous responses in Rack
14 April 2012 Rack is an interface for Ruby components accepting and responding to HTTP requests synchronously. Though there is not an official Rack spec for asynchronous responses, Rack servers such as Rainbows! and Thin provide an asynchronous interface for responses that may happen at an unknown time in the future, such as in a web chat room. The synchronous Rack interface is defined in its SPE
[PR]rack-webconsole-pry を使ってみる、あとWeb+DB Pressに書きました - Qiita
require 'bundler' Bundler.setup require 'sinatra' require 'rack-webconsole' require 'cgi' configure :development do use Rack::Webconsole Rack::Webconsole.inject_jquery = true Rack::Webconsole.key_code = [96] end get '/' do @foo_value = settings.foo_value rescue nil erb <<EOT <!DOCTYPE html> <html> <head><title>Rack::Webconsole sample</title></head> <body> <h1>Rack::Webconsole sample</h1> <pre styl
![[PR]rack-webconsole-pry を使ってみる、あとWeb+DB Pressに書きました - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/0c1ceda5e115a89f9f0b74b1d368d8090bf45240/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUFIlNURyYWNrLXdlYmNvbnNvbGUtcHJ5JTIwJUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JUUzJTgxJUJGJUUzJTgyJThCJUUzJTgwJTgxJUUzJTgxJTgyJUUzJTgxJUE4V2ViJTJCREIlMjBQcmVzcyVFMyU4MSVBQiVFNiU5QiVCOCVFMyU4MSU4RCVFMyU4MSVCRSVFMyU4MSU5NyVFMyU4MSU5RiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9ZjVmNmVhYzg3NTYxMGM0YmI1MGRkZDJkM2QwNjgzYTU%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB1ZHp1cmEmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTZjZTYwM2EwNzhiMDgyMTU4NjY0ZDgzNzQ4ODg5YTZm%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gR01P44Oa44OR44Oc5qCq5byP5Lya56S-%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D009d278a60ee546acc84f76e9bcea8aa)
RubyでFaye-websocketを試す | | Scimpr Blog
require 'faye/websocket' App = lambda do |env| if Faye::WebSocket.websocket?(env) ws = Faye::WebSocket.new(env) ws.on :message do |event| ws.send(event.data) end ws.on :close do |event| p [:close, event.code, event.reason] ws = nil end # Return async Rack response ws.rack_response else # Normal HTTP request [200, {'Content-Type' => 'text/plain'}, ['Hello']] end end
Railsでデバイスの判定をするのに便利なgemを作った - k0kubun's blog
rack-user_agent を作った rack-user_agentという、User-Agentに応じていろいろな判定ができるメソッドを生やすRack::Request拡張を作った。 tagomorisさんのWootheeを使ってRack middlewareでUser-Agentをパースしておいて、 その結果に応じてrequestから簡単にいろいろな情報を得られるようにしてある。 たとえばRailsだとGemfileにgem "rack-user_agent"と書くだけで以下のように使うことができる。 class ApplicationController < ActionController::Base before_action :set_request_variant def index # example request.user_agent #=> "Mozilla/5.0
Rack::RequestでHTTPリクエストヘッダ一覧を書き出す - Qiita
Sinatraとかでいつも忘れるのでメモ Rack::Requestのenvの仕様は以下のような感じになる RackのEnvironmentによるとHTTP_で始まる値がHTTPリクエストヘッダ 形式としてはRFC 3875 - The Common Gateway Interface (CGI) Version 1.1に準拠している HTTP ヘッダフィールド名が大文字に変換され、存在する全ての - が _ に置換され、先頭に HTTP_ が与えられる なので、以下のような感じでダンプ出来る(人間がわかれば良ければ1行目をpするだけでも良さそう) http_headers = request.env.select { |k, v| k.start_with?('HTTP_') } headers = http_headers.inject({}) do |a, (k, v)| a[k.s
mruby-hibariとmruby-rack-r3でWeb API フレームワークを書いた - ujunのブログ
まだ表現力は乏しいですが、一応mrubyのWeb APIフレームワークのfirst commitを書きました。 github.com 書き味は、CRubyのGrapeやその他のRESTライクなAPIを書くフレームワークのような感じになっています。mruby-hibariやmuby-rack-r3など巨人の肩の上に乗ってる感が満載ですが。 試しにmod_mrubyで使ってみます。 まず、インストールは通常のようにbuild_config.rbに依存mrbgemを追記します。 MRuby::Build.new do |conf| # ... (snip) ... conf.gem :github => 'ujun/mruby-webapi' end そして、mod_mrubyをビルド => インストール。 cd /path/to/mod_mruby sh build.sh make && ma
マイクロサービス時代を乗り越えるために、Rack::VCRでらくらくアプリケーション間テスト - クックパッド開発者ブログ
新規アプリケーションの構成 Rack::VCR リクエストの記録 リクエストのモック リクエストの再生 おまけ: Androidアプリのテスト 弊社での利用例 未来 こんにちは、会員事業部の小室 (id:hogelog) です。気づけば弊社に入社してから２年と2ヶ月が経っていました。 今回はその2年2ヶ月で初めて会社プロダクトを rails new したRailsアプリケーションと、そのアプリケーションで利用したRack::VCR (https://github.com/miyagawa/rack-vcr) について簡単に解説します。 新規アプリケーションの構成 今回私が新規に作成したRailsアプリケーションは仮にここではomoikane（仮）と呼ぶことにします。omoikaneはリクエストがあると社内の汎用APIサーバにアクセスし、APIサーバから取得した情報を元にレスポンスを返すアプ
Webサーバへの組み込みmrubyのRack-based APIまわり - Kentaro Kuribayashi's blog
標題の件の盛り上がりに追従して、mrubyであれこれ。 Webサーバへの組み込みmrubyのRack-based API化 Webサーバへの組み込みmrubyのAPIをRackベースにしたらどうかという議論を受けて、ngx_mrubyも対応し、matsumotoryさんが以下のようにツイートしていたのを見て、 起きたらmod_mrubyのRack based APIパッチ来てるかな— MATSUMOTO, Ryosuke (@matsumotory) September 14, 2015 ngx_mrubyやmod_mrubyの勉強のためにやってみた。 mod_mruby also supports Rack based API. Thanks to @kentaro / “Release mod_mruby v1.13.9 · matsumoto-r/mod_mruby · G…” ht
charliesome/racer · GitHub
A Rack-compliant ruby web server. It's written in C cuz its fast. racer is almost as fast as this car Benchmark The following Rack app was used benchmark WEBrick, Unicorn, Thin and Racer: run ->env { [200, { "Content-Type" => "text/html" }, ["hello world"]] } Tests were carried out on a 64 bit Linux VM running on an Intel Core i7 980X. ApacheBench was used to run the benchmarks with the following
rubyで動画などの大きなファイルをアップロードする場合のメモリの使い方について - Qiita
動画ファイルなどの、メモリ量に対して巨大なファイルをアップロードする場合、ファイルを全て読み込んで送信／受信を行うとメモリを圧迫してしまうため問題がある場合があります。 こういう場合はメモリの使用量は一定範囲に抑えるために、バッファに少しづつ読み込んでは送信し、送信できたら次を送信し、あるいは少し受け取ったらファイルシステムに書き出し、書き出したら次を読み込むといったことをやることになります。 rubyでこれを行う場合にどういう方法をとればいいのかについて確認したのでまとめてみました。 結論 送信（クライアント側） net/http を使う場合は Net::HTTPGenericRequest#body_stream= で読み出し可能な File や IO を渡す。 HTTPClient を使う場合はデータとして読み出し可能な File や IO を渡す。 RestClient は1.7.
Rack Walkthrough
You'll notice similiaries between Ruby web applications built using Rails, Sinatra, Roda, or one of the numerous other options. You'll find similiarties in them all from they integreate with web servers and third party libaries. Rack makes this possible. Rack is the HTTP interface for Ruby. Rack defines a standard interface for interacting with HTTP and connecting web servers. Rack makes it easy t
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
Unicornの2倍のパフォーマンスを実現したRackサーバ「Rhebok」をリリースしました - blog.nomadscafe.jp
“Hello World”なベンチマークでUnicornに比べ2倍高速に動作するRackサーバをリリースしました。 rubygems: http://rubygems.org/gems/rhebok github: https://github.com/kazeburo/rhebok PerlのGazelleをベースに作っています。Rackアプリケーションの運用経験がほぼないので、機能不足があると思います。issue等で教えて頂ければ幸いです。 なぜ高速に動作するアプリケーションサーバが必要なのか Unicornは高速に動作します。多くのアプリケーションにとっては十分でしょう。それでもRhebokでさらに上のパフォーマンスを出そうとしたのは、技術的なチャレンジの他に以下のようなアプリケーションで高速なアプリケーションサーバが必要とされると考えているからです。 ソーシャルゲーム、広告サーバ、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
websocket-driver: an I/O-agnostic WebSocket module, or, why most protocol libraries aren't – The If Works
GitHub - cyu/rack-cors: Rack Middleware for handling Cross-Origin Resource Sharing (CORS), which makes cross-origin AJAX possible.
GitHub - SpringMT/rack-server_status: Show server status like Apache's mod_status
