<h2 id="hcce192b9a0">:first-childと:first-of-typeの違い</h2><ul><li>first-child：親要素から見た一つ目の要素を選択</li><li>first-of-type：親要素から見た指定されたタグの一つ目の要素を選択</li></ul><pre><code>&lt;article&gt;
	&lt;h1&gt;tiltle&lt;/h1&gt;
	&lt;p&gt;テキスト1&lt;/p&gt;
	&lt;p&gt;テキスト2&lt;/p&gt;
	&lt;p&gt;テキスト3&lt;/p&gt;
&lt;/article&gt;
/* article内の一つ目の要素がh1のためスタイルは当たらない */
article p:first-child {
	color: red;
}

/* 1番目のpが指定される */
article p:first-of-type {
	color: red;
}</code></pre><ul><li>逆に後ろから一つ目を選択したい場合は<code>:last-child</code>, <code>:last-of-type</code></li></ul><pre><code>/* 3番目のpが指定される */
article last-child {
	color: red;
}

/* 3番目のpが指定される */
article p:last-of-type {
	color: red;
}</code></pre><ul><li>任意の順番の要素を選択したい場合は<code>:nth-child</code>, <code>:nth-of-type</code></li></ul><pre><code>/* 1番目のpが指定される */
article nth-child(2) {
	color: red;
}

/* 2番目のpが指定される */
article p:nth-of-type(2) {
	color: red;
}</code></pre><h2 id="h3ae672aa9f">:not</h2><ul><li>指定したセレクタ以外の要素を選択</li></ul><pre><code>/* 1番目のp以外が指定される */
article p:not(first-of-type) {
	color: red;
}</code></pre><h2 id="h871517274c">擬似要素 ::before, ::after</h2><ul><li>::before：指定した要素の後に任意の値やプロパティを付与する</li></ul><pre><code>p:first-of-type::before {
	content: '!!!';
}
&lt;article&gt;
	&lt;h1&gt;tiltle&lt;/h1&gt;
	&lt;p&gt;テキスト1!!!&lt;/p&gt;
	&lt;p&gt;テキスト2&lt;/p&gt;
	&lt;p&gt;テキスト3&lt;/p&gt;
&lt;/article&gt;</code></pre><ul><li>::after：指定した要素の前に任意の値やプロパティを付与する</li></ul><pre><code>p:first-of-type::after {
	content: '!!!';
}
&lt;article&gt;
	&lt;h1&gt;tiltle&lt;/h1&gt;
	&lt;p&gt;!!!テキスト1&lt;/p&gt;
	&lt;p&gt;テキスト2&lt;/p&gt;
	&lt;p&gt;テキスト3&lt;/p&gt;
&lt;/article&gt;</code></pre><h2 id="h7b0471afdb">部分文字列一致</h2><pre><code>/* 完全一致 */ 
input[value="hoge"] {
	// css
}

/* 部分一致 */ 
input[value*="hoge"] {
	// css
}

/* 前方一致 */ 
input[value^="hoge"] {
	// css
}

/* 後方一致 */ 
input[value$="hoge"] {
	// css
}</code></pre><h2 id="h12fd60503f">子孫結合子</h2><ul><li>孫要素を選択</li></ul><pre><code>main article h1 {
	font-size: 3rem;
}</code></pre><h2 id="h3dbd94f30b">子結合子</h2><ul><li>直下の子要素のみを選択</li></ul><pre><code>main &gt; h1 {
	font-size: 3rem;
}</code></pre><h2 id="hb0b1236868">隣接兄弟結合子</h2><ul><li>2番目以降のpタグにマージンを設定したい場合</li></ul><pre><code>article p:not(:first-of-type) {
	margin: 2rem;
}</code></pre><ul><li>上記と同意。article配下の1番目のp以降を選択</li></ul><pre><code>article p + p {
	margin: 2rem;
}</code></pre><h2 id="h74ea808c23">一般兄弟結合子</h2><ul><li>h1よりも後ろにあるpを選択</li></ul><pre><code>article h1 ~ p {
	color: red;
}</code></pre><h2 id="h3de35099b3">参考</h2><p><a href="https://www.youtube.com/watch?v=3RX0ASjozkc&amp;list=PLwM1-TnN_NN5jWN09yjtxWng2XZa88ate&amp;index=4" target="_blank" rel="noopener noreferrer">基礎からちゃんと学ぶ CSS 入門！この講座だけでセレクターは完結できます！【ヤフー出身エンジニアが教える初心者向けプログラミング講座】</a><br><br><a href="https://developer.mozilla.org/ja/docs/Web/CSS/Attribute_selectors" target="_blank" rel="noopener noreferrer">MDN：属性セレクター</a><br></p>

【CSS】セレクターまとめ

<p>ループ内で特定のテーブルにアクセスする際に、対象のデータがアクセス先の親テーブルを介した子テーブルだった場合、その子テーブルの関連をあらかじめキャッシュしておかないとN+1問題が発生してViewの描画にとんでもない時間を要するということにつながりかねない。<br><br>このN+1問題の回避手段としてRailsのActiveRecordにはincludesをはじめとするいくつかのクエリインターフェースが用意されているが、これも何も考えずに使っているとテーブルのデータ量によってはキャッシュに乗せるレコード数が膨らみすぎて今度はメモリパフォーマンスに影響を与える可能性もある。<br>この記事ではN+1クエリの回避と大量のActiveRecordのキャッシュによるメモリ逼迫を抑えたデータ取得にフォーカスを当てた実装を紹介していきたいと思う。</p><h2 id="h54094c8ac1">そもそもN+1問題とは</h2><p>例えば何らかの店舗の一覧を画面に表示したい場合、controller側で取得した店舗一覧のオブジェクトをeachしてviewに表示していくかと思う。<br>そしてこの店舗一覧画面でその店舗が所在する都道府県名も合わせて表示したいという要件があったとする。<br>この場合、controllerでの店舗一覧取得時に何の考慮もされていないと、ループ1回ごとに店舗に関連する都道府県名を都道府県テーブルに対して探しに行ってしまい、店舗N件分のSQLが発行されてしまうことがある。<br>このようにパフォーマンスに影響するレベルの大量のSELECT文が発行されてしまうようなクエリの実行をN+1クエリとかそれによって起きるパフォーマンス上のエラーをN+1問題と呼んだりする。</p><pre><code>1. 店舗一覧に表示するデータを取得するために SELECT を 1 回実行（店舗N件分レコードが返される）
2. 各店舗データの関連データ（都道府県名）を取得するために SELECT を N 回実行
3. データベースアクセスが合計 店舗テーブルに対して 1 回 + 店舗の関連データ読み込み N 回実行される</code></pre><h2 id="hc2fc1bffe8">対策方法</h2><ol><li>JOIN句でテーブル同士を結合して、結合した一つのテーブルに対して1回のSQLを実行する</li><li>eager loadingで先に関連テーブルからデータを取得してキャッシュする</li><li>ActiveRecordオブジェクトをHashにする <strong>← 今回はここにフォーカス◎</strong></li></ol><p><br>今回1と2に関するメソッドレベルの詳しい説明は割愛するが1,2についてはRailsだと以下のメソッドで対応することになると思う。</p><ol><li>ActiveRecord::QueryMethodsの joins, left_joins</li><li>ActiveRecord::QueryMethodsの includes, preload, eager_load</li></ol><p><a href="https://railsguides.jp/active_record_querying.html#joins" target="_blank" rel="noopener noreferrer">Active Record クエリインターフェイス - Railsガイド</a><br><a href="https://qiita.com/k0kubun/items/80c5a5494f53bb88dc58" target="_blank" rel="noopener noreferrer">ActiveRecordのjoinsとpreloadとincludesとeager_loadの違い - Qiita</a></p><h2 id="h2a673945dd">各対応策ごとのメリデメ</h2><h3 id="hd933a393ad">JOIN</h3><ul><li>関連がキャッシュに乗らないためメモリが逼迫しない</li><li>上述の通り関連をキャッシュに乗せないため関連テーブルのデータを表示する場合などには不向き</li><li>利用シーンとしては関連テーブルのデータを参照しつつ親テーブルの行数をカウントしたり、並べ替えたりする際に利用する<ul><li>例：関連しているテーブルの値で抽出した行数を出したい</li><li>例：関連するテーブルの値で作成日時が最も新しいものの順に親テーブルのレコードを並べ替えたい</li></ul></li></ul><h3 id="h22ce3be880">eager load</h3><ul><li>関連をキャッシュに乗せるため、一覧画面等で関連テーブルの情報も合わせて表示する場合などにeach内でループごとにSELECTを発行しなくて済む</li><li>ActiveRecodeオブジェクトがキャッシュに乗るため関連テーブルの階層が深まるほどに倍数的にメモリに乗せる件数が増えていきメモリが逼迫する</li><li>利用シーンとしては一覧画面等で関連を含めて連続的な描画を要する場合など、RailsにおけるN+1の対策としては最も容易かつメジャーな方法と思われる</li></ul><h3 id="h87fb993f97">Hash化</h3><ul><li>eager loadと異なり、取得したい関連テーブルをピンポイントで選択できるためメモリの逼迫を抑えつつ関連をキャッシュできる</li><li>関連テーブル内の取得項目についてもpluckなどを用いることでSELECT句レベルで任意に選択できる</li><li>ActiveRecordオブジェクトがメモリに乗ること自体は変わらないため件数や取得項目数に気を払わないとメモリが逼迫する可能性が100捨て切れるわけではない</li><li>親テーブルとは別に関連をキャッシュして、親テーブルのeach内でHashのキーでマッピングするため、コードの可読性やメンテナンス性においてはトレードオフ</li></ul><h2 id="h5623944401">具体的なHash化の方法とメソッドの使用例</h2><h3 id="h25a100412d">index_by</h3><ul><li>任意の属性をキーに、オブジェクト自体をバリューに取ったHashを作成</li></ul><pre><code>@stores = Store.all.index_by { |d| d.id }</code></pre><h3 id="h1add469c3c">group_by</h3><ul><li>任意の属性をキーに、同じ属性を持つ複数のオブジェクト自体をバリューに取ったHashを作成</li></ul><pre><code>@stores = Store.all.group_by(&amp;:prefectures_id)</code></pre><h3 id="h408426772c">map</h3><ul><li>任意の属性をキーに、対象のテーブルの必要な属性のデータのみをバリューに取ったHashを作成</li><li>戻り値は配列のためto_hでハッシュ化する必要あり</li></ul><pre><code>stores = Store.all.map do |store|
  [
		store.id, 
	  {
	    name: store.name,
	    address: store.address,
	    phone_number: store.phone_number,
	  }
	]
end.to_h</code></pre><h3 id="h11eb23cf1a">pluck</h3><ul><li>任意の属性をキーに、対象のテーブルの必要な属性のデータのみをバリューに取ったHashを作成</li><li>mapとの違いとしてはmapはモデルに対してallしたものに対して項目を絞り込んでいるの対して、pluckはモデルへのSELECT句レベルで絞り込みを行うため最初にメモリに乗るデータ量が少なく済む</li><li>戻り値は配列のためto_hでハッシュ化する必要あり</li></ul><pre><code>stores = Store.pluck(:id, :name, :address, :phone_number).map do |store| 
  [
		store[0], 
	  {
	    name: store[1],
	    address: store[2],
	    phone_number: store[3],
	  }
	]
end.to_h</code></pre><h2 id="he45680f0bc">参考記事</h2><p><a style="color:#333333" href="https://blog.furu07yu.com/entry/rails-hash-high-performance" target="_blank" rel="noopener noreferrer">Hashを使って大量のActiveRecordをキャッシュに載せる方法 | Ruby on Rails</a></p>

【Rails】俺、このindex_byが終わったらpluckとgroup_byするんだ

<h2 id="h5fe37371f6">想定読者</h2><ul><li>find, find_by, whereの使い分けがよくわからない人</li></ul><h2 id="h0ebd93296f">findメソッドの概要</h2><ul><li>各モデルの<code>id</code>を検索キーとしてデータを取得するメソッド</li><li>id以外の条件で<code>検索不可</code></li><li>戻り値は<code>検索対象のクラスのインスタンス</code></li><li>取得したいデータのidの値が、1、10など<code>**特定されている場合**</code>に使用</li></ul><pre><code># 単一のIDを指定
pry(main)&gt; Customer.find(1)
Customer Load (0.4ms)  SELECT "customers".* FROM "customers" WHERE "customers"."id" = $1 LIMIT $2  [["id", 1], ["LIMIT", 1]]

# 複数のIDを指定
pry(main)&gt; Customer.find(1, 2, 3)
Customer Load (8.7ms)  SELECT "customers".* FROM "customers" WHERE "customers"."id" IN ($1, $2, $3)  [["id", 1], ["id", 2], ["id", 3]]

# 配列で複数のIDを指定
pry(main)&gt; Customer.find([1, 2, 3])
Customer Load (3.5ms)  SELECT "customers".* FROM "customers" WHERE "customers"."id" IN ($1, $2, $3)  [["id", 1], ["id", 2], ["id", 3]]</code></pre><ul><li>エラー時の戻り値（検索対象が存在しなかった場合）は<code>例外を返す</code></li><li>もう一度いう。検索対象が存在しなかった場合は<code>例外を返す</code></li></ul><pre><code>pry(main)&gt; Customer.find(189879)
Customer Load (1.5ms)  SELECT "customers".* FROM "customers" WHERE "customers"."id" = $1 LIMIT $2  [["id", 189879], ["LIMIT", 1]]
ActiveRecord::RecordNotFound: Couldn't find Customer with 'id'=189879</code></pre><h2 id="ha542f03ab0">find_byの概要</h2><ul><li>各モデルを<code>id以外の条件で</code>検索するメソッド(idでも検索可能)</li><li>複数の検索条件を指定可能</li><li>戻り値は<code>検索対象のクラスのインスタンス</code></li><li>返ってくる結果は、最初にヒットした<code>1件のみ</code></li><li><code>id及びid以外の条件が分かっている場合</code>、その条件に該当する最初のデータを取得したい場合に使用</li></ul><pre><code>pry(main)&gt; Customer.find_by(name: "株式会社ミライ・トラスト")
Customer Load (7.2ms)  SELECT "customers".* FROM "customers" WHERE "customers"."name" = $1 LIMIT $2  [["name", "株式会社ミライ・トラスト"], ["LIMIT", 1]]</code></pre><ul><li>エラー時の戻り値（検索対象が存在しなかった場合）は<code>nilを返す</code></li></ul><pre><code>pry(main)&gt; Customer.find_by(name: "株式会社ミライトラスト")
Customer Load (34.7ms)  SELECT "customers".* FROM "customers" WHERE "customers"."name" = $1 LIMIT $2  [["name", "株式会社ミライトラスト"], ["LIMIT", 1]]
=&gt; nil</code></pre><h2 id="h5db81899f0">whereの概要</h2><ul><li>各モデルを<code>id以外の条件で</code>検索するメソッド</li><li>該当するデータ全てが返ってくる</li><li>戻り値は<code>ActiveRecord::Relationオブジェクト</code></li></ul><pre><code># 前方一致
pry(main)&gt; Customer.where('address like ?', '東京都')
Customer Load (41.9ms)  SELECT "customers".* FROM "customers" WHERE (address like '東京都')

# 後方一致
pry(main)&gt; Customer.where('name like ?', '株式会社%')
Customer Load (71.4ms)  SELECT "customers".* FROM "customers" WHERE (name like '株式会社%')

# 部分一致
pry(main)&gt; Customer.where('name like ?', '%アイドマ%')
Customer Load (34.8ms)  SELECT "customers".* FROM "customers" WHERE (name like '%アイドマ%')

# and検索
pry(main)&gt; Customer.where('name like ?', '%アイドマ%').where('address like ?', '東京都')
Customer Load (34.8ms)  SELECT "customers".* FROM "customers" WHERE (name like '%アイドマ%')</code></pre><ul><li>エラー時の戻り値（検索対象が存在しなかった場合）も要素0個の<code>ActiveRecord::Relationオブジェクト</code></li></ul><pre><code>pry(main)&gt; Customer.where('name like ?', '%アイドマーーー%')
Customer Load (92.5ms)  SELECT "customers".* FROM "customers" WHERE (name like '%アイドマーーー%')
[]</code></pre><h2 id="ha214098e44"><br>まとめ</h2><ul><li>リソースが特定されているCRUD処理では基本的に<code>find</code>を使用</li></ul><p>→例えばリソースの更新時、削除時にfind<em>byでidを指定することで同様にリソースを検索することは可能だが、find</em>byの場合エラー時の戻り値はnilとなり、findのように適切な例外クラス（RecordNotFound）が上がらない。find_byでエラー時にnilが返ることにより、UndefindMethodやActionController::UrlGenerationErrorなど実際のエラー内容とは異なる例外が上がり、ログ監視ツール上でもHTTPステータスエラーとしては本来404で上がってくるべきところが500番台（InternalServerError）などが返されたりしてエラーの特定に混乱を招いたりもしかねない。<br></p><ul><li>リソースが特定されているCRUD処理のうち、findでうまく引っ掛けられない場合には<code>find_by</code>を使用（あまり想定できないが）</li><li>リソースが特定できていない、複数のリソースをまとめて取得したい場合は<code>where</code>を使用</li></ul><p><br></p>

【Rails】findとfind_byとwhereと時々オトン

<h2 id="h9f510f3156">やりたいこと</h2><ul><li>sortのブロック内で複数キーを用いたマルチソートを実行したい</li><li>項目にnilを含む場合は、nilの項目を末尾に追いやりたい</li><li>その上で特定のキーで昇順、降順を制御したい</li></ul><h2 id="h0d30a2f5b1">sortの挙動</h2><blockquote>ブロックとともに呼び出された時には、要素同士の比較をブロックを用いて行います。ブロックに2つの要素を引数として与えて評価し、その結果で比較します。ブロックは <code>&lt;=&gt;</code> 演算子と同様に整数を返すことが期待されています。つまり、ブロックは第1引数が大きいなら正の整数、両者が等しいなら0、そして第1引数の方が小さいなら負の整数を返さなければいけません。両者を比較できない時は nil を返します。</blockquote><p>引用：<a href="https://docs.ruby-lang.org/ja/latest/method/Array/i/sort.html" target="_blank" rel="noopener noreferrer">Array#sort (Ruby 3.1 リファレンスマニュアル)</a></p><h2 id="hd188315120">Arrayの&lt;=&gt;メソッド</h2><blockquote>自身と other の各要素をそれぞれ順に &lt;=&gt; で比較していき、結果が 0 でなかった場合にその値を返します。各要素が等しく、配列の長さも等しい場合には 0 を返します。各要素が等しいまま一方だけ配列の末尾に達した時、自身の方が短ければ -1 をそうでなければ 1 を返します。 other に配列以外のオブジェクトを指定した場合は nil を返します。</blockquote><p>引用：<a href="https://docs.ruby-lang.org/ja/latest/method/Array/i/=3c=3d=3e.html" target="_blank" rel="noopener noreferrer">Array# (Ruby 3.1 リファレンスマニュアル)</a></p><ul><li>sortのブロック内で配列同士の比較もできる。</li><li>配列の先頭から比較して同値の場合には次の要素を検証していく</li><li>同値じゃなければ1または-1を返す</li></ul><h2 id="hafe38f80fb">idの降順でソート</h2><ul><li>降順でのソートの場合はsortにブロックを渡して、二つ目のブロック変数を先にしてあげることで再現可能</li></ul><pre><code>customer.action_histories.sort |a, b| do 
	b.id &lt;=&gt; a.id
end</code></pre><h2 id="h5ba85a7634">nameの昇順、idの降順でソート</h2><ul><li>第一ソートキーであるnameで比較、そこで同値じゃなければ第二ソートキーは評価せず、右辺の大小に応じて並べ替える</li></ul><pre><code>customer.action_histories.sort |a, b| do 
	[a.name, b.id] &lt;=&gt; [b.name, a.id]
end</code></pre><h2 id="hb6d9477a32">日付（Date）の降順でソート</h2><ul><li>Dateクラスにも&lt;=&gt;メソッドが実装されているため考え方は配列と同じ</li></ul><pre><code>customer.action_histories.sort |a, b| do 
	b.action_datetime &lt;=&gt; a.action_datetime
end</code></pre><h2 id="h4bd84f4478">ソート対象にnilが含まれていて、nilの項目は末尾にソート</h2><ul><li>nilが含まれている属性に対してnil?を実行してtrue/falseに応じて0か1を返す</li><li>nilの場合は0が返されて、それ以外では1が返される。降順でのソートのため0が返されたnilの項目は末尾に回される</li><li>その後idがnilじゃないもの同士は1で同値となるので、第二ソートキーの昇順で並べ替えが行われる</li></ul><pre><code>customer.action_histories.sort |a, b| do 
	[b.id.nil? ? 0 : 1, a.action_datetime] &lt;=&gt; [a.id.nil? ? 0 : 1, b.action_datetime]
end</code></pre><p><br></p>

【Ruby】sortメソッドでマルチソートする方法

<h2 id="hee3d304f9e">ストロングパラメータ is 何？</h2><blockquote>strong parametersは、Action ControllerのパラメータをActive Modelの「マスアサインメント」で利用することを禁止します（許可されたパラメータは除く）。したがって、開発者は、マスアップデートを許可する属性をコントローラで明示的に指定しなければなりません。strong parametersは、ユーザーがモデルの重要な属性を誤って更新してしまうことを防止するための、より優れたセキュリティ対策です。</blockquote><p>引用：<a href="https://railsguides.jp/action_controller_overview.html#strong-parameters" target="_blank" rel="noopener noreferrer">Action Controller の概要 - Railsガイド</a><br><br>…hmm?</p><h2 id="he2a1587047">まずマスアサインメント is 何？</h2><p>RailsにおけるDBの更新処理形で、、複数のカラムを一括で指定することが可能。フォームから送られてきたパラメーターをひとつにまとめて、一度に保存できる。</p><pre><code>User.create(name: 'garasi', age: 28, admin: true)</code></pre><h2 id="h2710c71ce5">マスアサインメントの脆弱性</h2><p>マスアサインメントはフォームから入力された複数の項目をキーバリューとして受け取って、<br>モデル側でそれらをまとめて更新できる便利な機能である反面、開発者側がなんの考慮もせずに<br>フォームからの情報をマスアサインメントでモデルに渡してしまうと、悪意のあるパラメータを受け付けてしまう。<br>例えば下記のように各Userにはadminという管理者権限の有無を示すフラグが設けられており、<br>アプリの開発者や管理責任者にのみこのフラグをtrueで付与して、管理者用の画面へのアクセスを許可していたとする。<br>もし悪意のある第三者がユーザー登録時にChromeのdevツールなどを用いて、パラメータに<code>admin: true</code> を付与して<br>送りつけてきた場合、悪意のある第三者に管理者権限を持ったアカウントが発行されてしまいアプリケーションが<br>危険に晒されてしまう。</p><h2 id="hca00dc6217">あらためてストロングパラメータ is 何？</h2><p>フォームから渡ってきたパラメータ（params）にコントローラー側であらかじめ許可する項目を指定して（premit）、<br>フォーム上から悪意のあるパラメータが送られてきた場合に<br>開発者側で許可したカラム以外の更新を防ぐことを可能にしたもの。要するに安全が保証されたパラメータを<br>マスアサインメントでモデルに渡すためのRailsのセキュリティ機構である。</p><h2 id="h3f7c128859">具体的な使い方</h2><p>一次元構造のハッシュ、二次元構造のハッシュでそれぞれ以下のように定義する</p><pre><code>#一次元ハッシュの場合
params.permit(:キー名)

# 二次元ハッシュの場合
params.require(:モデル名).permit(:キー名)</code></pre><p>パラメータを受け取るコントローラーのprivateメソッドとして定義することが多い</p><pre><code>def create
	user = User.new(user_params) # =&gt;{ name: "garasi", age: 28 }と同義
	if user.save
		redirect_to root_path, notice: '登録が完了しました'
	else
		render :new
	end
end

	private

	# 例:名前と年齢以外を受け取らないため管理者権限など重要な項目を変更されることがない
	def user_params
		params.require(:user).permit(:name, :age)
	end</code></pre><h2 id="h361bc19ffb">require is 何？</h2><p>コントローラー側で送られてきたparams（viewからフォームによって送られてきたデータ）を出力すると<br>以下のような二次元ハッシュが渡ってきていることがわかる。requireメソッドを使ってキーがuserの値のみを取り出している。</p><pre><code>params
=&gt; &lt;ActionController::Parameters {
  "utf8"=&gt;"✓", 
  "authenticity_token"=&gt;"&lt;token&gt;", 
  "user"=&gt;{"name"=&gt;"garasi", "age"=&gt;"29"}, 
  "commit"=&gt;"送信", 
  "controller"=&gt;"users", 
  "action"=&gt;"create"
} permitted: false&gt;</code></pre><p>これらを踏まえて再度ストロングパラメータの指定コードを見てみると以下のように翻訳できる</p><ul><li><code>params.require(:user)</code>ではparamsからキーがuserのバリューのみを受け取る</li><li><code>permit(:name, :age)</code>をメソッドチェーンすることによってそのうちnameとageのカラムのみをモデルに受け渡すことを許可している</li></ul><pre><code>params.require(:user).permit(:name, :age)</code></pre><h2 id="ha214098e44">まとめ</h2><ul><li>モデルには複数の値を一括で受け取って更新できるマスアサインメントという更新処理系が存在する</li><li>マスアサインメントには脆弱性があり、開発者がなにも考慮しないと悪意のある第三者に管理者権限を奪取されたり、アプリケーションのセキュリティ的に不都合な値を変更される可能性がある</li><li>この脆弱性に対応するため、フォームからの受け取りを許可する項目をあらかじめ指定して安全な値のみをマスアサインメントでモデルに受け渡す必要がある</li><li>この受け取る項目を制限したパラメータがストロングパラメータ</li><li>ストロングパラメータはviewから送られてきたparamsに<code>requireメソッド</code>と<code>permitメソッド</code>で値を受け取るキーとバリューを指定することで作成できる</li></ul><h2 id="he45680f0bc">参考記事</h2><p><a href="https://railsguides.jp/action_controller_overview.html#strong-parameters" target="_blank" rel="noopener noreferrer">Action Controller の概要 - Railsガイド</a><br><a href="https://pikawaka.com/rails/permit" target="_blank" rel="noopener noreferrer">permitメソッドを使ってストロングパラメーターにしよう</a><br><a href="https://pikawaka.com/rails/strong_parameter" target="_blank" rel="noopener noreferrer">ストロングパラメータの仕組みを理解しよう！</a><br><a href="https://qiita.com/tbpgr/items/63028f5e19a2d1617e40" target="_blank" rel="noopener noreferrer">Rails4 | 新規・変更機能 | マスアサインメント機能と脆弱性とStrong Parameters - Qiita</a></p>

【Rails】俺はストロングパラメーターを分かりたい 

<h2 id="h72d1f1faf4">form_with is 何？</h2><blockquote>form_withとは、railsで情報を送信するためのヘルパーメソッドです。 form_withを使うことにより、簡単に入力フォームに必要なHTMLを作成することができます。</blockquote><p>引用元：<a href="https://pikawaka.com/rails/form_with" target="_blank" rel="noopener noreferrer">form_withの使い方を徹底解説！</a></p><h2 id="h51ce089203">特定のコントローラーで任意のデータを受け取りたい（urlオプションの指定）</h2><p>特定の画面のフォームから送られてきた値を任意のコントローラーで利用したい場合は以下のようにurlオプションを指定してコントローラーを指定して、必要ならmethodオプションを指定してHTTPメソッド（＝アクション）を指定できる。</p><pre><code>&lt;%= form_with url: users_path, method: :get do |form| %&gt;
  &lt;!--フォーム内容 --&gt;
&lt;% end %&gt;</code></pre><p>生成されるHTML</p><pre><code>&lt;form action=”/users” method=”get”&gt;
・・・
&lt;/form&gt;</code></pre><h2 id="h4202ee323f">送られてきたデータをDBに保存して永続化したい（modelオプションの指定）</h2><p>フォームから送られてきたparamsをDBに保存したい場合は、保存したい対象のモデルをmodelおオプションに指定する。methodオプションは指定がなかった場合POSTがデフォルトのHTTPメソッドとして選択される。</p><pre><code>&lt;%= form_with model: User.new do |form| %&gt;
  &lt;%= form.text_field :name %&gt;
  &lt;%= form.number_field :age %&gt;
  &lt;%= form.submit %&gt;
&lt;% end %&gt;</code></pre><p>生成されるHTML</p><pre><code>&lt;form action=”/users” method=”post”&gt;
	&lt;input type="text" name="user[name]" id="user[name]"&gt;
	&lt;input type="number" name="user[age]" id="user[age]"&gt;
	&lt;input type="submit" name="commit" value="保存する" data-disable-with="保存する"&gt; 
&lt;/form&gt;</code></pre><p>渡ってくるparams</p><pre><code>params
=&gt; &lt;ActionController::Parameters {
  "utf8"=&gt;"✓", 
  "authenticity_token"=&gt;"&lt;token&gt;", 
  "user"=&gt;{"name"=&gt;"garasi", "age"=&gt;"29"}, 
  "commit"=&gt;"送信", 
  "controller"=&gt;"users", 
  "action"=&gt;"create"
} permitted: false&gt;</code></pre><h2 id="h1d5200e410">modelオプションが指定されている場合のデフォルトの挙動</h2><ol><li>該当のモデルオブジェクトから特定したcontroller・アクションに対するpostリクエストの送信</li><li>渡されたインスタンスが空なら<code>POST</code>, IDを持っていれば<code>PATCH</code>がHTTPメソッドとして指定される(methodオプションで任意のHTTPメソッドを指定もできる)</li><li>ActiveRecordと連携してモデル名とモデルの属性名をinputのname属性に付与する</li></ol><h2 id="h54fcfbfa5e">Rails 5.1以前のformヘルパー</h2><h3 id="h4acbb92c38">form_tag（DBへの永続化が不要な場合に利用）</h3><blockquote>form_tagはフォームに入力されたデータを保存する必要がない時に使われます。</blockquote><p>引用元：<a href="https://pikawaka.com/rails/form_tag" target="_blank" rel="noopener noreferrer">form_tagの使い方を習得しよう</a></p><pre><code>&lt;%= form_tag('/main', method: :post) do %&gt; 
  &lt;input type="text" name="nickname"&gt; 
  &lt;input type="submit"&gt; 
&lt;% end %&gt;</code></pre><h3 id="hb958f9180d">form_for（DBへの永続化を行う場合に利用）</h3><blockquote>それに対し入力されたデータを保存する必要があるときはform_forを利用します。</blockquote><p><a href="https://pikawaka.com/rails/form_for" target="_blank" rel="noopener noreferrer">form_forの使い方をマスターしよう！</a></p><pre><code>&lt;%= form_for(@user) do |f| %&gt;
  &lt;%= f.text_field :name %&gt;
  &lt;%= f.submit %&gt;
&lt;% end %&gt;</code></pre><ul><li>form_forでは<code>FormBuilderオブジェクト</code>のヘルパーメソッドを使用できる</li><li>modelとurlの指定により用途の使い分けを可能にし、書き方を統一したのがform_with</li><li>Rails5.1以降のアプリケーションでは基本的にform_withで書くのが一般的</li><li>昔のプロダクトでform_tag, form_forを利用している箇所があった場合に、出力されるhtmlがイメージできる程度にはなっておく必要がある</li></ul><h2 id="ha548ff1757">ネストしたモデルへの指定</h2><p>ルーティングでネストを定義している時は記述が変わる。<br>記事に関するコメントを投稿するフォームを例にあげてみる。まずはコントローラーのインタンス変数の定義。</p><pre><code>def new
  @article = Article.find(params[:article_id])
  @comment = Comment.new
end

def edit
  @article = Article.find(params[:article_id])
  @comment = Comment.find(params[:id])
end</code></pre><p>コメントは必ずいずれかの記事に紐づいているので、どの記事のコメントなのかという情報が必要となる。<br>そのため<code>@article = Article.find(params[:article_id])</code>でコメントする記事を取得。ビュー側は下記のように引数に配列を渡す形式となる。</p><pre><code>&lt;%= form_with model: [@article, @comment] do |form| %&gt;
  &lt;%= form.text_field :text %&gt;
  &lt;%= form.submit %&gt;
&lt;% end %&gt;</code></pre><h2 id="he45680f0bc">参考記事</h2><p><a href="https://railsdoc.com/page/form_with" target="_blank" rel="noopener noreferrer">form_with | Railsドキュメント</a><br><a href="https://pikawaka.com/rails/form_with" target="_blank" rel="noopener noreferrer">form_withの使い方を徹底解説！</a><br></p>

【Rails】俺はform_withと分かち合いたい

<h2 id="h19bec26cf4">最終的にcontrollerで受け取りたいparamsのイメージ</h2><p>Railsのcontrollerで以下のような形式で同じname属性で固められた多次元配列をparamsとして受け取りたい</p><pre><code>users: [
	{
		id: 10, name: "山田太郎", email: "test@email.com", phone_number: '024-111-11', memo: "役職：工場長",
		action_histoires: [
			{id: 10, action_datetime: "2022-05-13T00:00:00", description: "外出"},
			{id: 20, action_datetime: "2022-05-13T00:00:00", description: "直帰"},
			{id: nil, action_datetime: "2022-05-13T00:00:00", description: "時間休 13:00 - 15:00"},
		],
	},
	{
		id: 20, name: "山田太郎", email: "test@email.com", phone_number: '024-111-11', memo: "役職：工場長",
		action_histoires: [
			{id: 30, action_datetime: "2022-05-13T00:00:00", description: "外出"},
			{id: nil, action_datetime: "2022-05-13T00:00:00", description: "直帰"},
			{id: nil, action_datetime: "2022-05-13T00:00:00", description: "時間休 13:00 - 15:00"},
		],
	},
]</code></pre><h2 id="h20da7569c9">ハッシュ形式で送る</h2><p>htmlのinputでname属性に <code>user[name]</code>のように指定すると、指定したパラメーター名でハッシュが作成される。<br>（ブラケット内のワードをキー、inputに入力された値がバリューとなる）<br>Rails</p><pre><code>&lt;%= form.text_field 'user[name]' %&gt; 
&lt;%= form.email_field 'user[email]' %&gt; </code></pre><p>form_withにモデルのインスタンスが指定されていれば以下と同義</p><pre><code>&lt;%= form_with(model: User.new, local: true) do |form| %&gt; 
	&lt;%= form.text_field :name %&gt; 
	&lt;%= form.email_field :email %&gt; 
&lt;% end %&gt;</code></pre><p>form_withにmodelオプションが指定されている場合、formヘルパーの第一引数にモデルが持つ属性をシンボルで指定できる。このように指定した場合復元されたhtmlでは <code>モデル名[属性名]</code> の形式のname属性がinputタグに自動でセットされる。<br>HTML</p><pre><code>&lt;input type="text" name="user[name]" value="山田太郎" &gt;
&lt;input type="email" name="user[email]" value="yamada@email.com" &gt;</code></pre><p>params</p><pre><code>user =&gt; {
  name: '山田太郎',
	email: 'yamada@email.com'
}</code></pre><h2 id="hd465b6762a">配列形式で送る</h2><p>htmlのinputでname属性に <code>user[]</code>のように指定すると、同じnameを持つinput valueの配列が作成される。<br>Rails</p><pre><code>&lt;%= form.text_field 'user[]' %&gt;
&lt;%= form.email_field 'user[]' %&gt; </code></pre><p>HTML</p><pre><code>&lt;input type="text" name="user[]" value="山田太郎" &gt;
&lt;input type="email" name="user[]" value="yamada@email.com" &gt;</code></pre><p>params</p><pre><code>user =&gt; ['山田太郎', 'yamada@email.com']</code></pre><h2 id="h9fe9da48d6">ハッシュの配列形式で送る</h2><p>上記二つを合わせるイメージ。htmlのinputでname属性に <code>users[][name]</code>のように指定すると、usersというキーに配列が作成されて、<br>その配列の中に複数のハッシュが内包される構造を作ることができる。<br>Rails</p><pre><code>&lt;%= form.text_field 'users[][name]' %&gt;
&lt;%= form.text_field 'users[][email]' %&gt;</code></pre><p>HTML</p><pre><code>&lt;input type="text" name="users[][name]" value="山田太郎" &gt;
&lt;input type="email" name="user[][email]" value="yamada@email.com" &gt;
&lt;input type="text" name="users[][name]" value="佐藤次郎" &gt;
&lt;input type="email" name="user[][email]" value="sato@email.com" &gt;</code></pre><p>params</p><pre><code>users =&gt; [
	{ '山田太郎', 'yamada@email.com' },
	{ '佐藤次郎, 'sato@email.com' },
]</code></pre><p><br></p>