TCPListenerのファイルディスクリプタを調べる - walf443's blog
ListenしているSocketのfdを知りたいが、net.Listenerのインターフェースをみても取得する方法がないのでググったら、 http://naoina.plog.la/2013/11/12/235753683181 こんな記事をみつけた。 Socketからfdが取得できないのは、POSIX縛りになるからだと思われるが、ここで方法へどうやって辿りついたかよくわからなかったので調べてみた。 TCPListenerの定義を調べると、 // src/pkg/net/tcpsock_posix.go type TCPListener struct { fd *netFD }となっているので、reflectパッケージを使えば、 reflect.Indirect(reflect.Indirect(reflect.ValueOf(listener)).FieldByName("fd"))で、
railsコマンドの実行を超早くするrrails - walf443's blog
最近はお仕事で久々にがっつりrubyを書いてます。rails難しいです。 それはさておき、railsコマンドの実行が遅いのがつらいので、色々探していたら、jugyoさんのrails-shを見つけました。 rails-shはscalaのsbtとかみたいに、railsを読みこみ済みの環境を起動しっぱなしにしておき、既にライブラリ読みこみ状態からコンソールからコマンドを実行することで、ライブラリ読みこみにかかる時間を短縮する、というツールで、非常に実行を高速化することができます。 しばらく使っていたのですが、 raills-shのコンソールへ移動して打つのを忘れる zshじゃない RAILS_ENVがtestなコマンドも欲しいと2つのscreenのwindowを消費する rake -Tが動かない などがあったので、TCPでコマンドを送り、それ経由でrails/rakeコマンドを実行させるrrai
rrails v1.0.0 released. - walf443's blog
以前公開した、rails/rakeコマンドを超早くするrrailsですが、 http://d.hatena.ne.jp/walf443/20120427/1335482420 あれから、色々な方に使っていただいているようで、パッチをいくつかもらったりしてupdateしたりしています。 最近quark-zjuさんという方からたくさんpatchをいただいて、今までできなかったことができるようになった & 今までと非互換なところがでてきた、ということで紹介します。 rails console/serverができるように 今まで子プロセスへPTYの引きつぎをしていなかったため、rails console/serverなどが実行しても、こちらの入力をrrailsへ教えることができなかったのですが、できるようになりました。 個人的にはrails consoleあんまり使わないので対応しなくてもいいかな
rackのアクセスログをfluentdへ投げるミドルウェア - walf443's blog
railsのアクセスログは、とても機械的に解析しづらく、運用するにはあまりよろしくない。そこで、Rack::CommonLoggerを使ってアクセスログを別途とったりしようとしていたのですが、(一般的にはNew Rericとかをつかうのが普通なんでしょうか?) ログのローテーションとか考え出すと、あまり良い方法が思いつかない、という関係で、 syslogへ投げる fluentdへ投げる というアイディアを思いついたのですが、syslogだと機械解析しづらいフォーマットになってしまったりあまり詳しい人が意外といなかったりする関係で、流行っているfluentdへ投げちゃえと思いRack::CommonLogger::Fluentというrackのミドルウェアを書いてみた次第。 https://github.com/walf443/rack-common_logger-fluent まだ作り始めで
Test::TypeConstraints - walf443's blog
ちょっと固めに書いておきたいところで、メソッドの戻り値の型をテストしておきたくて、Smart::Argsとかを使うのに慣れてくると、ArrayRef[Int]とかでテストできると楽だなぁと思ったので書いてみました。 https://github.com/walf443/p5-test-type_constraints 内部的には、Data::Validatorを呼びだして、エラー時にメッセージをちょろっと変えているだけ。 自前のsubtypeつくったりして、そういうのをテストするときにも使えそうで、そういうときは、coerceが効いた方がよいのかな、思いつつ、どうやってそのあたりのインターフェースをかえようかな、というのは考え中です。 �(Moose|Mouse)はけっこう使われてはいるはずなので、似たようなのが既にあるかもしれないですが、ぱっとみ見つからなかったです。
ActiveResourceを少し触ってみた - walf443's blog
TwitterのAPIでRailsのActive Resouceを試してみる http://blog.tkmr.org/tatsuya/show/318-twitter-api-rails-active-resouce の影響を受けてActiveResourceを使ってみた。 上の記事と合わせて思ったことをつらつらと書きます。 多くの場合書くクラスの設定は共通しているのでサイトごとにベースのクラスを用意してやって小クラスはそれを継承してやってから使う方が色々と楽でよいと思う。つまり上の記事の例なら、 require 'highline' require 'logger' class Twitter::API < ActiveResource::Base USER = HighLine.new.ask('user:') PASSWD = HighLine.new.ask('passwd:')
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
githubのGemfile.lockやpackage.jsonのdiffからそれぞれのライブラリのdiffへ飛べるChrome拡張を作った - walf443's blog