Rails – スタイル設定

2021-03-15 / tau / コメントする

概要

Railsのプロジェクトにおけるスタイルシートの場所、スタイル設定について整理する。

デフォルトの状態

プロジェクト生成直後、app/assets/stylesheets/ディレクトリーにapplication.cssが生成され、以下の2行が記述されている。これらの行はディレクティブと呼ばれ、それぞれの意味については後述。

 *= require_tree .
 *= require_self

1 2	= require_tree . = require_self

この段階でRailsの”Yay! You’re on Rails!”のページのソースを見ると、HTMLに直接styleタグが書かれている。

コントローラーとスタイルファイルの関係

以下のように2つのアクションを含むコントローラーを3つ生成する(出力は省略)。

[vagrant@vagrant dummy_app]$ rails generate controller fruits orange grape
[vagrant@vagrant dummy_app]$ rails generate controller vesitables beets carrots
[vagrant@vagrant dummy_app]$ rails generate controller meats pork beef

[vagrant@vagrant dummy_app]$ rails generate controller fruits orange grape

[vagrant@vagrant dummy_app]$ rails generate controller vesitables beets carrots

[vagrant@vagrant dummy_app]$ rails generate controller meats pork beef

その結果、コントローラー・ビューファイルとともに、app/assets/stylesheetsディレクトリーに3つのscssファイルが生成される。

[vagrant@vagrant dummy_app]$ ls app/assets/stylesheets/
application.css  fruits.scss  meats.scss  vesitables.scss

1 2	[vagrant@vagrant dummy_app]$ ls app/assets/stylesheets/ application.css fruits.scss meats.scss vesitables.scss

これら3つのscssファイルはコメントのみの空の内容。

// Place all the styles related to the fruits controller here.
// They will automatically be included in application.css.
// You can use Sass (SCSS) here: http://sass-lang.com/

// Place all the styles related to the fruits controller here.

// They will automatically be included in application.css.

// You can use Sass (SCSS) here: http://sass-lang.com/

ここでorangeビューファイルを表示させてみる。

localhost:3000/fruits/orange

表示されたページのソースのうちスタイルシートの読み込みに関する行を抜き出すと以下のとおり。

<link rel="stylesheet" media="all" href="/assets/fruits.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/meats.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/vesitables.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/application.self-f0d704deea029cf000697e2c0181ec173a1b474645466ed843eb5ee7bb215794.css?body=1" data-turbolinks-track="reload" />

以下のことがわかる

applicationのほか、新たに生成されたfruits, vesitables, meatsに関するスタイルシートが全て読み込まれる
スタイルシートはcss拡張子を持つ
ファイル名の本体は、コントローラー名.self-ダイジェストの形式
URLクエリーパラメーターを持つ(body=1)
スタイルが読み込まれる順番は、application.cssが最後で、その前に他のファイルが辞書順で読み込まれる

これらのファイルは元のscssファイルからcssにコンパイルされた結果で、ファイルの内容のダイジェストが元のファイル名に付加されている。

この場合、application.cssと3つのscss全てのスタイルが適用される。たとえばいずれかのcss/scssファイルに* { color: red; }と記述するとfruits/orangeページの文字の色が赤くなる。

require_selfとapplication.css

無指定でもapplication.cssは読み込まれる

application.cssの以下の2行を削除し、何も指定されていない状態にする。

 *= require_tree .
 *= require_self

1 2	= require_tree . = require_self

この状態でorangeページを表示させてソースを見ると、application.cssの読み込みだけ残っている。

<link rel="stylesheet" media="all" href="/assets/application.self-34004ed1a95199bac37fb11583f3acbb08d69e689d5c114362d79071d479a29f.css?body=1" data-turbolinks-track="reload" />

1	<link rel="stylesheet" media="all" href="/assets/application.self-34004ed1a95199bac37fb11583f3acbb08d69e689d5c114362d79071d479a29f.css?body=1" data-turbolinks-track="reload" />

require_selfの意味？

application.cssの2行の記述のうち*= require_tree .の行を削除し、ページを表示させてソースを見てみる。

<link rel="stylesheet" media="all" href="/assets/application.self-18157c666aa5f54338350dab22122fa53c8af29b5f90ea4c5accdda9cc63283f.css?body=1" data-turbolinks-track="reload" />

1	<link rel="stylesheet" media="all" href="/assets/application.self-18157c666aa5f54338350dab22122fa53c8af29b5f90ea4c5accdda9cc63283f.css?body=1" data-turbolinks-track="reload" />

*= require_selfの行に対応してapplication.cssのファイルが読み込まれているが、そもそもなにも指定しなくてもこの行は生成されていた。

次に*= require_selfの方を削除し*= require_tree .を残した結果を見てみる。無指定の時と同じく、ここでもapplication.cssが読み込まれている。

<link rel="stylesheet" media="all" href="/assets/fruits.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/meats.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/vesitables.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/application.self-18157c666aa5f54338350dab22122fa53c8af29b5f90ea4c5accdda9cc63283f.css?body=1" data-turbolinks-track="reload" />

読み込み順の制御は可能

require_treeとrequire_selfの順番を逆にしてみる

 *= require_self
 *= require_tree .

1 2	= require_self = require_tree .

そうすると、application.cssが最初に読み込まれるようになった。

<link rel="stylesheet" media="all" href="/assets/application.self-f0d704deea029cf000697e2c0181ec173a1b474645466ed843eb5ee7bb215794.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/crops/fruits/fruits.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/crops/vesitables.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/meats.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />

ディレクティブ

require_tree

stylesheetsディレクtリーの構成を以下の様に変更する。

d:stylesheets
- f:meats.scss
- d:crops
  - f:vesitables.scss
  - d:fruits
    - f:fruits.scss

この状態でapplication.cssが初期設定のとき、ページを表示させてもスタイルファイルの読み込みは変わらない。

require_tree .はカレントディレクトリー以下のすべてのディレクトリをたどりながらすべてのファイルをCSSに含める。

次にapplication.cssの内容を以下の様に変更する。

 *= require_tree ./crops

1	*= require_tree ./crops

この結果、指定したcropsディレクトリー以下のファイルが再帰的に読み込まれる(application.cssは読み込まれている)。

 <link rel="stylesheet" media="all" href="/assets/crops/fruits/fruits.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/crops/vesitables.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/application.self-18157c666aa5f54338350dab22122fa53c8af29b5f90ea4c5accdda9cc63283f.css?body=1" data-turbolinks-track="reload" />

require_directory

require_directoryは、指定したディレクトリー下のファイルのみをCSSに含める。サブディレクトリー以下は無視される、

 *= require_directory ./crops

1	*= require_directory ./crops

この結果は、cropsディレクトリー下のvesitables.cssファイルのみが読み込まれる(application.cssは読み込まれている)。

<link rel="stylesheet" media="all" href="/assets/crops/vesitables.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/application.self-18157c666aa5f54338350dab22122fa53c8af29b5f90ea4c5accdda9cc63283f.css?body=1" data-turbolinks-track="reload" />

require ファイル

requireディレクティブにファイル名を指定して、特定のファイルのみを読み込める。

 *= require ./crops/fruits/fruits.css

1	*= require ./crops/fruits/fruits.css

上記の指定で、HTMLファイルにはfruits.cssのみが読み込まれる(application.cssは読み込まれている)。

<link rel="stylesheet" media="all" href="/assets/crops/fruits/fruits.self-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.css?body=1" data-turbolinks-track="reload" />
<link rel="stylesheet" media="all" href="/assets/application.self-18157c666aa5f54338350dab22122fa53c8af29b5f90ea4c5accdda9cc63283f.css?body=1" data-turbolinks-track="reload" />

Rails – 基礎的なルーティング

2021-03-15 / tau / コメントする

概要

GETやPOSTなどのリクエストがあったときconfig/routes.rbの内容に従って各コードにルーティングされる。

このルーティングファイルの書き方を整理する。

前提

以下のような構成のアプリケーションを考える。

コントローラー：pages_controller.rb
- アクション：top
- ビュー：top.html.erb
コントローラー：users
- アクション：sign_up、sign_in
- ビュー：sign_up.html.erb、sign_in.html.erb

デフォルトのroutes.rb

設定と動作

ルーティングファイルはconfig/routes.rbにある。コントローラー生成直後のファイルの内容は以下のとおり。

Rails.application.routes.draw do
  get 'users/sign_in'

  get 'users/sign_up'

  get 'pages/top'

  # For details on the DSL available within this file, see http://guides.rubyonrails.org/routing.html
end

Rails.application.routes.draw do

get 'users/sign_in'

get 'users/sign_up'

get 'pages/top'

# For details on the DSL available within this file, see http://guides.rubyonrails.org/routing.html

end

初期状態では、GETメソッドで各ビューファイルがリクエストされたとき、ディレクトリー構成に従ってファイルを探すようルーティングされる。

たとえばブラウザーでhttp://localhost:3000/pages/topと入力するとpagesディレクトリー下のtop.html.erbが表示される。

このページに他のページからヘルパーでリンクを張る場合は以下の様に書く。

<%= link_to 'トップ', '/pages/top %>

ルーティング

ルーティングの設定状態はrails routesコマンドで確認できる。

[vagrant@vagrant ex_bbs]$ rails routes
       Prefix Verb URI Pattern              Controller#Action
users_sign_in GET  /users/sign_in(.:format) users#sign_in
users_sign_up GET  /users/sign_up(.:format) users#sign_up
    pages_top GET  /pages/top(.:format)     pages#top

[vagrant@vagrant ex_bbs]$ rails routes

Prefix Verb URI Pattern Controller#Action

users_sign_in GET /users/sign_in(.:format) users#sign_in

users_sign_up GET /users/sign_up(.:format) users#sign_up

pages_top GET /pages/top(.:format) pages#top

Prefixの列はリンクのエイリアスに関する表示で、ヘルパー中でプレフィックスに'_path'を付けた名前でリンク先を表せる。

たとえばtop.html.erb中に以下の行を追加するとリンクが表示され、クリックするとsign_in.html.erbページに遷移する。

<%= link_to('サインイン', users_sign_in_path) %>

まとめ

ルーティング設定で各アクションを呼ぶためのURLを設定できる
URLでルーティングする場合は文字列とする
Prefixと_pathを組み合わせたエイリアスでもルーティングができ、その場合はコロンなしで書く

ルーティングの設定変更

設定と動作

コントローラー生成時のルーティングを変更して、それぞれのページがアプリケーションルートから直接呼び出せるようにする(たとえばlocalhost:3000/topなど)。

Rails.application.routes.draw do
  get '/top', to: 'pages#top'

  get '/sign_up', to: 'users#sign_up'

  get '/sign_in', to: 'users#sign_in'
end

Rails.application.routes.draw do

get '/top', to: 'pages#top'

get '/sign_up', to: 'users#sign_up'

get '/sign_in', to: 'users#sign_in'

end

3つのルーティングとも同じ方法で指定している。

メソッド 'URL', to: 'コントローラー#アクション'

これでそれぞれのURL指定’/top’などに簡略化され、GETリクエストに対して対応するアクションが実行される。

この場合、トップページに以下のようなURL指定のリンクを追加すると、クリック時にサインインページに遷移する。

<%= link_to('サインイン', '/sign_in') %>

ルーティング

ルーティングの一覧は以下のとおりで、Prefixの列も簡略化されている。

[vagrant@vagrant ex_bbs]$ rails routes
 Prefix Verb URI Pattern        Controller#Action
    top GET  /top(.:format)     pages#top
sign_up GET  /sign_up(.:format) users#sign_up
sign_in GET  /sign_in(.:format) users#sign_in

[vagrant@vagrant ex_bbs]$ rails routes

Prefix Verb URI Pattern Controller#Action

top GET /top(.:format) pages#top

sign_up GET /sign_up(.:format) users#sign_up

sign_in GET /sign_in(.:format) users#sign_in

Prefixも変更されているので、top.html.erb中に以下の行を追加するとリンクが表示され、クリックするとsign_in.html.erbページに遷移する。

<%= link_to('サインイン', sign_in_path) %>￥

まとめ

ルーティングの, to: 'controller#action'によって、設定したURLから指定したアクションにルーティングできる
カンマ、toキー(to:)、'コントローラー#アクション'の文字列

ルーティングの名前

設定と動作

routes.rbのsign_inの行に, as:を追加して以下の様に変更する。

get '/sign_in', to: 'users#sign_in', as: :sign_in_page

この場合、リンク先としてsign_in_page_pathを指定してルーティングできるようになる。

ルーティング

このときのルーティングは以下の様になっている。

[vagrant@vagrant ex_bbs]$ rails routes
      Prefix Verb URI Pattern        Controller#Action
         top GET  /top(.:format)     pages#top
     sign_up GET  /sign_up(.:format) users#sign_up
sign_in_page GET  /sign_in(.:format) users#sign_in

[vagrant@vagrant ex_bbs]$ rails routes

Prefix Verb URI Pattern Controller#Action

top GET /top(.:format) pages#top

sign_up GET /sign_up(.:format) users#sign_up

sign_in_page GET /sign_in(.:format) users#sign_in

この場合、linkt_toから呼び出す名前はsign_in_page_pathになり、従前のsign_in_pathを使うとエラーになる。

つまり、as:で指定された内容で元のPrefixがオーバーライドされ、以後はその内容の名前かURLで指定しなければならない。

まとめ

ルーティングの名前を', as: :name'で設定できる
設定はカンマ、asキー(as:)、名前シンボル
名前を設定すると、Prefixがそれに置き換えられる

Rails – 例題 – コントローラー・ビューを準備する

2021-03-14 / tau / コメントする

概要

Railsの例題・掲示板の第1段階のためのコントローラーとビューを生成する。

コントローラー・ビューの生成

プロジェクトディレクトリー下で、2つのコントローラー、pagesとusersを生成する。

pagesコントローラーとビュー

生成コマンド

pagesコントローラーには1つのアクションtopを定義する。

rails generate controller pages top

[vagrant@vagrant ex_bbs]$ rails generate controller pages top
Running via Spring preloader in process 793
      create  app/controllers/pages_controller.rb
       route  get 'pages/top'
      invoke  erb
      create    app/views/pages
      create    app/views/pages/top.html.erb
      invoke  test_unit
      create    test/controllers/pages_controller_test.rb
      invoke  helper
      create    app/helpers/pages_helper.rb
      invoke    test_unit
      invoke  assets
      invoke    coffee
      create      app/assets/javascripts/pages.coffee
      invoke    scss
      create      app/assets/stylesheets/pages.scss

[vagrant@vagrant ex_bbs]$ rails generate controller pages top

Running via Spring preloader in process 793

create app/controllers/pages_controller.rb

route get 'pages/top'

invoke erb

create app/views/pages

create app/views/pages/top.html.erb

invoke test_unit

create test/controllers/pages_controller_test.rb

invoke helper

create app/helpers/pages_helper.rb

invoke test_unit

invoke assets

invoke coffee

create app/assets/javascripts/pages.coffee

invoke scss

create app/assets/stylesheets/pages.scss

コントローラー

上のコマンドによって、コントローラーファイルpages_controller.rb、ビューファイルtop.html.erbの2つのファイルが生成される。

app/controllers/pages_controller.rb

topアクションに対応する空のメソッドが定義されている。

class PagesController < ApplicationController
  def top
  end
end

class PagesController < ApplicationController

def top

end

ビュー

app/views/pages/top.html.erb

コントローラーと同名のディレクトリーがviewsディレクトリーに、アクションと同名のビューファイルがそのディレクトリーにつくられる。ビューファイルにはプレースホルダーの表示が書かれている。

<h1>Pages#top</h1>
<p>Find me in app/views/pages/top.html.erb</p>

1 2	<h1>Pages#top</h1> <p>Find me in app/views/pages/top.html.erb</p>

usersコントローラーとビュー

生成コマンド

usersコントローラーには2つのアクションsign_up、sign_inを定義する。

[vagrant@vagrant ex_bbs]$ rails generate controller users sign_up sign_in
Running via Spring preloader in process 825
      create  app/controllers/users_controller.rb
       route  get 'users/sign_in'
       route  get 'users/sign_up'
      invoke  erb
      create    app/views/users
      create    app/views/users/sign_up.html.erb
      create    app/views/users/sign_in.html.erb
      invoke  test_unit
      create    test/controllers/users_controller_test.rb
      invoke  helper
      create    app/helpers/users_helper.rb
      invoke    test_unit
      invoke  assets
      invoke    coffee
      create      app/assets/javascripts/users.coffee
      invoke    scss
      create      app/assets/stylesheets/users.scss

[vagrant@vagrant ex_bbs]$ rails generate controller users sign_up sign_in

Running via Spring preloader in process 825

create app/controllers/users_controller.rb

route get 'users/sign_in'

route get 'users/sign_up'

invoke erb

create app/views/users

create app/views/users/sign_up.html.erb

create app/views/users/sign_in.html.erb

invoke test_unit

create test/controllers/users_controller_test.rb

invoke helper

create app/helpers/users_helper.rb

invoke test_unit

invoke assets

invoke coffee

create app/assets/javascripts/users.coffee

invoke scss

create app/assets/stylesheets/users.scss

コントローラー

上のコマンドの結果、1つのコントローラーファイルusers_controller.rbと2つのビューファイルsign_up.html.erb、sign_in.html.erbが生成される。

app/controllers/users_controller.rb

2つのアクションに対応する空のメソッドが定義されている。

class UsersController < ApplicationController
  def sign_up
  end

  def sign_in
  end
end

class UsersController < ApplicationController

def sign_up

end

def sign_in

end

ビュー

コントローラーと同名(users)のディレクトリーがviewsディレクトリーの下につくられ、2つのビューファイルが生成される。

app/views/users/sign_up.html.erb

<h1>Users#sign_up</h1>
<p>Find me in app/views/users/sign_up.html.erb</p>

1 2	<h1>Users#sign_up</h1> <p>Find me in app/views/users/sign_up.html.erb</p>

app/view/users/sign_in.html.erb

<h1>Users#sign_in</h1>
<p>Find me in app/views/users/sign_in.html.erb</p>

1 2	<h1>Users#sign_in</h1> <p>Find me in app/views/users/sign_in.html.erb</p>

ルーティングの設定

基礎的なルーティングに従ってルーティングを設定していく。

デフォルトの設定

コントローラー・ビュー生成後のルーティングはconfig/routes.rbに書かれている。

Rails.application.routes.draw do
  get 'users/sign_in'

  get 'users/sign_up'

  get 'pages/top'

  # For details on the DSL available within this file, see http://guides.rubyonrails.org/routing.html
end

Rails.application.routes.draw do

get 'users/sign_in'

get 'users/sign_up'

get 'pages/top'

# For details on the DSL available within this file, see http://guides.rubyonrails.org/routing.html

end

初期状態では、GETメソッドで各ビューファイルがリクエストされたとき、ディレクトリー構成に従ってファイルを探すようルーティングされる。

たとえばブラウザーでhttp://localhost:3000/pages/topと入力するとpagesディレクトリー下のtop.html.erbが表示される。

ルーティングの設定変更

コントローラー生成時のルーティングを変更する。

ビューファイルのディレクトリー構成によらず、URLで/top、/sign_up、/sign_inと指定してアクションが呼ばれるようにする
..._pathのリンク名を定義する

変更後のroutes.rbは以下のとおり。

Rails.application.routes.draw do
  get '/top', to: 'pages#top', as: :top

  get '/sign_up', to: 'users#sign_up', as: :sign_up

  get '/sign_in', to: 'users#sign_in', as: :sign_in
end

Rails.application.routes.draw do

get '/top', to: 'pages#top', as: :top

get '/sign_up', to: 'users#sign_up', as: :sign_up

get '/sign_in', to: 'users#sign_in', as: :sign_in

end

Rails – 例題 – 掲示板

2021-03-14 / tau / コメントする

概要

Railsの流れを例題にまとめる。

題材として掲示板を選ぶ。

第1段階

BBSのユーザー登録、サインイン／サインアウト、エラー表示を実装する。

ここでは以下の事項を含む。

プロジェクトの開始、主なファイル配置
基礎的なコントロール、ビュー、ルーティング
データベースの基本操作
フォーム入力、バリデーション、パスワード暗号化
モデルによるデータベースの操作
セッション管理、アクセス制御

第1段階の内容

第2段階

サインインしたユーザーによる、プロフィールページの閲覧・編集、コメントの投稿・削除、画像ファイルの添付を実装する。

ここでは以下の事項を含む。

ユーザーに応じたページの表示・編集
リレーションを持つテーブルの設定・操作
リソースによる操作
画像ファイルのアップロード

第2段階の内容

Vagrant/AmazonLinux2 – rbenv/Rubyインストール

2021-03-10 / tau / コメントする

概要

VagrantのAmazonLinux2仮想環境にrbenv&Rubyをインストールした記録。

ホスト：Windows10
ゲスト：Vagrant + VirtualBox + bento/amazonlinux-2

Gitのインストール

CentOS7仮想環境と同じ方法でGitをインストール。

[vagrant@vagrant ~]$ sudo yum install git

1	[vagrant@vagrant ~]$ sudo yum install git

バージョン確認

[vagrant@vagrant ~]$ git --version
git version 2.23.3

1 2	[vagrant@vagrant ~]$ git --version git version 2.23.3

rbenv/Rubyのインストール

CentOS7仮想環境と同じ方法でインストール・設定(ライブラリーのインストールも含む)。

Gitからrbenvをクローン
.bash_profileの設定
Gitからruby-buildをクローン
Rubyに必要なライブラリーをインストール

Rubyインストール時に最新バージョンではなく過去のバージョンを指定してインストール。

rbenv install --list-allで全バージョンを確認
Rubyのインストール時に、バージョンを指定してインストール
rbenv globalで通常使うバージョンを指定

[vagrant@vagrant ~]$ rbenv install --list-all
1.8.5-p52
1.8.5-p113
1.8.5-p114
.....
2.6.2
2.6.3
2.6.4
.....

[vagrant@vagrant ~]$ rbenv install 2.6.3
Downloading ruby-2.6.3.tar.bz2...
-> https://cache.ruby-lang.org/pub/ruby/2.6/ruby-2.6.3.tar.bz2
Installing ruby-2.6.3...
Installed ruby-2.6.3 to /home/vagrant/.rbenv/versions/2.6.3
[vagrant@vagrant ~]$ rbenv global 2.6.3
[vagrant@vagrant ~]$ ruby -v
ruby 2.6.3p62 (2019-04-16 revision 67580) [x86_64-linux]

[vagrant@vagrant ~]$ rbenv install --list-all

1.8.5-p52

1.8.5-p113

1.8.5-p114

.....

2.6.2

2.6.3

2.6.4

.....

[vagrant@vagrant ~]$ rbenv install 2.6.3

Downloading ruby-2.6.3.tar.bz2...

-> https://cache.ruby-lang.org/pub/ruby/2.6/ruby-2.6.3.tar.bz2

Installing ruby-2.6.3...

Installed ruby-2.6.3 to /home/vagrant/.rbenv/versions/2.6.3

[vagrant@vagrant ~]$ rbenv global 2.6.3

[vagrant@vagrant ~]$ ruby -v

ruby 2.6.3p62 (2019-04-16 revision 67580) [x86_64-linux]

Rails – タイムゾーン

2021-03-08 / tau / コメントする

概要

Railsでモデルのデータをデータベースに保存した時、OSやMySQLのタイムゾーンはJSTなのに、created_atやupdated_atの時刻がUSTで保存されているのに気付いた。

以下の2つの方法があるようだ。

データベースへの登録時刻をJSTにする方法
データベースへの時刻登録はUSTとし、表示をJSTにする方法

日本以外でも利用するデータベースの時刻を統一するにはUSTの方がよさそうなので、ここでは2つ目の方法を用いた。

プロジェクトのconf/application.rbに1行追加
- config.time_zone = ‘Tokyo’
サーバーが実行中の場合は再起動

これでデータベース上はUST、Railsでの扱いはJSTになる。

データベースへの記録はUST

文字列フィールドを1つ持つテスト用のモデルを生成・マイグレートする。

この操作は21時過ぎに実行したが、マイグレーションファイルの時刻が12時台で、9時間遅れているのでUSTとわかる。

なお。CentOSとMySQLのタイムゾーンはTokyoに設定されている。

Running via Spring preloader in process 26713
      invoke  active_record
      create    db/migrate/20210308121236_create_records.rb
      create    app/models/record.rb
      invoke    test_unit
      create      test/models/record_test.rb
      create      test/fixtures/records.yml
[vagrant@localhost demo_app]$ rails db:migrate
== 20210308121236 CreateRecords: migrating ====================================
-- create_table(:records)
   -> 0.0237s
== 20210308121236 CreateRecords: migrated (0.0238s) ===========================

Running via Spring preloader in process 26713

invoke active_record

create db/migrate/20210308121236_create_records.rb

create app/models/record.rb

invoke test_unit

create test/models/record_test.rb

create test/fixtures/records.yml

[vagrant@localhost demo_app]$ rails db:migrate

== 20210308121236 CreateRecords: migrating ====================================

-- create_table(:records)

-> 0.0237s

== 20210308121236 CreateRecords: migrated (0.0238s) ===========================

mysqlにテーブルが作られている。

mysql> show tables;
+-----------------------+
| Tables_in_demo_app_db |
+-----------------------+
| ar_internal_metadata  |
| records               |
| schema_migrations     |
+-----------------------+
3 rows in set (0.00 sec)

mysql> show tables;

+-----------------------+

| Tables_in_demo_app_db |

+-----------------------+

| ar_internal_metadata |

| records |

| schema_migrations |

+-----------------------+

3 rows in set (0.00 sec)

コントローラーを編集して、トップページ表示時にレコードを保存し、改めて読み込んで表示させる。

class DemoContentsController < ApplicationController
  def top_page
    record = Record.new({col1: 'abc'})
    record.save
    record = Record.find_by(col1: 'abc')
    puts "READ"
    p record
  end
end

class DemoContentsController < ApplicationController

def top_page

record = Record.new({col1: 'abc'})

record.save

record = Record.find_by(col1: 'abc')

puts "READ"

p record

end

データベースへの書き込み時と読み込み時の時刻がUSTになっている。

Started GET "/" for 10.0.2.2 at 2021-03-08 21:17:04 +0900
Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1
   (1.9ms)  SELECT `schema_migrations`.`version` FROM `schema_migrations` ORDER BY `schema_migrations`.`version` ASC
Processing by DemoContentsController#top_page as HTML
  TRANSACTION (1.4ms)  BEGIN
  ↳ app/controllers/demo_contents_controller.rb:4:in `top_page'
  Record Create (1.6ms)  INSERT INTO `records` (`col1`, `created_at`, `updated_at`) VALUES ('abc', '2021-03-08 12:17:04.394262', '2021-03-08 12:17:04.394262')
  ↳ app/controllers/demo_contents_controller.rb:4:in `top_page'
  TRANSACTION (3.4ms)  COMMIT
  ↳ app/controllers/demo_contents_controller.rb:4:in `top_page'
  Record Load (2.3ms)  SELECT `records`.* FROM `records` WHERE `records`.`col1` = 'abc' LIMIT 1
  ↳ app/controllers/demo_contents_controller.rb:5:in `top_page'
READ
#<Record id: 1, col1: "abc", created_at: "2021-03-08 12:17:04.394262000 +0000", updated_at: "2021-03-08 12:17:04.394262000 +0000">
  Rendering layout layouts/application.html.erb
  Rendering demo_contents/top_page.html.erb within layouts/application
  Rendered demo_contents/top_page.html.erb within layouts/application (Duration: 1.8ms | Allocations: 705)
[Webpacker] Everything's up-to-date. Nothing to do
  Rendered layout layouts/application.html.erb (Duration: 16.2ms | Allocations: 6563)
Completed 200 OK in 79ms (Views: 20.0ms | ActiveRecord: 13.7ms | Allocations: 16960)

Started GET "/" for 10.0.2.2 at 2021-03-08 21:17:04 +0900

Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1

(1.9ms) SELECT `schema_migrations`.`version` FROM `schema_migrations` ORDER BY `schema_migrations`.`version` ASC

Processing by DemoContentsController#top_page as HTML

TRANSACTION (1.4ms) BEGIN

↳ app/controllers/demo_contents_controller.rb:4:in `top_page'

Record Create (1.6ms) INSERT INTO `records` (`col1`, `created_at`, `updated_at`) VALUES ('abc', '2021-03-08 12:17:04.394262', '2021-03-08 12:17:04.394262')

↳ app/controllers/demo_contents_controller.rb:4:in `top_page'

TRANSACTION (3.4ms) COMMIT

↳ app/controllers/demo_contents_controller.rb:4:in `top_page'

Record Load (2.3ms) SELECT `records`.* FROM `records` WHERE `records`.`col1` = 'abc' LIMIT 1

↳ app/controllers/demo_contents_controller.rb:5:in `top_page'

READ

#<Record id: 1, col1: "abc", created_at: "2021-03-08 12:17:04.394262000 +0000", updated_at: "2021-03-08 12:17:04.394262000 +0000">

Rendering layout layouts/application.html.erb

Rendering demo_contents/top_page.html.erb within layouts/application

Rendered demo_contents/top_page.html.erb within layouts/application (Duration: 1.8ms | Allocations: 705)

[Webpacker] Everything's up-to-date. Nothing to do

Rendered layout layouts/application.html.erb (Duration: 16.2ms | Allocations: 6563)

Completed 200 OK in 79ms (Views: 20.0ms | ActiveRecord: 13.7ms | Allocations: 16960)

mysqlで登録されたレコードを確認すると、USTで保存されている。

mysql> SELECT * FROM records;
+----+------+----------------------------+----------------------------+
| id | col1 | created_at                 | updated_at                 |
+----+------+----------------------------+----------------------------+
|  1 | abc  | 2021-03-08 12:17:04.394262 | 2021-03-08 12:17:04.394262 |
+----+------+----------------------------+----------------------------+
1 row in set (0.00 sec)

mysql> SELECT * FROM records;

+----+------+----------------------------+----------------------------+

| id | col1 | created_at | updated_at |

+----+------+----------------------------+----------------------------+

| 1 | abc | 2021-03-08 12:17:04.394262 | 2021-03-08 12:17:04.394262 |

+----+------+----------------------------+----------------------------+

1 row in set (0.00 sec)

application.rbでタイムゾーンを設定

プロジェクトのconfig/aplication.rbに以下の1行を追加。

config.time_zone = 'Tokyo'

1	config.time_zone = 'Tokyo'

Railsサーバーを立ち上げなおして実行すると、表示がJSTになっている。

Started GET "/" for 10.0.2.2 at 2021-03-08 21:27:43 +0900
Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1
   (1.7ms)  SELECT `schema_migrations`.`version` FROM `schema_migrations` ORDER BY `schema_migrations`.`version` ASC
Processing by DemoContentsController#top_page as HTML
  Record Load (2.3ms)  SELECT `records`.* FROM `records` WHERE `records`.`col1` = 'abc' LIMIT 1
  ↳ app/controllers/demo_contents_controller.rb:5:in `top_page'
READ
#<Record id: 1, col1: "abc", created_at: "2021-03-08 21:17:04.394262000 +0900", updated_at: "2021-03-08 21:17:04.394262000 +0900">
  Rendering layout layouts/application.html.erb
  Rendering demo_contents/top_page.html.erb within layouts/application
  Rendered demo_contents/top_page.html.erb within layouts/application (Duration: 4.0ms | Allocations: 705)
[Webpacker] Everything's up-to-date. Nothing to do
  Rendered layout layouts/application.html.erb (Duration: 24.3ms | Allocations: 6563)
Completed 200 OK in 96ms (Views: 31.1ms | ActiveRecord: 13.3ms | Allocations: 14376)

Started GET "/" for 10.0.2.2 at 2021-03-08 21:27:43 +0900

Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1

(1.7ms) SELECT `schema_migrations`.`version` FROM `schema_migrations` ORDER BY `schema_migrations`.`version` ASC

Processing by DemoContentsController#top_page as HTML

Record Load (2.3ms) SELECT `records`.* FROM `records` WHERE `records`.`col1` = 'abc' LIMIT 1

↳ app/controllers/demo_contents_controller.rb:5:in `top_page'

READ

#<Record id: 1, col1: "abc", created_at: "2021-03-08 21:17:04.394262000 +0900", updated_at: "2021-03-08 21:17:04.394262000 +0900">

Rendering layout layouts/application.html.erb

Rendering demo_contents/top_page.html.erb within layouts/application

Rendered demo_contents/top_page.html.erb within layouts/application (Duration: 4.0ms | Allocations: 705)

[Webpacker] Everything's up-to-date. Nothing to do

Rendered layout layouts/application.html.erb (Duration: 24.3ms | Allocations: 6563)

Completed 200 OK in 96ms (Views: 31.1ms | ActiveRecord: 13.3ms | Allocations: 14376)

Rails – formヘルパーとCSRF対策

2021-03-08 / tau / コメントする

formヘルパーから生成されるタグ

たとえばfomr_tagヘルパーがレンダリングされると、formタグとhidden属性のinputタグが生成される。

<%= form_tag("/demo_contents/post_memo") do %>
↓
<form action="/demo_contents/post_memo" accept-charset="UTF-8" method="post">
<input type="hidden" name="authenticity_token" value="dN3WEdFwc6ZkCbiW_kMxFNPC_Ajz1BhnydL9kPbCcy3ZrcppdSYNHjitGKaRbvNuAQGxH_ihxcc6EjrK2AAUSA" />

<%= form_tag("/demo_contents/post_memo") do %>

↓

CSRF対策

form系のヘルパーで生成されるhiddenタイプのinputタグは、authenticity_tokenという名前でランダム文字列を値に持つ。

これはフォームに対する送信を確認するもので、Railsから送ったフォーム以外からの送信を排除するための仕掛け。

CSRF(Cross Site Request Forgeries)は、攻撃者のサイトへのリンクをクリックした場合に、そのサイトから意図しない送信が送られてしまうもの。

Railsではformヘルパーで生成されたトークンとサーバー内に持っているトークンが符合すれば、意図したフォームからの投稿と判断される。このためのメソッドがprotect_from_forgery。

Rails 5.2より前は、ApplicationControllerにprotect_from_forgeryが自動的に記述される。

class ApplicationController < ActionController::Base
  protect_from_forgery with: :exception
end

class ApplicationController < ActionController::Base

protect_from_forgery with: :exception

end

Rails 5.2以降はActionController::Baseで有効になっていて、追加記述の必要はない。

Rails – モデルによるDB操作の仕組み

2021-03-08 / tau / コメントする

概要

モデルによるデータベース操作を、できるだけ基本的な方法で行うことを試した。

またテーブル構造の変更に対して、マイグレーションを行わずにmysqlコンソールとコントロールファイル編集だけで対応できることを確認した。

モデルとテーブルの生成

モデルの生成

以下の様にモデルを生成する。このモデルは文字列型のフィールドを1つ持っている。

rails generate model record col1:string

[vagrant@localhost migrate]$ rails generate model record col1:string
Running via Spring preloader in process 24431
      invoke  active_record
      create    db/migrate/20210308054636_create_records.rb
      create    app/models/record.rb
      invoke    test_unit
      create      test/models/record_test.rb
      create      test/fixtures/records.yml

[vagrant@localhost migrate]$ rails generate model record col1:string

Running via Spring preloader in process 24431

invoke active_record

create db/migrate/20210308054636_create_records.rb

create app/models/record.rb

invoke test_unit

create test/models/record_test.rb

create test/fixtures/records.yml

app/models/record.rbが作成される。

class Record < ApplicationRecord
end

1 2	class Record < ApplicationRecord end

マイグレーションファイルも作成されていて、string型のフィールドが定義されている。

[vagrant@localhost demo_app]$ cat db/migrate/20210308054636_create_records.rb
class CreateRecords < ActiveRecord::Migration[6.1]
  def change
    create_table :records do |t|
      t.string :col1

      t.timestamps
    end
  end
end

[vagrant@localhost demo_app]$ cat db/migrate/20210308054636_create_records.rb

class CreateRecords < ActiveRecord::Migration[6.1]

def change

create_table :records do |t|

t.string :col1

t.timestamps

end

マイグレーション～テーブル生成

このモデルからマイグレーションによりテーブルを生成する。

rails db:migrate

[vagrant@localhost migrate]$ rails db:migrate
== 20210308054636 CreateRecords: migrating ====================================
-- create_table(:records)
   -> 0.0364s
== 20210308054636 CreateRecords: migrated (0.0365s) ===========================

[vagrant@localhost migrate]$ rails db:migrate

== 20210308054636 CreateRecords: migrating ====================================

-- create_table(:records)

-> 0.0364s

== 20210308054636 CreateRecords: migrated (0.0365s) ===========================

mysqlでテーブルが生成されていることと、そのテーブルの構造が確認できる。

mysql> show tables;
+-----------------------+
| Tables_in_demo_app_db |
+-----------------------+
| ar_internal_metadata  |
| records               |
| schema_migrations     |
+-----------------------+
3 rows in set (0.00 sec)

mysql> desc records;
+------------+--------------+------+-----+---------+----------------+
| Field      | Type         | Null | Key | Default | Extra          |
+------------+--------------+------+-----+---------+----------------+
| id         | bigint       | NO   | PRI | NULL    | auto_increment |
| col1       | varchar(255) | YES  |     | NULL    |                |
| created_at | datetime(6)  | NO   |     | NULL    |                |
| updated_at | datetime(6)  | NO   |     | NULL    |                |
+------------+--------------+------+-----+---------+----------------+
4 rows in set (0.00 sec)

mysql> show tables;

+-----------------------+

| Tables_in_demo_app_db |

+-----------------------+

| ar_internal_metadata |

| records |

| schema_migrations |

+-----------------------+

3 rows in set (0.00 sec)

mysql> desc records;

+------------+--------------+------+-----+---------+----------------+

+------------+--------------+------+-----+---------+----------------+

| id | bigint | NO | PRI | NULL | auto_increment |

| col1 | varchar(255) | YES | | NULL | |

+------------+--------------+------+-----+---------+----------------+

4 rows in set (0.00 sec)

モデルの構造の確認

コントローラーからモデルの内容を出力させる。

class DemoContentsController < ApplicationController
  def top_page
    puts "EXAMPLE"
    record = Record.new
    p record
  end
end

class DemoContentsController < ApplicationController

def top_page

puts "EXAMPLE"

record = Record.new

p record

end

トップページを出力させると、サーバー実行中のコンソールに以下が出力される。

app/controllers/demo_contents_controller.rb:4:in `top_page'
Started GET "/" for 10.0.2.2 at 2021-03-** **:**:** +0900
Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1
Processing by DemoContentsController#top_page as HTML
EXAMPLE
#<Record id: nil, col1: nil, created_at: nil, updated_at: nil>

app/controllers/demo_contents_controller.rb:4:in `top_page'

Started GET "/" for 10.0.2.2 at 2021-03-** **:**:** +0900

Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1

Processing by DemoContentsController#top_page as HTML

EXAMPLE

#<Record id: nil, col1: nil, created_at: nil, updated_at: nil>

Railsデフォルトのid、created_at、updated_atに加えてcol1が要素に加わっている。

データの登録確認

トップページアクセス時にレコードを1つ登録する。レコードのフィールドはハッシュで指定する。

lass DemoContentsController < ApplicationController
  def top_page
    puts "EXAMPLE"
    record = Record.new({col1: 'abc'})
    p record
    record.save
  end
end

lass DemoContentsController < ApplicationController

def top_page

puts "EXAMPLE"

record = Record.new({col1: 'abc'})

p record

record.save

end

Railsサーバーのコンソールに以下が出力され、データが生成・登録されていることがわかる。

app/controllers/demo_contents_controller.rb:6:in `top_page'
Started GET "/" for 10.0.2.2 at 2021-03-** **:**:** +0900
Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1
Processing by DemoContentsController#top_page as HTML
EXAMPLE
#<Record id: nil, col1: "abc", created_at: nil, updated_at: nil>
  TRANSACTION (2.7ms)  BEGIN
  ↳ app/controllers/demo_contents_controller.rb:6:in `top_page'
  Record Create (2.4ms)  INSERT INTO `records` (`col1`, `created_at`, `updated_at`) VALUES ('abc', '2021-03-** **:**:**.501886', '2021-03-** **:**:**.501886')
  ↳ app/controllers/demo_contents_controller.rb:6:in `top_page'
  TRANSACTION (9.4ms)  COMMIT

app/controllers/demo_contents_controller.rb:6:in `top_page'

Started GET "/" for 10.0.2.2 at 2021-03-** **:**:** +0900

Cannot render console from 10.0.2.2! Allowed networks: 127.0.0.0/127.255.255.255, ::1

Processing by DemoContentsController#top_page as HTML

EXAMPLE

#<Record id: nil, col1: "abc", created_at: nil, updated_at: nil>

TRANSACTION (2.7ms) BEGIN

↳ app/controllers/demo_contents_controller.rb:6:in `top_page'

Record Create (2.4ms) INSERT INTO `records` (`col1`, `created_at`, `updated_at`) VALUES ('abc', '2021-03-** **:**:**.501886', '2021-03-** **:**:**.501886')

↳ app/controllers/demo_contents_controller.rb:6:in `top_page'

TRANSACTION (9.4ms) COMMIT

mysqlでもテーブルへの登録状況が確認できる。

mysql> SELECT * FROM records;
+----+------+----------------------------+----------------------------+
| id | col1 | created_at                 | updated_at                 |
+----+------+----------------------------+----------------------------+
|  1 | abc  | 2021-03-** **:**:**.501886 | 2021-03-** **:**:**.501886 |
+----+------+----------------------------+----------------------------+
1 row in set (0.00 sec)

mysql> SELECT * FROM records;

+----+------+----------------------------+----------------------------+

| id | col1 | created_at | updated_at |

+----+------+----------------------------+----------------------------+

| 1 | abc | 2021-03-** **:**:**.501886 | 2021-03-** **:**:**.501886 |

+----+------+----------------------------+----------------------------+

1 row in set (0.00 sec)

データの読み込み確認

トップページ読み込み時にデータベースを読み込んで表示するように変更する。

class DemoContentsController < ApplicationController
  def top_page
    puts "EXAMPLE"
    records = Record.all
    p records
  end
end

class DemoContentsController < ApplicationController

def top_page

puts "EXAMPLE"

records = Record.all

p records

end

出力は以下のとおりで、データベースの内容が読みだされている。

app/controllers/demo_contents_controller.rb:5:in `top_page'
.....
EXAMPLE
  Record Load (2.0ms)  SELECT `records`.* FROM `records` /* loading for inspect */ LIMIT 11
  ↳ app/controllers/demo_contents_controller.rb:5:in `p'
#<ActiveRecord::Relation [#<Record id: 1, col1: "abc", created_at: "2021-03-** **:**:**.501886000 +0000", updated_at: "2021-03-** **:**:**.501886000 +0000">]>

app/controllers/demo_contents_controller.rb:5:in `top_page'

.....

EXAMPLE

Record Load (2.0ms) SELECT `records`.* FROM `records` /* loading for inspect */ LIMIT 11

↳ app/controllers/demo_contents_controller.rb:5:in `p'

#<ActiveRecord::Relation [#<Record id: 1, col1: "abc", created_at: "2021-03-** **:**:**.501886000 +0000", updated_at: "2021-03-** **:**:**.501886000 +0000">]>

MySQLでのテーブル変更

以下の様にmysqlで直接テーブルにフィールドを加える。

mysql> ALTER TABLE records ADD col2 INT;
Query OK, 0 rows affected (0.03 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> SELECT * FROM records;
+----+------+----------------------------+----------------------------+------+
| id | col1 | created_at                 | updated_at                 | col2 |
+----+------+----------------------------+----------------------------+------+
|  1 | abc  | 2021-03-** **:**:**.501886 | 2021-03-** **:**:**.501886 | NULL |
+----+------+----------------------------+----------------------------+------+
1 row in set (0.00 sec)

mysql> ALTER TABLE records ADD col2 INT;

Query OK, 0 rows affected (0.03 sec)

Records: 0 Duplicates: 0 Warnings: 0

mysql> SELECT * FROM records;

+----+------+----------------------------+----------------------------+------+

| id | col1 | created_at | updated_at | col2 |

+----+------+----------------------------+----------------------------+------+

| 1 | abc | 2021-03-** **:**:**.501886 | 2021-03-** **:**:**.501886 | NULL |

+----+------+----------------------------+----------------------------+------+

1 row in set (0.00 sec)

Railsで変更後テーブルへの書き込み

トップページアクセス時に、フィールド追加後のテーブルに新たなデータを書き込むように変更。

class DemoContentsController < ApplicationController
  def top_page
    puts "EXAMPLE"
    record = Record.new({col1: 'ABC', col2: 123})
    p record
    record.save
  end
end

class DemoContentsController < ApplicationController

def top_page

puts "EXAMPLE"

record = Record.new({col1: 'ABC', col2: 123})

p record

record.save

end

トップページ表示時にデータが登録され、テーブルは以下の様に更新されている。

mysql> SELECT * FROM records;
+----+------+----------------------------+----------------------------+------+
| id | col1 | created_at                 | updated_at                 | col2 |
+----+------+----------------------------+----------------------------+------+
|  1 | abc  | 2021-03-** **:**:**.501886 | 2021-03-** **:**:**.501886 | NULL |
|  2 | ABC  | 2021-03-** **:**:**.219484 | 2021-03-** **:**:**.219484 |  123 |
+----+------+----------------------------+----------------------------+------+
2 rows in set (0.00 sec)

mysql> SELECT * FROM records;

+----+------+----------------------------+----------------------------+------+

| id | col1 | created_at | updated_at | col2 |

+----+------+----------------------------+----------------------------+------+

| 1 | abc | 2021-03-** **:**:**.501886 | 2021-03-** **:**:**.501886 | NULL |

| 2 | ABC | 2021-03-** **:**:**.219484 | 2021-03-** **:**:**.219484 | 123 |

+----+------+----------------------------+----------------------------+------+

2 rows in set (0.00 sec)

Rails – プロジェクトでのデータベース準備

2021-03-08 / tau / コメントする

概要

Railsでモデルによりフォームやデータベースとのやり取りをする流れ。

プロジェクト生成時にDBMSを指定
database.ymlを編集してデータベースを生成
モデルを生成
マイグレーションでテーブルを生成
モデルでフォームデータを取得
モデルでテーブルを読み書き

プロジェクト生成時

プロジェクト生成時にDBMSを指定する。

Rails2.0.2以降ではデフォルトデータベースがMySQLからSQLiteに変更
MySQLを使う場合、プロジェクト生成時に以下の様に指定

rails generate project_name -d mysql rails generrate project_name --database=mysql

データベースの生成・操作

database.ymlの編集

config/database.ymlファイルの内容を設定・変更

default: &default
  #adapter: sqlite3
  adapter: mysql2 # MySQLを使う設定になっているか確認
  pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
  timeout: 5000
  encoding: utf8
  username: root  # MySQLのユーザー名を確認
  password: ****  # MySQLのパスワードを確認

development:
  <<: *default
  #database: db/development.sqlite3
  database: ****  # 利用するDB名を設定

test:
  <<: *default
  #database: db/test.sqlite3
  database: ****  # 利用するDB名を設定またはコメントアウト

production:
  <<: *default
  #database: db/production.sqlite3 # 利用するDB名を設定またはコメントアウト

default: &default

#adapter: sqlite3

adapter: mysql2 # MySQLを使う設定になっているか確認

pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>

timeout: 5000

encoding: utf8

username: root # MySQLのユーザー名を確認

password: **** # MySQLのパスワードを確認

development:

<<: *default

#database: db/development.sqlite3

database: **** # 利用するDB名を設定

test:

<<: *default

#database: db/test.sqlite3

database: **** # 利用するDB名を設定またはコメントアウト

production:

<<: *default

#database: db/production.sqlite3 # 利用するDB名を設定またはコメントアウト

データベースの生成

以下のコマンドでdatabase.ymlの設定に従ってデータベースを生成。

rails db:create

データベースの確認

以下のいずれかの方法で、アプリケーションのデータベースを確認できる。

mysql -u user -pを実行してMySQLのコンソールに入る
プロジェクトディレクトリー内でrails dbconsoleを実行して、アプリケーションが使うデータベースをuseした状態でMySQLのコンソールに入る

データベースの削除

以下のコマンドでアプリケーションで使っているデータベースが削除される。有無を言わさずすべてのテーブルごと消えてしまうので注意。

rails db:drop

実行例

database.yml

データベース名を設定する。以下はdemo_appアプリケーションでdemo_app_dbを使う設定。

[vagrant@localhost demo_app]$ cat config/database.yml
.....
default: &default
  adapter: mysql2
  encoding: utf8mb4
  pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
  username: root
  password: vagrant
  socket: /var/lib/mysql/mysql.sock

development:
  <<: *default
  database: demo_app_db
.....

[vagrant@localhost demo_app]$ cat config/database.yml

.....

default: &default

adapter: mysql2

encoding: utf8mb4

pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>

username: root

password: vagrant

socket: /var/lib/mysql/mysql.sock

development:

<<: *default

database: demo_app_db

.....

データベースの生成

rails db:createコマンドでdatabase.ymlの設定を使ってデータベースを作成する。

[vagrant@localhost demo_app]$ rails db:create
Created database 'demo_app_db'

1 2	[vagrant@localhost demo_app]$ rails db:create Created database 'demo_app_db'

rails dbconsoleコマンドでデータベースが作成されたことを確認。

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| demo_app_db        |
| information_schema |
| mysql              |
| performance_schema |
| sys                |
| testdb             |
+--------------------+
6 rows in set (0.00 sec)

mysql> show databases;

+--------------------+

| Database |

+--------------------+

| demo_app_db |

| information_schema |

| mysql |

| performance_schema |

| sys |

| testdb |

+--------------------+

6 rows in set (0.00 sec)

Rails – ヘルパーメソッド

2021-03-06 / tau / コメントする

主なヘルパーメソッド

link_to

<a>要素を生成する。

基本形

<%= link_to "表示テキスト", URL %>

<a href=URL>表示テキスト</a>を生成
URLは文字列形式のほか、routes.rbでas:指定をしたパス(***_path)を指定可能

属性の追加

<%= link_to text, URL, :attr_name => 'attr_value' %>

たとえばid属性の場合、:id => 'ID'など
複数の属性をカンマで区切って列挙できる

フォーム関係

フォームヘルパー(旧)