タグ

rackに関するkoko1000banのブックマーク (9)

  • るびま

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • "小さい"Rackアプリケーション - hs9587’s diary

    ちょっと Rack について見てたりした(Rackまわり - Rubyとか Illustratorとか SFとか折紙とか) で、この辺(第23回 Rackとは何か(1)Rackの生まれた背景:Ruby Freaks Lounge|gihyo.jp … 技術評論社)なんかも参考に最低限の Webアプリケーションを作ってみる。 (適宜自分ツイッターからの再録を挿みます) Rack、config.ru 「rackup」コマンドで Rackを起動するとき、オプションで指定しないと設定ファイル「config.ru」を見に行く。アプリケーションのクラスを定義する Rubyスクリプトを require するのが定例の様だけど、そこでクラス定義してもいいわけだ。 class App def call(env) [200, {'Content-type' => 'text/plain'}, ['hello'

    "小さい"Rackアプリケーション - hs9587’s diary
  • JRuby: Wiki: Home — Project Kenai

    This is a community wiki dedicated to JRuby, an 100% pure-Java implementation of the Ruby programming language.. NOTE: This wiki is located at http://kenai.com/projects/jruby/pages/Home; Please update your links. About JRuby Getting Started Roadmap FAQsNews and Updates Latest Release is JRuby 1.2.0: 2009-03-16 JRuby 1.2.0 Google Summer of Code Ideas for 2009 JRuby's entries in JavaOne Script Bowl

  • Route 477(2010-01-29)

    ■ [ruby] Rackミドルウェアのコンテスト、優勝者が決定 Rackミドルウェアのコンテスト「CodeRack」の結果発表があったようです。 http://coderack.org/ では、上位3位の発表です! 3位:RackProctitle Rubyプロセスのタイトルに、処理中のURLや処理時間を入れることで、時間がかかっているプロセスをpsで見つけやすくする。 2位:Rack::Superlogger Rackレベルでログを取る。いろいろなフレームワークを使い分けているときに、全部同じログ形式になるので、解析しやすい。 1位:Rack::GeoIPCountry アクセス元のIPから国名を推測し、env['X_GEOIP_COUNTRY'] に入れてくれる。 特別賞(?) : RedisRequestLimiter Redis(KVS)を使って、短時間に大量にアクセスしてくるユ

    Route 477(2010-01-29)
  • ITゲリラ戦士にアパッチはいらない Pt. 1 <rack で OpenLayers の TMS 対応サイトを作るまで> - Relevant, Timely, and Accurate

    OpenLayers.Layer.TMS を研究するために、rack で TMS 対応サイトを作りました。これから TMS サーバを作るつもりです。 rack を使った理由 アパッチを使うと、アパッチ依存の知識が前提になり、教育が難しくなります。Ruby と gems さえインストールされていればすぐに使えて、ログを標準出力で観察でき、必要な時だけサーバを立ち上げ、知識を得たらすぐに綺麗にサーバを撤収できる、rack を使うことにしました。 メインストリーム IT から離れた業務分野に浸透中で、かつ Web によって世界を良くする手法を開発したいとお考えのITエンジニアのみなさん(うまいこというと、ITゲリラ戦士の皆さん)に、この rack を使う手法をおすすめしたいと思ったりしています*1。 前提知識 コマンドプロンプトなどのCUI Ruby HTMLJavaScript 準備 sud

    ITゲリラ戦士にアパッチはいらない Pt. 1 <rack で OpenLayers の TMS 対応サイトを作るまで> - Relevant, Timely, and Accurate
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • CGI を rackup してみた

    Ruby は自分の大好きな言語だが、実は長く運用する Web アプリを Ruby で書いたことはない。cgi.rb の評判はずいぶん前から芳しくないし、決定打となるフレームワークの不在が長く続いたこと、すでに PHP を使っていたことが大きな理由だった。 Rails が登場した。勉強した。「うーん、なんか DBMS とか要らないんだけど、どうしたらいいのよ?」と思っているうちに世間ではすっかり定着、代わりに自分の中では興味は薄れていった。そうこうしているうちに Rails の問題点もちょこちょこ指摘されるようになり、prototype.js とともに先駆者ゆえの苦難を味わっているなぁと感じている今日この頃。 Merb だなんだと言われていた中、Rack が登場した。これだ!と思った。こういうシンプルなやつが欲しかったんだよ! しかしそれから特に何の理由もないまま一年半の月日が流れた。なんか

  • Railsアプリのブラックボックステスト - moroの日記

    昨日のRails勉強会の帰りに松田さんと話してたネタです(お互い、早く懇親会に行ける身分に戻りたいですね)。 id:t-wadaさんとか角谷さんのプレゼンをみて、Cucumberを使いたいし、カバレッジとりたいなと思ったのですが、Railsの場合いい感じに外側からテストを書く方法がちょっと思い浮かびませんでした。 で、Mechanizeぽくいろいろアクセスできるテストライブラリを教えてもらったんですが(名前忘れた>< 助けて松田マン)、その前段として、同一プロセスでRailsアプリを走らせたいなぁ、と。 で、Rack(thinにアダプタはいってる。thin++)を使って試したらうまい感じに動きました。あとはこれを肉付けしていけばいいんじゃないでしょうか。セッションも引き継いだりしなきゃ行けないでしょうし。 簡単に説明すると、19行目でRailsアプリ体を内包するRackのアプリを作り、あ

    Railsアプリのブラックボックステスト - moroの日記
  • 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ア

    Greenbear Diary - 5分でわかるRack , シュレーディンガーの猫たち
  • 1