はてなブックマーク

14章では他のユーザーをフォロー及びフォロー解除できる仕組みと フォローしているユーザーの投稿をステータスフィールドに表示する機能を追加していく。 ユーザー間の関係をどうモデリングするか学ぶ モデリングに対応するWebインターフェイスを実装 ステータスフィールドの完成版を実装 という流れ。 チュートリアルの中で最も難易度が高い手法をいくつか使っているとの事でｶﾞｸ🐫ﾌﾞﾙですねぇ！ ページ操作の全体的なフローは次のようになります。あるユーザー (John Calvin) は自分のプロフィールページを最初に表示し (図 14.1)、フォローするユーザーを選択するためにUsersページ (図 14.2) に移動します。Calvinは2番目のユーザーThomas Hobbes (図 14.3) を表示し、[Follow] ボタンを押してフォローします。これにより、[Follow] ボタンが [

※毎回書いたほうがいい気がするので書いておきます※ 平文の部分をちょこちょこI18nで日本語化しているのですが その部分に関しては特に記述していなくてもたまにコードが違ったりしています。 t(‘.hogehoge’)って部分です どうぞお気になさらず。 13.4 マイクロポストの画像投稿 マイクロポストの基本的な操作は実装できたが 応用として画像付きのマイクロポストを投稿できるようにしていく。 開発環境用のβ版を実装 ↓ 改善 ↓ 本番環境用の完成版を実装 .gitignoreの編集 開発環境でアップロードされた画像がgitにpushされないように.gitignoreを編集しておく （本文では最後の方に出てくるけど、途中でもコミットするのであれば設定しておく🐫） . . . # アップロードされたテスト画像を無視する /public/uploads ※隠しファイルになっているので注意 画

※毎回書いたほうがいい気がするので書いておきます※ 平文の部分をちょこちょこI18nで日本語化しているのですが その部分に関しては特に記述していなくてもたまにコードが違ったりしています。 t(‘.hogehoge’)って部分です どうぞお気になさらず。 13.3 マイクロポストを操作する モデリングとテンプレートが完成したのでweb経由でマイクロポストを操作できるようにしていく 従来のRailsの開発の慣習と異なる部分 Micropostsリソースへのインターフェイスは、主にプロフィールページとHomeページのコントローラを経由して実行されるので、Micropostsコントローラにはnewやeditのようなアクションは不要ということになります。つまり、createとdestroyがあれば十分です。 よってMicropostのリソースは下記↓のように ・ ・ ・ resources :use

13.2 マイクロポストを表示する マイクロポストの表示予定図はこんな感じ RoRT本文参照です ここでは、Twitterのような独立したマイクロポストのindexページは作らずに、図 13.4のモックアップに示したように、ユーザーのshowページで直接マイクロポストを表示させることにします。ユーザープロフィールにマイクロポストを表示させるため、最初に極めてシンプルなERbテンプレートを作成します。次に、10.3.2のサンプルデータ生成タスクにマイクロポストのサンプルを追加して、画面にサンプルデータが表示されるようにしてみます。 13.2.1 マイクロポストの描画 ユーザーのプロフィール画面 (show.html.erb) に、そのユーザーのマイクロポストを表示させたり、そのユーザーが投稿した総数も表示させたりしていく →一旦データベースをリセット＆サンプルデータの再生成 $ rails

ユーザーが短いメッセージを投稿できる機能を作っていく →「マイクロポストリソース」を追加していく Micropostデータモデルを作成し、Userモデルとhas_manyおよびbelongs_toメソッドを使って関連付けを行い、さらに、結果を処理し表示するために必要なフォームとその部品を作成します (13.4で画像のアップロードも実装します)。 因みに（？）14章ではユーザーをフォローするという概念を導入してマイクロポストのフィードを受け取れるようにする（Twitterのミニクローンの完成！） 13.1 Micropostモデル Micropostモデルを作成する 今回のマイクロポストモデルは完全にテストされ、デフォルトの順序を持ち、また親であるユーザーが破棄された場合には自動的に破棄されるようにします。 （2章のtoy-appと違って～的なお話) ではブランチを作成して作業開始！ $ g

12.4 本番環境でのメール送信 (再掲) 本番環境のセットアップは11章で終わってるのでマージしてデプロイ 随時コミットはしているので テストしてgit statusしてコミット忘れないかチェックしてブランチのままpushして GitHubでプルリクしてマージして戻ってプルするいつもの流れ Herokuへデプロイ $ rails test $ git push $ git push heroku $ heroku run rails db:migrate →パスワードの再設定を試してみる できた！ 演習 production環境でユーザー登録を試してみましょう。ユーザー登録時に入力したメールアドレスにメールは届きましたか? メールを受信できたら、実際にメールをクリックしてアカウントを有効化してみましょう。また、Heroku上のログを調べてみて、有効化に関するログがどうなっているのか調べて

Ruby on Railsでは、form_withやform_forタグの中でパラメータをユーザが直接フォームから入力させないまま、値を受け渡したい時に使用するものとして hidden_fieldとhidden_field_tag があります。 controller で保持している user_id を次のアクションに渡したい、といった時に利用します。 formではユーザの名前などの情報を入力してもらって、裏側でuser_idを渡すイメージです。 使い方に少し注意が必要であるため、使用方法をまとめました。 また Ruby on Railsチュートリアルや初心者にとってこのふたつの違いはわかりにく… 本文読んでて「hidden_field初めて出てきたけどこれまでの書き方とは🤔」ってなったけど 「これまでの（フォームの）書き方」って事か。 PasswordResetsコントローラのeditア

※毎回書いたほうがいい気がするので書いておきます※ 平文の部分をI18nでちょこちょこ日本語化しているのですが その部分に関しては特に記述していなくてもたまにコードが違ったりしています。 t(‘.hogehoge’)って部分です どうぞお気になさらず。 12.2 パスワード再設定のメール送信 パスワードの再設定に関するメールの部分を作っていく 11章でUserメイラーを生成した際にデフォルトのpassword_resetメソッドなどもまとめて生成されているので それを使って定義していく！ 12.2.1 パスワード再設定のメールとテンプレート 11.3.3で行ったリファクタリングと同様の作業を行っていく 最初にUserメイラーにpassword_resetメソッドを作成し (リスト 12.7)、続いて、テキストメールのテンプレート (リスト 12.8) とHTMLメールのテンプレート (リス

12章でやること パスワードを忘れた時に再設定できるようにする仕組みを作る 見本は本文参照の事 11章ですでにパスワード再設定用のメーラーが生成されているので、そこにリソースとデータモデルを追加してパスワードの再設定を実装していく。 全体の流れはこちら ユーザーがパスワードの再設定をリクエストすると、ユーザーが送信したメールアドレスをキーにしてデータベースからユーザーを見つける 該当のメールアドレスがデータベースにある場合は、再設定用トークンとそれに対応するリセットダイジェストを生成する 再設定用ダイジェストはデータベースに保存しておき、再設定用トークンはメールアドレスと一緒に、ユーザーに送信する有効化用メールのリンクに仕込んでおく ユーザーがメールのリンクをクリックしたら、メールアドレスをキーとしてユーザーを探し、データベース内に保存しておいた再設定用ダイジェストと比較する (トークンを

11.3 アカウントを有効化する メールが生成できるようになったのでAccountActivationsコントローラのeditアクションを書いていく。 テストも書いて、しっかりテストできていたらUserモデルにコードを移していく (リファクタリング) authenticated?メソッドの抽象化 有効化トークンとメールはそれぞれparams[:id]とparams[:email]で参照できるので 次のようなコードでユーザーを検索して承認する user = User.find_by(email: params[:email]) if user && user.authenticated?(:activation, params[:id]) (この後、上の式に論理値を１つ追加します。何が追加されるか考えてみましょう。) （→予想：アカウントが有効化されていないことを確認する論理値　#とは　🤔

11.2 アカウント有効化のメール送信 準備ができたので、アカウント有効化メールに必要なコードを追加していく このメソッドではAction Mailerライブラリを使ってUserのメイラーを追加します。このメイラーはUsersコントローラのcreateアクションで有効化リンクをメール送信するために使います。 Action Mailerライブラリとなはんぞ Railsを使ってメールを送信する仕組み（雑） アクションやviewからメールを送信できるようになる メイラーの動作はコントローラのアクションと似ているしテンプレートはviewに似ている 詳しくはこちらとか→Railsガイド｜Action Mailer の基礎 11.2.1 送信メールのテンプレート メイラーもrails generateで生成する $ rails generate mailer UserMailer account_ac

11章でやること アカウントを有効化するためのメール認証システムを作る！ ユーザーの初期状態は「有効化されていない」(unactivated) にしておく。 ユーザー登録が行われたときに、有効化トークンと、それに対応する有効化ダイジェストを生成する。 有効化ダイジェストはデータベースに保存しておき、有効化トークンはメールアドレスと一緒に、ユーザーに送信する有効化用メールのリンクに仕込んでおく ユーザーがメールのリンクをクリックしたら、アプリケーションはメールアドレスをキーにしてユーザーを探し、データベース内に保存しておいた有効化ダイジェストと比較することでトークンを認証する。 ユーザーを認証できたら、ユーザーのステータスを「有効化されていない」から「有効化済み」(activated) に変更する。 うむわからん！ こうやって書くとよくわからないけど、 パスワードや記憶トークンの仕組みと似た

10.4 ユーザーを削除する RESTに準拠した正統なアプリケーションとなる為に、最後の一つ、destroy機能を実装していく！ 削除権限を持つ管理 （admin）ユーザーのクラスを作成し→ユーザーを削除するためのリンクを追加し→destroyアクションを実装する 見本はこちら→RoRT本文 10.4.1 管理ユーザー 論理値をとるadmin属性をUserモデルに追加する　→　自動的に論理値を返すadmin?メソッドも使えるようになる　→　管理ユーザーの状態をテストできる admin属性をUserモデルに追加 属性の型をbooleanと指定してマイグレートファイルを作る boolean型 → 論理値を取る型 $ rails generate migration add_admin_to_users admin:boolean Running via Spring preloader in

10.3 すべてのユーザーを表示する indexアクションを追加してユーザー一覧を表示させる →データベースにサンプルデータを追加する方法 →ページネーション（pagination=ページ分割）の方法 見本はこちら　→　RoRT本文 10.3.1 ユーザーの一覧ページ ユーザーindexページはログインユーザーしか表示できないようにする indexアクションのリダイレクト UsersControllerTestにindexアクションが正しくリダイレクトするかを検証するテストを定義していく require 'test_helper' class UsersControllerTest < ActionDispatch::IntegrationTest # テストユーザーを設定 def setup @user = users(:michael) @other_user = users(:arc

10.2 認可 ウェブアプリケーションの文脈では、認証 (authentication) はサイトのユーザーを識別することであり、認可 (authorization) はそのユーザーが実行可能な操作を管理することです。 現状ではログインしていないユーザーでもどのユーザー情報でも編集できてしまうため ユーザーにログインを要求し、自分以外のユーザー情報を変更できないように制御する →セキュリティ上の制御機構をセキュリティモデルと呼ぶ やっていくこと ログインしていないユーザーが保護されたページにアクセスしようとした場合ログインページに転送してメッセージを表示させる さらに、許可されていないページにアクセス済のユーザーがいたらルートURLにリダイレクトさせる 10.2.1 ユーザーにログインを要求する Usersコントローラの中でbeforeフィルターを使ってユーザーにログインを要求する bef

10章でやること ユーザーの更新・表示・削除 →未実装のedit、update、index、destroyアクションを加えてRESTアクションを完成させる ユーザーが自身でプロフィールを更新できるようにする ログイン済の場合ユーザー一覧を表示できるようにする 管理ユーザーを作成し、管理ユーザーのみユーザーを削除できるようにする 10.1 ユーザーを更新する ユーザー情報を編集するパターンは新規ユーザーの作成を参考に進められる 新規ユーザー用のビューを出力するnewアクションと同じようにして、ユーザーを編集するためのeditアクションを作成すればよいのです。同様に、POSTリクエストに応答するcreateの代わりに、PATCHリクエストに応答するupdateアクションを作成します ただし、ユーザー登録は誰でもできるけどユーザー情報の更新はそのユーザー自身に限られる！ →8章の承認機構を使って

9.3 [Remember me] のテスト 動作をテストで確認できるようにしておくことが重要です！！ →ユーザーを永続化するコードのメイン部分は未だ全くテストされていないのであった 9.3.1 [Remember me] ボックスをテストする log_in_asヘルパーメソッドを定義 ユーザーが記憶されるためにはログインが必要なので テスト内でユーザーがログインできるようにするためのする →単体テスト・統合テストそれぞれで使えるように定義していく ・ ・ ・ class ActiveSupport::TestCase # Setup all fixtures in test/fixtures/*.yml for all tests in alphabetical order. fixtures :all include ApplicationHelper # Add more helpe

9章でやる事 （任意で）ユーザーのログイン情報を記憶しておけるようにする →remember me機能 永続cookieを使ってremember me機能を実現 9.1 Remember me 機能 ブラウザを閉じた後でもログイン状態を有効にする[remember me] 機能を実装していく この機能を使うと、ユーザーが明示的にログアウトを実行しない限り、ログイン状態を維持することができるようになります。 git checkout -b advanced-login 9.1.1 記憶トークンと暗号化 8.2で行ったsessionメソッドを使ってユーザーIDを保存する方法ではブラウザを閉じるとユーザー情報が消えてしまう。 本節では、セッションの永続化の第一歩として記憶トークン (remember token) を生成し、cookiesメソッドによる永続的cookiesの作成や、安全性の高い記

8.2 ログイン 有効な値の送信があった場合にログインできるようにする！ →cookieを使った一時セッションでログイン →ブラウザを閉じると自動的に期限切れになるようにする セッションを実装するには、様々なコントローラやビューでおびただしい数のメソッドを定義する必要があります。（中略）Sessionsコントローラ (8.1.1) を生成した時点で既にセッション用ヘルパーモジュールも (密かに) 自動生成されています。さらに、Railsのセッション用ヘルパーはビューにも自動的に読み込まれます。 ApplicationコントローラにSessionヘルパーモジュールを読み込ませてどのコントローラからでも使えるようにする class ApplicationController < ActionController::Base protect_from_forgery with: :excepti

8章でやる事 →ユーザーがログインやログアウトを出来る様にする ここでいうログインの基本的な仕組みとは、ブラウザがログインしている状態を保持し、ユーザーによってブラウザが閉じられたら状態を破棄するといった仕組み (認証システム (Authentification System))です。この認証システムの基盤が出来上がったら、ログイン済みのユーザー (current user) だけがアクセスできるページや、扱える機能などを制御していきます。 ※適宜日本語化しているので本文とコードが違う部分があります 8.1 セッション HTTPのリクエスト1つ1つは独立した処理の単位で、それより前のリクエストの情報は利用できない →あるページから別のページに移動した時にユーザー情報を保持する手段がHTTPプロトコル内には無い →sessionと呼ばれる接続を別途設定する cookie cookie→セッシ

らくだ🐫の環境・状況 win/cloud9(chromeから）/GitHub Progateで事前学習を推奨されているコースを勉強した Railsチュートリアル1週目を何とか終わらせた（読み終わった） わかばちゃんでGitの勉強をした こんな感じの「ド」が付く素人・らくだ🐫が勉強するRailsチュートリアル（2週目・Rails 5.1 対応 第4版）の学習記録をまとめました。 自分用に記録していますが、お役に立つことがあれば幸いです。 途中からi18nを導入して適宜日本語化をしています影響で本文とコードが違う部分があります→t(‘.hogehoge’)とかです 調べたとはいえらくだ🐫なりの解釈や説明が含まれます。間違っている部分もあるかと思います。そんな所は教えて頂けますと幸いなのですが、このブログにはコメント機能がありません💧お手数おかけしますがTwitterなどでご連絡いただけ

7.4 ユーザー登録成功 新規ユーザーのデータが有効な場合、データベースに保存できるようにする 7.4.1 登録フォームの完成 users_controller.rbにコードを追加 ↓ createアクションに対応するテンプレートを作るのではなく 新しく作成されたユーザーの詳細画面にリダイレクトするように設定 def create @user = User.new(user_params) if @user.save #redirect_to user_url(@user)と同意 #ユーザーの詳細画面に自動で変換してくれる redirect_to @user else render 'new' end end ・ ・ ・ 演習 有効な情報を送信し、ユーザーが実際に作成されたことを、Railsコンソールを使って確認してみましょう。 リスト 7.28を更新し、redirect_to user_

番外編では本編からちょっと外れた話なんかを書いていきます エラーメッセージを日本語化したい！ だって英語で言われてもわからないじゃん？（？ なので 本文でバリデーションエラーのメッセージ云々が出てきたところで チャレンジしていきたいと思います。 作業用に、現状から新しくブランチ（i18n）を切ります （add-i18nとかのが良かったかもね？） （生やす場所ももっと考えた方が良かったかもね？） （masterから生やすとかね） RailsガイドのRails 国際化 (i18n) APIのページ↓

らくだ🐫にもできるRailsチュートリアル｜14.3 08/08/2020 14.3 ステータスフィード ステータスフィードを実装する！ →フォローされているユーザーのマイクロポストとログイン中のユーザーのマイクロポストを合わせて表示する 見本はこちら→RoRT本文参照 14.3.1 動機と計画 現在のユーザーによってフォローされているユーザーに対応するユーザーidを持つマ（…続きを読む） らくだ🐫にもできるRailsチュートリアル｜14.2 22/07/2020 14.2 [Follow] のWebインターフェイス フォロー/フォロー解除の基本的なインターフェイスを実装し フォローしているユーザーとフォロワーにそれぞれ表示用のページを作成する！ 14.2.1 フォローのサンプルデータ rails db:seedを使ってDBにサンプルデータを登録する 先にサン（…続きを読む） らくだ