Railsのモデル名をすべて変更した話 - SmartHR Tech Blog
SmartHRでは開発にRuby on Railsを広く採用しています。 今日は負債解消のために、開発しているサービスでRailsのモデル名をすべて変更した話を紹介します。 既存のモデル構造のつらみ 私達が開発しているサービスでは、モデルの親子構造が分かりやすいということで、モデルをネストした構造にしていました。 例えば、 User に紐づくプロフィール画像 User::ProfileImage は、 app/models/user/profile_image.rb に配置する具合です。 パッと見の構造が分かりやすいのですが、時が経つにつれて次のようなつらさが顕在化してきました。 Railsの規約(推奨ルールのようなもの)に則っていないので、関連定義が冗長になる テーブル名が長くなる。 外部キーや関連名が長くなる。 関連名と外部キー名が一致せず、カラムを呼び出したいときにDB定義を見ないと
Github みたいにパスの最初のセグメントでユーザー名を使う方法 - present
久々の Rails ネタ。 『root 直下にユーザー名がくるような URL』を設計したいときがたまにある。 例えばこんなやつ。 https://localhost:3000/<ユーザー名>/issues この URL を実現するには、routes.rb で scope を使って、次のようにルーティングを記述すればいい。 scope "/:username" do get "/" => "home#index" resources :issues end ルーティングを確認してみると Prefix Verb URI Pattern Controller#Action GET /:username(.:format) home#index issues GET /:username/issues(.:format) issues#index POST /:username/issues(.:
How does Sidekiq really work?
Sidekiq is one of the most ubiquitous1 Ruby background job processors out there. To anybody who has worked with Ruby on and off Rails, it needs no introduction. Sidekiq has a 10+ year track record of being an efficient, battle-tested and simple-to-use solution for offloading the execution of application logic into the background. It utilizes a threaded model for job processing, uses Redis as a bac
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
