タグ

ブックマーク / tkawa.hatenadiary.org (3)

  • RailsでのURL設計を考えてみる(3) 確認画面のURLは必要か - ぶろぐ。@はてな

    今度は「Rails3 失敗から学ぶDevise利用時のURL設計 - 130単位」のコメントをきっかけに考えてみました。 routes.rbの書き換え 新規登録のときに確認画面や完了画面がほしいという場合はよくあります。 もともと match 'user_entry/profile' match 'user_entry/setting' post 'user_entry/confirm' post 'user_entry/create' get 'user_entry/complete' だったものを、 resource :user, :only => :show do resource :profile, :except => [:show, :destroy] resource :setting, :except => [:show, :destroy] end とするのはどうか、と考

    RailsでのURL設計を考えてみる(3) 確認画面のURLは必要か - ぶろぐ。@はてな
    d_animal141
    d_animal141 2014/08/27
    RailsでのURL設計を考えてみる(3) 確認画面のURLは必要か - ぶろぐ。@はてな
  • RailsでのfavoriteのURL設計 - ぶろぐ。@はてな

    http://d.hatena.ne.jp/r7kamura/20110505/1304577667がすごいなと思って、routes.rbの書き方の例についてコメントしたのですが、自分で書いておいて後で「unfavorite」はちょっとまずいかなと思ったので、favorite(いわゆるお気に入り、スター)はどういうふうに設計すればいいのか考えてみました。 構造はよくある感じの、 tweet has_many favorites user has_many favorites 任意のツイートに任意のユーザーがお気に入りをつけられるというもの。別にツイートじゃなくても何でもOKです。 ブログのコメントにはこのように書きました。 (1) resources :tweets do member do post 'favorite' post 'unfavorite' end end ルーティングは

    RailsでのfavoriteのURL設計 - ぶろぐ。@はてな
    d_animal141
    d_animal141 2014/05/14
    RailsでのfavoriteのURL設計
  • 次期RailsがPATCHメソッドを採用 - ぶろぐ。@はてな

    先月、Railsのブログにこんな記事が載りました。 http://weblog.rubyonrails.org/2012/2/25/edge-rails-patch-is-the-new-primary-http-method-for-updates/ なぜか当初とURLが変わっているようで、ブックマークは Edge Rails: PATCH is the new primary HTTP method for updates | Riding Rails のほうが多いです。(たしかこっちはブログのコメントもいっぱいついてたと思うんだが消えている…) これは簡単に言うと、 ということなんですが、僕が記事を読んだ限りの解釈をもう少し詳しく説明したいと思います。 PUTは冪等 Railsのroutes.rbで resources :users と書くと、いくつかのルーティングが生成されますが、

    次期RailsがPATCHメソッドを採用 - ぶろぐ。@はてな
    d_animal141
    d_animal141 2014/02/09
    次期RailsがPATCHメソッドを採用
  • 1