2010.07.09 次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた 2010.07.20追記: prefixを指定した運用も可能でした。ご指摘頂きありがとうございます。 2010.07.28追記: 関連記事「RailsサーバUnicornを飼いならす! 運用時の便利技」へのリンクを張りました。 Railsサーバはたくさんあってややこしいですね！ 最近さらにUnicornというものが頭角を表してきたようで、Twitterやgithubも使っているようなので使ってみましたので、特徴や使い方などレポートしてみたいと思います。 このブログの他にもEngine Yardのブログ記事「Everything You Need to Know About Unicorn」やgithubの記事「Unicorn!」が非常に参考になると思いますので、
■ [ruby] geminaboxで「俺専用gem配布サーバ」を立てる http://github.com/cwninja/geminabox via http://twitter.com/qrush/status/18707703461 gem配布サーバといえばrubygems.orgなわけだけど、クローズドな環境でプライベートなRubyライブラリをgemで管理したいとかいうとき には、自前でgemサーバを立てると便利かも知れない。 インストール $ gem install geminabox サーバの起動 以下のようなconfig.ruを書いて「rackup config.ru -p 9292」とかするとgemサーバが起動する。 require "rubygems" require "geminabox" Geminabox.data = "/var/geminabox-data"
無限 FlexUnit FlexUnit は現在 RC1 ですが、なかなか安定している感じですし、何よりも Adobe がきちんと開発しているので、AS3 というか Flex 界隈でも今後 UnitTest 文化も成熟してくると思われます。 で、そーなると、今後はいかに負担なく UnitTest を作成・実行していくか？ という観点での話になってくると思うんですね。 FlexUnit を使ってみると 環境の構築とかは FlexUnitを試してみた - @sugamasao.blog.title # => ”コードで世界を変えたい” を見てもらうとして、実際にやってみる。 そうすると、 テストケースを書く テスト実行する というパターンや 実装する テスト書く テスト実行する のようなパターンをちょくちょく行う事になります。 そうすると「よし、テスト実施だ！」テスト実行→「あ、間違ってた」修
今さらながら なぜ daemontools を使うのか - kazuhoのメモ置き場 これを読んで、 通常のプログラムをそのままデーモン化できるから という記述にうんうんと頷いていた。1 今回は、daemontools もいいかもしれないけど God を使って daemon 作ろうぜって話。これは monit には真似できないよ。 cf. M/Monit | Wiki Godでオレオレデーモンを作る例えば以前作った Rswatch っていうログを監視するツールなんかも、一応 daemon のように動くけど、これ落ちたらどうすんのとか、システム起動時に自動的に起きるようにするのどうしよう、とかいろいろ管理しにくくて仕方なかった。デーモンを作ることは、実は 1)目的の動作を作り込むこと、2)デーモン化する処理を作り込むこと、の二つに分けられる。そう、2 は目的じゃない。期待する動作ではあるけれ
もともとSinatraではRack::Reloaderが上手く機能しないのでshotgunを使おうという流れだったのですが、諸般の事情でshotgunを使えない状況になったため、本腰を入れてRack::Reloaderを使えるようにする方法を調べました。 結論として、以下のようにすれば使えました。 config.ru 1 configure :development do 2 class Sinatra::Reloader < Rack::Reloader 3 def safe_load(file, mtime, stderr = $stderr) 4 ::Sinatra::Application.reset! 5 use_in_file_templates! file 6 stderr.puts "#{self.class}: reseting routes" 7 supe
Ruby/SDL(Ruby 1.9用mswin32版)をgemでインストールするとき、dllをコピーするために、gemのインストール先パスを取得する方法を検討したので、その結果をメモで載せておきます。 # gemファイルを検索してくれる頼もしい存在 ps = Gem::GemPathSearcher.new # init_gemspecs:インストールしているGem::Specificationインスタンスを検索 spec = ps.init_gemspecs. # 指定のgem名の一覧を取得(バージョン番号違いのものがあるため) select{|sp| sp.name.match(/取り出したいGem名(例：rubysdl\-mswin32)/)}. # 最新のバージョンを取得 max_by{|sp| sp.version.to_s} # installation_path: gemがイ
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
TwitterArchiveFilter を cygwin 上で動かす - すぱいだー日記。 を読んでいて、Ruby でプラットフォーム毎に処理を切り分ける場合の定石ってあるの？と思ったので、調べてみた。 先に libtidy.so が読み込まれると困るので、元のファイル名をリネームして回避されたとのことだが、そもそも scrAPI の .rb の書き方が良くないのではないかと思う。 いつも、自分が C で書かれたパッケージを cygport する時は cygwin の gcc に定義済みのマクロ __CYGWIN__ を使用して切り分けるわけだが、Ruby でも同様にプラットフォームの情報で切り分けるような書き方にすべきだと思う。 んで、調べてみたら、RUBY_PLATFORM にビルドの時に config.guess で取得した文字列が格納されているので、それを参照すればいいはず。 .
This shop will be powered by Are you the store owner? Log in here
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
