Pow などを利用して開発を行う際に、pry-remote は欠かせないツールです。
binding.pry_remote でブレークポイントを設定し、コンソールで pry-remote コマンドを使うと pry のようにデバッグができます。
しかし、pry-byebug の 2.0.0 になってから、pry-remote が利用できなくなってしまいました。pry-byebug の仕様変更が原因のようです。Issue を見る限り、対応には時間がかかりそうなので次のようにして対応しました。
gem 'pry-byebug', '1.3.3'
File Uploads with Refile | GoRails を見ての感想文です。
carrierwave の作者が作った後継 gem refile がなかなかよさそうな感じです。
など、carrierwave にあったらいいなーと思っていた機能が盛り込まれています。あとは参考記事に書いてある文章を読む限りでは、ソースコードも見やすくなっているぽいですね(carrierwaveのソースコード追うのは結構辛かった記憶があります)。
次ファイルアップロード機能をつけるときには使ってみようと思います。
GoRails、スタート当初は railscasts と似た内容しかなかったので登録していなかったのですが、今日見たらだいぶ良い感じになっていたのでこのたび課金ユーザになりました。
Refile: Fixing Ruby File Uploads — Elabs
課金ユーザ向けに、refile でファイル選択後即アップロードと、アップロード進捗を表示する動画が上がってたのでそちらも見ました。なかなか手軽に実装できるようでまた良い感じ。
このブログは lokka & heroku で動いています。lokka の theme を Bootstrap 2.1系 で作っていたのですが、このたび最新の 3.3.1 にしました。
メンテがダルいのではてなブログに出戻りたい気持ちがあるのですが、既存の記事をうまく移行する方法が思いつかないので、このままもうしばらく頑張ります…。
とりあえずデザインをもう少しまともな感じにしたいですね( ˘ω˘)
Rails で、text.erb 形式のみでメールテンプレートを作った場合は、テキストメールになるはず。でもなぜかHTML形式で受信してしまう…。
調べたら、使っているメール送信用のサービスSendGridのデフォルトの設定に、テキストメールをHTMLメールに変換して送るというものがあるのですね…知らなかった。変換を外すようにチェックを付けて設定を変更したらテキストメールになりました。
@miyohide さんの協力により、ランダムで日本人の名前を返す gem Gimei が住所に対応しました。次のようにすると、それっぽい住所を返します。
address = Gimei.address
address.kanji # => 岡山県大島郡大和村稲木町
address.to_s # => 岡山県大島郡大和村稲木町
address.hiragana # => おかやまけんおおしまぐんやまとそんいなぎちょう
address.katakana # => オカヤマケンオオシマグンヤマトソンイナギチョウ
address.prefecture.kanji # => 岡山県
address.prefecture.to_s # => 岡山県
address.prefecture.hiragana # => おかやまけん
address.prefecture.katakana # => オカヤマケン
address.city.kanji # => 大島郡大和村
address.city.to_s # => 大島郡大和村
address.city.hiragana # => おおしまぐんやまとそん
address.city.katakana # => オオシマグンヤマトソン
address.town.kanji # => 稲木町
address.town.to_s # => 稲木町
address.town.hiragana # => いなぎちょう
address.town.katakana # => イナギチョウ
どうぞご利用ください。
また、この機能を入れる際に大幅にリファクタリングした結果、他の機能を追加するのもだいぶ簡単になりました。こんな機能も欲しい！と思ったらお気軽に Pull Request お願いします。
昨日、第17回目の ginza.rb ミートアップを開催しました。
Ginza.rb 第17回 二本立て！Rackサーバ比較＆Awesome Ruby - Ginza.rb | Doorkeeper
Rackサーバに関する記事をいくつか読んで感想を話していたら1時間あっという間にたってしまった感じです。@y_yagi さんが Engin Yard さんの記事にあったベンチマーク(関連記事を参照のこと)を表にまとめておいてくれたお陰で捗りました。所感をまとめると
あとはもうじき公開される予定の Raptor について。Raptor は Unicorn の 4 倍、puma の 2 倍早いとうたっている、現在最も注目を集めているサーバです。具体的にどんな感じなのかは関連記事を読んでもらうとして、すごくざっくりまとめると
と、こんな感じです。個人的にはスレッドベースのサーバはちょっと手を出しにくい気がしているので、プロセスベースで速い(らしい) Raptor にはとても期待しています。本当に速くてかつ安定しているのであれば、来年の今頃はみんな nginx + unicorn から Raptor に乗り換えている可能性もありますね。
@y_yagi さんが、Rails 4.2 から導入される Active Jobs が対応している、バックエンドジョブ系の gem についてまとめてくれました。sidekiq や resque などの定番以外は尖った gem が多くて(postgres専用だったり、インメモリだったり)なかなかおもしろかったです。
資料はこちら。
今年最後の ginza.rb ミートアップは、基本に立ち返ってソースコードリーディングで締めることになりました。spring を読む予定です。気になる方は Doorkeeper か facebookグループ に登録していただけると捗ると思います！
respond_to についての以下の記事を読んだ。
respond_to without all the pain - Weissblog
詳しくは原文見て欲しいけど、用意していないフォーマットにアクセスされたときにどのように振る舞うかについて書かれている。
これまで、用意していないフォーマットにアクセスされた時は、僕は次のように、エラーページを強制的にhtmlフォーマットで表示するようにして対応していた(formats: [:html] がないと、リクエストされたフォーマットでエラーページを表示しようとして更にエラーになる)。
rescue_from Exception, with: :error500
def error500(e)
render 'error500', status: 500, formats: [:html]
end
でもこれはちょっとおかしい。そもそこれは予想している挙動なので、ステータスコードは 500 ではない。かといって TemplateMissing を 406 などに紐付けるのもちょっとアレ(「あるべきテンプレートがない」という本来のケースを 406 にしてしまうケースがあり得る)。
なのでフォーマットを用意していないときに、ちゃんと UnknownFormat エラーにして、406 を返してあげるようにしたい。上のエントリでは、respond_toをコントローラレベルで使用することで解決すると書いてあった。しかし試してみるとうまく動かない。ソースコードをざっと見た感じ、コントローラレベルのrespond_toはrespond_withと一緒に使うもののようだ。アクションレベルのrespond_toは期待通り動いたけれど、すべてのアクションにrespond_toを書くのはダルい…。
よってここをきちんとやりたかったら、新しく gem を作ってやるしかないのでは…という気分になってる。けど面倒なのでだれか作ってくれるといいなあ。
…時間あったら作ります。
