>> image.url
=> /system/foo/bar.jpg
>> app.root_url
=> http://example.com/
>> app.root_url[0...-1] + image.url
=> http://example.com/system/foo/bar.jpg
他にいいやり方無いかしら。
>> image.url
=> /system/foo/bar.jpg
>> app.root_url
=> http://example.com/
>> app.root_url[0...-1] + image.url
=> http://example.com/system/foo/bar.jpg
他にいいやり方無いかしら。
rake db:reset
がherokuではできないので下記。
$ heroku pg:reset DATABASE_URL --confirm my-app
Rails Best PracticesのLaw of demeterを直してる時に結構出てくる。
class Award < ActiveRecord::Base
belongs_to :story
delegate :user, :user_name, to: :story, prefix: true
end
class Story < ActiveRecord::Base
belongs_to :user
delegate :name, to: :user, prefix: true
has_many :awards
end
class User < ActiveRecord::Base
has_many :stories
end
>> Award.find(1).story_user_name # => "komagata"
これは分かりやすくなってる!・・・のかな・・・。
RailsでDBのデータ変更はどこに書く? - komagataの続き。
コメント欄やFacebook、Twitterなどで色々教えていただきありがとうございます!
ちょっとFBの過去ログ見つからないんですが確か@kdmsnrさんが
「Rails Wayにseed.rbではdelete_all
しろと書いてあった」
と仰ってました。
つまり、rake db:seed
はproductionで毎回実行する。リエントラントに書くってことですな。
自分のプロジェクト(怖話)でも、今までInsertSeedMigrationみたいに書いてたのをrakeタスクとseedに移すように書きなおしてます。
どういう時に何が困ってたのかやっと自分の中でまとまってきたんですが、要は、
「最初の3人のユーザー」とか「最初の10件のPOST」とか「productionで後々増えていくデータの初期データ」をどうするのか?ってことでした。
User.delete_all
してUser.create!
をseedに書くとproductionで他のUserが消えちゃうし。seedでif Rails.env.production?
する?
怖話でAndyというユーザー名で登録しようとするとエラー。
Mysql2::Error - Duplicate entry 'Andy' for key 'index_users_on_name'
多分小文字のandyとぶつかってるんだろうな。
validates :name, uniqueness: true
してるのに何故だろう。mysqlのcollationが変なのになってるのかなと確認してみるも問題無し。
uniquenessを確認している部分のSQLクエリをみてみると・・・
SELECT 1 AS one FROM `users` WHERE `users`.`name` = BINARY 'Andy' LIMIT 1
BINARY・・・だと・・・!?
deviseの設定でcase_insensitive_keysを設定しないとBINARYで確認しにいくようです。
# config/initializers/devise.rb:
config.case_insensitive_keys = [ :email, :name ]
ここにnameも追加してOK。configのコメントぐらいちゃんと読んどけってことですな。
「usefulなライブラリを求めてるのにstarseekerを使ってない?」
「ふざけるな!」
「本日より貴様をスノーボール二等兵と呼ぶ」
「いい名前だろ、気に入ったか?」
成人男性の98%が利用してるというstarseeker.soに関して、残念ながら残りの2%に該当してしまった人(もしいるとすれば)にご説明させて頂きます。
githubで自分がfollowしている人がstarを付けたrepositoryを毎朝メールしてくれるサービスです。
ただ僕はRSSもTwitterも見ない人のものは全く見ない代わりに見ると決めた人はひとつも漏らさず見るスタイル(情報収集スタイルについて - komagata)なので、starseekerもRSSフィードで見てます。
例えば、
moroさんがstarしてるreposは何か実用的でちょこっと便利なやつなんだろうなーとか
junoさんがstarしたのは、俺が知らないなんかおしゃれなgemとかなんだろう、とか
kenchanさんはすごくエッジなライブラリを見つけててすごいな、とか
全く知らなかったclojureを始めた時も、clojureの有名な人をfollowしとけばそこから直ぐに良い人が見つかって広がりました。
ビジネスマンが日経読んでないと上司に怒られる・・・みたいな。これが無い生活は考えられません。
あと、starseeker.so自体もruby2.0.0-p0, rails4beta1, pumaでソースがとても綺麗で参考になりました。
まあ、控えめに言って 神サービス ・・・ ですよね。
#263 Client Side Validations - RailsCasts
modelに定義したvalidationルールを使ってclient sideでもjsでvalidateしてくれるclient_side_validationsは糞便利なんですが、hiddenな要素はvalidateできない。
例えば、user_idがhiddenであって、特定のユーザーをブロックしたい時にはhidden要素もclient_side_validationsでvalidateしたい。
jsを2行書けば済むことなんですが、今後もありそうなのでgemにしました。
komagata/client_side_validations-with_hidden · GitHub# Gemfile:
gem 'client_side_validations-with_hidden'
// app/assets/javascripts/application.js:
//= require rails.validations
//= require rails.validations.with_hidden
productionのデータ変更処理をmigrationに書くとrails_best_practicesに怒られる。
Rails Best Practices | Isolating Seed Data
怖話のコードで言えば下記の様なもの。
# encoding: utf-8
class InsertSeedToSound < ActiveRecord::Migration
def up
Sound.create!(id: 1, name: "鳥の鳴き声")
Sound.create!(id: 2, name: "犬の鳴き声")
Sound.create!(id: 3, name: "水滴")
Sound.create!(id: 4, name: "カエルの鳴き声")
Sound.create!(id: 5, name: "ラジオのチューニング")
end
def down
Sound.delete_all
end
end
僕はmigrationに書いちゃってるけどみんなさんはどうやってますか?
seed.rb
に書けっていうけどrake db:seed
ってリエントラントに書くもの?最初の一回だけじゃないの?
それとも、productionの状態に合わせて過去のmigrationをまとめてseed.rbをそれに合わせて書きなおすみたいなことするのかな?
ちょっと周りのrubyist2名ぐらいに聞いた感じ結論が出なかったので「ふつうこうだよ」っていうのを知ってる方がいたら教えていただけるとありがたいです!(@komagata)
追記:
Githubも使ってたというAWSベースのPaaSの老舗Engine Yard Cloudを試してみました。
Engine Yard CloudはAWSの東京リージョンもサポートし、最初の500時間無料とのことで今後複数台構成を考えている怖話の移行先として動くかどうかデプロイしてみます。
Application作成。githubのreposを直接入れることができるのは嬉しい。
deployのためのキーが発行されます。これをgithubや自分のgit repos serverに登録してやれば勝手に取ってきてdeployしてくれると。
怖話のgithub reposのDeploy Keysにさっきのキーを登録。
Environmentの作成。Application Serverが選べるのか。怖話はunicornなので選択。rubyもgemもデフォルトでOK。
無料お試し中は東京リージョンは選べないそうです。残念。MySQLのバージョンを選んで、へーDBバックアップやインスタンスのスナップショットもデフォルトで取ってくれるのか。
一番気になるインスタンス構成の選択画面。
appサーバーは良い感じにbalanceしてくれるらしい。しかしDBサーバーはどうなってるんだろう。やっぱりアプリ内で明示的にmaster, slave分けてアクセスするんだよね?
とりあえずStaging configurationで。
後はただ起動処理を眺めます。ログを見るとchefで色々ガーっとやってくれてるみたいです。
rake db:migrate
のところをrake db:seed
にして怖話のseedを実行。そして割り当てられた仮のドメインにアクセスしてみると。
おお、特に何もいじってないのに怖話のproductionが動いた!凄いぞEYC!
実は初めてdeployした時は500番が出て動きませんでした。
右下にあるサポートチャットに、
"I deployed an app. But dosen't work."
とか物凄い抽象的な助けを求めたら、
「railsアプリにエラーがあるのかもしれない。ここからsshでログインできるから"/path-to/production.log"にあるログを見てみたらどうだい」
みたいなこと言われたので見てみたら、Engin Yard Cloudとか関係無く、普通に怖話のproduction(のseedのコード)がバグってただけでした。修正してアップし直したら動きました。
多分あっちは昼間なんだろうけど、夜の2時頃、お酒を飲みながら適当にインフラを弄ってた俺としては助けを求めた瞬間に的確に帰ってきたサポート体制に感動しました。(飲酒も手伝って)
logentriesのサポートチャットを使った時も同じような体験をしましたが、技術的にちゃんとわかってるサポートが瞬時に答えてくれるってのは今時のサービスでは当たり前なんでしょうか?ありがたすぎるぞ。
VPSで動かしてた怖話のproductionが何の変更も無しに動いたのはびっくり。あと金額も俺の超概算だとAWS直に10〜20%ぐらい載っけるぐらいの思ってたより安い価格設定。
自分の用途としてはある程度規模のサービスで、しっかりした会社からの受託開発を受けたら本気で検討する価値ありだなと思いました。
なんだかんだ行っても複数台構成には色々と面倒がついてきますし(デプロイ、監視、ロギング、バックアップ等)、何よりもAWSで作りこんだら引き継ぎが超面倒そう。リアルに想像すると「EC2で作りこんであの会社に引き継いだら運用できるのかな・・・」って思う時がありますが、EYCなら引き継げそう。特に鬼サポートはちゃんとした会社にとってはありがたいと思います。ググレカスとか言われないですし。
railsで何かサービスを作ったとする。ExceptionNotificationも入れた。NewRelicで5分毎に死活監視もしてる。なのに「落ちてるみたいです」とTwitterで言われる。
nginx + unicornの組み合わせでアクセスが増えた時、大抵真っ先に起こるのがunicornのtime out。
2013/02/08 18:36:10 [error] 20932#0: *3506622 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 〜
ってやつ。
重いDBのクエリとかでアクセスをさばくスピードより接続数が増えてきて起こる。railsアプリまで処理が行かないのでExceptionは起こらない。NewRelicで監視してるURL以外で起きたり時々起きたりしてるからこちらが気付かない。
要はNginxのエラーログも監視しないといけない。syslog(rsyslog)でもplainなfileを監視したりalertメール飛ばしたり、複数台のログを1台に集約したりプラグインでできるけど、不必要なエラーログをフィルタリングしたりの設定が少し面倒くさい。
nagios or ganglia or monit入れる?この程度のサービスでfluentd使うのも大袈裟だしなあ。
logentriesはLogglyとか沢山あるログ収集系のWebサービスです。多分これ系のどのサービス使っても同じ事できますが、LogglyだとAlertingは別サービスになってたりしてメンドイ。logentriesはWeb UIはイマイチですが設定は簡単だしalertメール飛ばすだけなら十分便利です。
logをlogentriesに送る方法は色々ありますが、専用agentを入れるのが一番簡単です。
$ su -
# echo 'deb http://rep.logentries.com/ squeeze main' >/etc/apt/sources.list.d/logentries.list
# gpg --keyserver pgp.mit.edu --recv-keys C43C79AD && gpg -a --export C43C79AD | apt-key add -
# apt-get update
# apt-get install python-setproctitle logentries
# le register
# apt-get install logentries-daemon
NginxのErrorログを監視。
# le follow /var/log/nginx/error.log --name Nginx-Error
しばらくするとこんな感じでログが集まってくる。
nginxのerror logは普通に404とかのエラーもあるので全部をalertメールしてたらウザいのでパターンにタグをつけます。
そしてそのタグに対してAlerts設定でメールを飛ばせばOK。「1時間に10回以上起きたら」とか「1時間に1回しか送りません」とかもWebから設定できるので簡単。
これで
「お客さんのエラー体験 = 俺らにAlertメール」
の図式に(常識的なメール数の中で)なるのでみんなで頑張ってエラー減らしまっしょい!という雰囲気になって良いです。