小さなマイクロブログ『mio』を作っています - とある技術の備忘録
Ruby これは何？小規模のグループで緩くコミュニケーションを取るための、Twitterクローンなマイクロブログです。Rails製です。このGW中に作りました。予め決められたグループで運用することを想定しているため、twitterに比べるとFollow機能等がありません*1が、その分グループ運用に適した他の機能も加わっています。 Timeline Wiki - Show Wiki - Edit なぜ作った？大学の研究室で日々の成果や意見等をつぶやくことで、学生や教員間で進捗を管理しつつコミュニケーションを取り、良い研究室生活を送ろう、という目的のもとで作りました。研究室でなくとも、友人間のグループや小規模なプロジェクト等、色々な用途に使えるのではないかと思っています。 また、Rails3を使ってまともなWebアプリを作ってみたかったので、その学習も兼ねています。コードはこちら(github
RailsでのURL設計を考えてみる(5) Railsのリソースパターン - ぶろぐ。@はてな
URL設計の前段階として、とても大切なのがリソース設計です。そのWebアプリ・Webサービスで何を提供するのかが決まる部分だからです。しかし、なかなかリソースという概念が定着していないようなので、Railsで採用されているパターン*1を例に挙げて紹介してみたいと思います。 今までのシリーズ記事と重なるところもありますが、まとめということで…。 リソースとは 簡単に言うと、「URLで示されるもの」です。URLというのが“Uniform Resource Locator”の略ですからね。 http://d.hatena.ne.jp/tkawa/20110819/p1 http://d.hatena.ne.jp/tkawa/20110819 最初のものは、前回書いたブログ記事『RailsでのURL設計を考えてみる(4) スラッシュと「持っている」関係』というリソースです。 その次は、『tkawa
Rails3 失敗から学ぶDevise利用時のURL設計 - 130単位
no title 要件 ユーザー登録のあるアプリ メアドで仮登録→本登録で各情報入力 仮登録状態の時は本登録に強制遷移 新規登録とは別にマイページが存在 ユーザーのプロフィール入力とアプリ設定入力は別画面 新規登録では確認画面や完了画面もほしい マイページでの編集時はなしにした やや複雑な仕様のため一般化するのは難しいかもしれませんが、自分が選択したやり方を紹介してみます。 環境 Rails3.0.7 Devise1.3.4 モデル設計 User UserProfile UserSetting UserはDevise用フィールドのみにして、プロフィール等は関連モデルで定義 当初のURL設計(失敗例) #新規登録 match 'register/profile' match 'register/setting' post 'register/confirm' post 'register/c
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設計を考えてみる(2) follow - ぶろぐ。@はてな
前回の「RailsでのfavoriteのURL設計」が思いがけなくそこそこ見てもらったようなので、いろんなパターンのURL設計を考えてみるシリーズをやってみたいと思います。（続くかどうかは未定） こんどはMioからは離れて、といってもほとんど同じようなものですが、Twitterのfollowのような機能を考えてみます。 Twitterの設計 考える前に、TwitterのWebサイトとAPIではフォロー関係の設計がどうなっているか参考に見てみましょう。*1 Webサイト URL フォローしている ユーザ（ツイート） /:screen_name/following フォローしている ユーザ /:screen_name/following/people フォローされている ユーザ /:screen_name/followers API*2 URL 追加パラメータ フォローしている ユーザ（ID）
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 ルーティングは
第5回デザイナー向けプログラム部 #p4d に参加しました - ぶろぐ。@はてな
昨年の10月ぐらいから参加している「デザイナー向けプログラム部」の第5回が開催されたので、エンジニア枠で行ってきました。 基本的には「気軽に教えてくれるメンター（先生役）のいるハッカソン」ということで、実際に手を動かしてやってみようというイベントなのですが、今回は時間を30分もらってRESTについて話をさせてもらいました。 RESTとRailsスタイル View more presentations from Toru Kawamura 「しっかり準備します」って言ったわりにはあまりちゃんと準備できなくて、スライドの完成度がいまいち、内容もまだ途中（ステータスコードの話が全くない）、という感じなのですが、質疑応答もあってちょうど30分ぐらいになりました。 対象がデザイナーということで、できるだけ専門用語を使わずに、重要なものだけ、とか思っていたのですがスライド見るとそんな感じはないですね…
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新規