はじめに 本記事はRuby on Rails を gem install rails コマンドを使わない方法で環境構築を行っていくものです。 また、本記事は自分用メモとして記述しています。ご容赦下さい。 開発環境 Ubuntu 20.04.2 コンパイラおよび必要なツールのインストール コンパイラおよび必要なツールをインストール # パッケージ一覧を更新 (リポジトリ追加・削除時には必ず実行すること) $ sudo apt update -y # パッケージを更新 (通常のパッケージ更新時はこのコマンドを仕様する) $ sudo apt upgrade -y # 開発に必須のビルドツールを提供しているパッケージ $ sudo apt install build-essential $ sudo apt install -y libssl-dev libreadline-dev zlib1g-dev データベース管理システムのインストール データベース管理システム # SQLite3を利用する場合にインストールするコマンド $ sudo apt install libsqlite3-dev # MySQLを利用する場合にインストールするコマンド $ sudo apt-get install libmysqlclient-dev # PostgreSQLを利用する場合にインストールするコマンド $ sudo apt-get install Postgresql-common $ sudo apt-get install libpq-dev Rubyをインストール Ruby # rbenv (パッケージ管理ツール) のインストール $ git clone https://github.com/sstephenson/rbenv.git ~/.rbenv # 環境変数にPathを設定する $ echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bashrc $ echo 'eval "$(rbenv init -)"' >> ~/.bashrc #シェルを再起動 $ exec $SHELL -l #ruby-buildをインストール $ git clone https://github.com/sstephenson/ruby-build.git ~/.rbenv/plugins/ruby-build #Rubyをインストール(Rails6を動かすには、Ruby Version 2.5以上が必要) $ rbenv install 2.6.2 $ rbenv global 2.6.2 #Rubyのバージョンを確認 $ ruby -v #ruby 2.6.2　になっていることを確認 Node.jsをインストール Node.js # node.jsとnpmをインストール $ sudo apt install -y nodejs npm #n packageをインストール $ sudo npm install n -g #n packageを使ってnodeをインストール $ sudo n stable # 最初に入れた古いnode.js, npmを削除 $ sudo apt purge -y nodejs npm #シェルを再起動 $ exec $SHELL -l # yarn packageをインストール $ sudo npm install yarn -g # node.jsのバージョンが最新か確認 $ node -v Railsのセットアップ セットアップ # プロジェクトのディレクトリを作成 $ mkdir example_folder # 作成したディレクトリに移動する $ cd example_folder # bundle init を実行してGemfileを作成 $ bundle init # Gemfileを開き【# gem 'rails'】の部分をコメントアウトする $ nano Gemfile # rails をインストールするために bundle install $ bundle install --path vendor/bundle # rails new コマンドを実行して、rails に関する gem をまとめてインストールする $ bundle exec rails new . サーバーを起動する 起動 # サーバーを起動するコマンド $ bundle exec rails s 終わりに プログラムの勉強をサボらないようにするために、Qiitaの投稿を１週間に1回投稿できたら良いな〜と思いました。 参考資料 aptコマンドチートシート Rubyのインストール方法(Ubuntu編) Ubuntuに最新のNode.jsを難なくインストールする

目的はタイトル通り ですが、サブの目的として”もし特定の文字が含まれた文字列がなければ結果としてNoneを出力する”ことと、文字列は入力によって取得することとします。 1.まず入力される文字列の回数をnに代入します 2.次に入力される特定の文字をｇに代入します 3.Noneを出力するために、後々入力された文字列を格納する配列をs_arrayに代入していきます 4.ｎ回の処理を行うためn.times do〜endを記述します 5.処理内容としてまず審査する文字列をsに代入します 6.sにgが含まれているかをs.include?(g)で審査し、trueであれば下記の処理を行います 7.s_arrayにsを格納し、sを出力します 8.ここまでの処理で、もしs_arrayが空であった場合Noneを出力します n = gets.chomp.to_i g = gets.chomp s_array = [] n.times do s = gets.chomp if s.include?(g) s_array.push(s) puts s end end if s_array.empty? puts 'None' end もしかしたらもっと効率的なやり方があるかもしれませんが、少しでも駆け出しエンジニアの方々の参考になれば幸いです。 では。

Rubyの環境構築(OSがMojave以前) Command Line Toolsをインストール ターミナル $ xcode-select --install Homebrewをインストール ターミナル $ cd #ホームディレクトリに移動 $ pwd #ホームディレクトリにいるかどうか確認 $ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)" # コマンドを実行 Password:と表示されたらPCのパスワードを入力 brew -vでインストールされているか確認 ターミナル $ brew -v Homebrew 2.5.1 Homebrewをアップデート ターミナル $　brew update Homebrewの権限を変更 ターミナル $ sudo chown -R `whoami`:admin /usr/local/bin 新しいバージョンのRubyをインストール rbenv と ruby-buildをインストール ターミナル $ brew install rbenv ruby-build rbenvをPCにおけるどこの場所からも使用できるようにする ターミナル $ echo 'eval "$(rbenv init -)"' >> ~/.bash_profile bash_profileの変更を反映 ターミナル $ source ~/.bash_profile readlineをinstall ターミナルのirb上で日本語入力を可能にする設定を行うため ターミナル $ brew install readline readlineをどこからも使用できるようにする ターミナル $ brew link readline --force rbenvを利用してRubyをインストール Webアプリケーション開発用のRubyをインストール ターミナル $ RUBY_CONFIGURE_OPTS="--with-readline-dir=$(brew --prefix readline)" $ rbenv install 2.6.5 利用するRubyのバージョンを指定 インストールしたRuby 2.6.5を使用するために、以下のコマンドを実行 ターミナル rbenv global 2.6.5 rbenvを読み込んで変更を反映 ターミナル $ rbenv rehash Rubyのバージョンを確認 ターミナル $ ruby -v MySQLをインストール MySQLをインストール ターミナル $ brew install mysql@5.6 MySQLの自動起動設定 ターミナル $ mkdir ~/Library/LaunchAgents $ ln -sfv /usr/local/opt/mysql\@5.6/*.plist ~/Library/LaunchAgents $ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.mysql\@5.6.plist mysqlコマンドをPCのどこからでも実行できるようにする ターミナル # mysqlのコマンドを実行できるようにする $ echo 'export PATH="/usr/local/opt/mysql@5.6/bin:$PATH"' >> ~/.bash_profile $ source ~/.bash_profile # mysqlのコマンドが打てるか確認する $ which mysql # 以下のように表示されれば成功 /usr/local/opt/mysql@5.6/bin/mysql mysqlの起動の確認 ターミナル # mysqlの状態を確認するコマンド $ mysql.server status # 以下のように表示されれば成功 SUCCESS! MySQL running Railsを用意 bundlerをインストール ターミナル $ gem install bundler --version='2.1.4' Railsをインストール ターミナル $ gem install rails --version='6.0.0' rbenvを再読み込みして変更を反映 ターミナル $ rbenv rehash Railsが導入できたか確認 ターミナル % rails -v Rails 6.0.0 Node.jsを導入 Node.jsのインストール ターミナル $ brew install node@14 Node.jsへのパスを設定 ターミナル $ echo 'export PATH="/usr/local/opt/node@14/bin:$PATH"' >> ~/.bash_profile $ source ~/.bash_profile Node.jsが導入できたか確認 ターミナル $ node -v v14.15.3 yarnを導入 yarnをインストール ターミナル brew install yarn yarnが導入できたか確認 ターミナル $ yarn -v 終了

Rubyの環境構築(OSがMojave以前) Command Line Toolsをインストール ターミナル $ xcode-select --install Homebrewをインストール ターミナル $ cd #ホームディレクトリに移動 $ pwd #ホームディレクトリにいるかどうか確認 $ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)" # コマンドを実行 Password:と表示されたらPCのパスワードを入力 brew -vでインストールされているか確認 ターミナル $ brew -v Homebrew 2.5.1 Homebrewをアップデート ターミナル $　brew update Homebrewの権限を変更 ターミナル $ sudo chown -R `whoami`:admin /usr/local/bin 新しいバージョンのRubyをインストール rbenv と ruby-buildをインストール ターミナル $ brew install rbenv ruby-build rbenvをPCにおけるどこの場所からも使用できるようにする ターミナル $ echo 'eval "$(rbenv init -)"' >> ~/.bash_profile bash_profileの変更を反映 ターミナル $ source ~/.bash_profile readlineをinstall ターミナルのirb上で日本語入力を可能にする設定を行うため ターミナル $ brew install readline readlineをどこからも使用できるようにする ターミナル $ brew link readline --force rbenvを利用してRubyをインストール Webアプリケーション開発用のRubyをインストール ターミナル $ RUBY_CONFIGURE_OPTS="--with-readline-dir=$(brew --prefix readline)" $ rbenv install 2.6.5 利用するRubyのバージョンを指定 インストールしたRuby 2.6.5を使用するために、以下のコマンドを実行 ターミナル rbenv global 2.6.5 rbenvを読み込んで変更を反映 ターミナル $ rbenv rehash Rubyのバージョンを確認 ターミナル $ ruby -v MySQLをインストール MySQLをインストール ターミナル $ brew install mysql@5.6 MySQLの自動起動設定 ターミナル $ mkdir ~/Library/LaunchAgents $ ln -sfv /usr/local/opt/mysql\@5.6/*.plist ~/Library/LaunchAgents $ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.mysql\@5.6.plist mysqlコマンドをPCのどこからでも実行できるようにする ターミナル # mysqlのコマンドを実行できるようにする $ echo 'export PATH="/usr/local/opt/mysql@5.6/bin:$PATH"' >> ~/.bash_profile $ source ~/.bash_profile # mysqlのコマンドが打てるか確認する $ which mysql # 以下のように表示されれば成功 /usr/local/opt/mysql@5.6/bin/mysql mysqlの起動の確認 ターミナル # mysqlの状態を確認するコマンド $ mysql.server status # 以下のように表示されれば成功 SUCCESS! MySQL running Railsを用意 bundlerをインストール ターミナル $ gem install bundler --version='2.1.4' Railsをインストール ターミナル $ gem install rails --version='6.0.0' rbenvを再読み込みして変更を反映 ターミナル $ rbenv rehash Railsが導入できたか確認 ターミナル % rails -v Rails 6.0.0 Node.jsを導入 Node.jsのインストール ターミナル $ brew install node@14 Node.jsへのパスを設定 ターミナル $ echo 'export PATH="/usr/local/opt/node@14/bin:$PATH"' >> ~/.bash_profile $ source ~/.bash_profile Node.jsが導入できたか確認 ターミナル $ node -v v14.15.3 yarnを導入 yarnをインストール ターミナル brew install yarn yarnが導入できたか確認 ターミナル $ yarn -v 終了

Rubyの環境構築(OSがMojave以前) Command Line Toolsをインストール ターミナル $ xcode-select --install Homebrewをインストール ターミナル $ cd #ホームディレクトリに移動 $ pwd #ホームディレクトリにいるかどうか確認 $ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)" # コマンドを実行 Password:と表示されたらPCのパスワードを入力 brew -vでインストールされているか確認 ターミナル $ brew -v Homebrew 2.5.1 Homebrewをアップデート ターミナル $　brew update Homebrewの権限を変更 ターミナル $ sudo chown -R `whoami`:admin /usr/local/bin 新しいバージョンのRubyをインストール rbenv と ruby-buildをインストール ターミナル $ brew install rbenv ruby-build rbenvをPCにおけるどこの場所からも使用できるようにする ターミナル $ echo 'eval "$(rbenv init -)"' >> ~/.bash_profile bash_profileの変更を反映 ターミナル $ source ~/.bash_profile readlineをinstall ターミナルのirb上で日本語入力を可能にする設定を行うため ターミナル $ brew install readline readlineをどこからも使用できるようにする ターミナル $ brew link readline --force rbenvを利用してRubyをインストール Webアプリケーション開発用のRubyをインストール ターミナル $ RUBY_CONFIGURE_OPTS="--with-readline-dir=$(brew --prefix readline)" $ rbenv install 2.6.5 利用するRubyのバージョンを指定 インストールしたRuby 2.6.5を使用するために、以下のコマンドを実行 ターミナル rbenv global 2.6.5 rbenvを読み込んで変更を反映 ターミナル $ rbenv rehash Rubyのバージョンを確認 ターミナル $ ruby -v MySQLをインストール MySQLをインストール ターミナル $ brew install mysql@5.6 MySQLの自動起動設定 ターミナル $ mkdir ~/Library/LaunchAgents $ ln -sfv /usr/local/opt/mysql\@5.6/*.plist ~/Library/LaunchAgents $ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.mysql\@5.6.plist mysqlコマンドをPCのどこからでも実行できるようにする ターミナル # mysqlのコマンドを実行できるようにする $ echo 'export PATH="/usr/local/opt/mysql@5.6/bin:$PATH"' >> ~/.bash_profile $ source ~/.bash_profile # mysqlのコマンドが打てるか確認する $ which mysql # 以下のように表示されれば成功 /usr/local/opt/mysql@5.6/bin/mysql mysqlの起動の確認 ターミナル # mysqlの状態を確認するコマンド $ mysql.server status # 以下のように表示されれば成功 SUCCESS! MySQL running Railsを用意 bundlerをインストール ターミナル $ gem install bundler --version='2.1.4' Railsをインストール ターミナル $ gem install rails --version='6.0.0' rbenvを再読み込みして変更を反映 ターミナル $ rbenv rehash Railsが導入できたか確認 ターミナル % rails -v Rails 6.0.0 Node.jsを導入 Node.jsのインストール ターミナル $ brew install node@14 Node.jsへのパスを設定 ターミナル $ echo 'export PATH="/usr/local/opt/node@14/bin:$PATH"' >> ~/.bash_profile $ source ~/.bash_profile Node.jsが導入できたか確認 ターミナル $ node -v v14.15.3 yarnを導入 yarnをインストール ターミナル brew install yarn yarnが導入できたか確認 ターミナル $ yarn -v 終了

背景 プロジェクトで指定されたgemを使用するために、bundle installを実行しました。mysql2がインストールできず、格闘したメモを残します。 最終的には、bundlerの設定システムを書き換えることで解決しました。 環境 MacBook Air (M1, 2020) macOS Big Sur 11.2.3 cpu : Apple M1 (arm64) ruby 2.7.2p137 (2020-10-01 revision 5445e04352) [arm64-darwin20] Bundler version 2.2.9 rbenv 1.1.2 はじめ bundle installを実行したところ、以下のエラーメッセージが出た。 ~~~~~~（省略）~~~~~~ 2 warnings generated. compiling infile.c compiling mysql2_ext.c compiling result.c compiling statement.c linking shared-object mysql2/mysql2.bundle ld: warning: directory not found for option '-L/usr/local/opt/openssl/lib' ld: library not found for -lssl clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [mysql2.bundle] Error 1 make failed, exit code 2 Gem files will remain installed in /Users/絶対パス/.bundle/ruby/2.7.0/gems/mysql2-0.5.3 for inspection. Results logged to /Users/root/Documents/絶対パス/.bundle/ruby/2.7.0/extensions/arm64-darwin-20/2.7.0/mysql2-0.5.3/gem_make.out An error occurred while installing mysql2 (0.5.3), and Bundler cannot continue. Make sure that `gem install mysql2 -v '0.5.3' --source 'https://rubygems.org/'` succeeds before bundling. In Gemfile: mysql2 ！？！？ できなかった。mysql2をbundle installできないのはよくあることみたい。 調査 先のエラーメッセージに ld: warning: directory not found for option '-L/usr/local/opt/openssl/lib' ld: library not found for -lssl と書かれています。 libssl.dylibを探しに行くパスは/usr/local/opt/openssl/libとなっています。 /usr/local/opt/openssl/libこんなディレクトリあるのか?? (ldや-lsslに関しては、以下の記事に詳しく書かれています。 mysql2 gemインストール時のトラブルシュート) lsで実際に見てみると $ ls /usr/local/opt/openssl/lib ls: /usr/local/opt/openssl/lib: No such file or directory ありませんでした。 ありもしないパスを指定していたのが原因と判断しました。 解決法 今回、用いるopensslはどこにあるのか。 $ brew info opensslで確認できる $ brew info openssl openssl@1.1: stable 1.1.1k (bottled) [keg-only] Cryptography and SSL/TLS Toolkit https://openssl.org/ /opt/homebrew/Cellar/openssl@1.1/1.1.1k (8,071 files, 18MB) Poured from bottle on 2021-04-01 at 15:21:54 From: https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/openssl@1.1.rb License: OpenSSL ==> Caveats A CA file has been bootstrapped using certificates from the system keychain. To add additional certificates, place .pem files in /opt/homebrew/etc/openssl@1.1/certs and run /opt/homebrew/opt/openssl@1.1/bin/c_rehash openssl@1.1 is keg-only, which means it was not symlinked into /opt/homebrew, because macOS provides LibreSSL. If you need to have openssl@1.1 first in your PATH, run: echo 'export PATH="/opt/homebrew/opt/openssl@1.1/bin:$PATH"' >> ~/.zshrc For compilers to find openssl@1.1 you may need to set: export LDFLAGS="-L/opt/homebrew/opt/openssl@1.1/lib" export CPPFLAGS="-I/opt/homebrew/opt/openssl@1.1/include" For pkg-config to find openssl@1.1 you may need to set: export PKG_CONFIG_PATH="/opt/homebrew/opt/openssl@1.1/lib/pkgconfig" ==> Analytics install: 906,686 (30 days), 2,526,355 (90 days), 8,960,513 (365 days) install-on-request: 75,261 (30 days), 306,361 (90 days), 1,237,150 (365 days) build-error: 0 (30 days) このメッセージのこの部分 For compilers to find openssl@1.1 you may need to set: export LDFLAGS="-L/opt/homebrew/opt/openssl@1.1/lib" export CPPFLAGS="-I/opt/homebrew/opt/openssl@1.1/include" ありました。 CPPFLAGS="-I/opt/homebrew/opt/openssl@1.1/include"と LDFLAGS="-L/opt/homebrew/opt/openssl@1.1/lib"を gem installのbuild--flagsオプションに渡せば解決しそうです。 bundlerオプションの設定 http://ruby.studio-kingdom.com/bundler/bundle_config/ ↑ここを参照すると、bundler側でgemのインストールにおける、buildオプションを設定できるとのこと。 gem installのオプションでも可能ですが、bundlerでgemを管理しているので、こちらのほうが良さそうです。 $ bundle config --local build.mysql2 "--with-cppflags=-I/絶対パス/include" $ bundle config --local build.mysql2 "--with-ldflags=-L/絶対パス/lib" ↑これで、bundlerにオプション設定を行います。--localでプロジェクト毎にbundlerオプションを管理できます。 ここに、さっき確認したopensslのパスを渡して、 $ bundle config --local build.mysql2 "--with-cflags=-I/opt/homebrew/opt/openssl@1.1/include" $ bundle config --local build.mysql2 "--with-ldflags=-L/opt/homebrew/opt/openssl@1.1/lib" 再度、bundle install $ bundle install できました!!! Fetching mysql2 0.5.3 Installing mysql2 0.5.3 with native extensions Bundle complete! ** Gemfile dependencies, ** gems now installed. Use `bundle info [gemname]` to see where a bundled gem is installed. まとめ brew info opensslでopensslの場所を確認 bundlerのオプションに1で入手したパスを渡す 以上で解決しました！！ 原因 bundlerのオプションにopensslのパスを渡せていなかった。 参考 【Rails】MySQL2がbundle installできない時の対応方法

背景 プロジェクトで指定されたgemを使用するために、bundle installを実行しました。そこでmysql2に関するエラーが出て、格闘したメモを残します。 bundlerの設定システムを書き換えることで解決しました。 環境 MacBook Air (M1, 2020) macOS Big Sur 11.2.3 cpu : Apple M1 (arm64) ruby 2.7.2p137 (2020-10-01 revision 5445e04352) [arm64-darwin20] Bundler version 2.2.9 rbenv 1.1.2 はじめ bundle installを実行したところ、以下のエラーメッセージが出た。 ~~~~~~（省略）~~~~~~ 2 warnings generated. compiling infile.c compiling mysql2_ext.c compiling result.c compiling statement.c linking shared-object mysql2/mysql2.bundle ld: warning: directory not found for option '-L/usr/local/opt/openssl/lib' ld: library not found for -lssl clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [mysql2.bundle] Error 1 make failed, exit code 2 Gem files will remain installed in /Users/絶対パス/.bundle/ruby/2.7.0/gems/mysql2-0.5.3 for inspection. Results logged to /Users/root/Documents/絶対パス/.bundle/ruby/2.7.0/extensions/arm64-darwin-20/2.7.0/mysql2-0.5.3/gem_make.out An error occurred while installing mysql2 (0.5.3), and Bundler cannot continue. Make sure that `gem install mysql2 -v '0.5.3' --source 'https://rubygems.org/'` succeeds before bundling. In Gemfile: mysql2 ！？！？ できなかった。mysql2をbundle installできないのはよくあることみたい。 対処 1. エラーメッセージのgem installを実行 エラーメッセージで吐かれたgem install mysql2 -v '0.5.3を実行しました。 ~~~~~~(省略)~~~~~~ 2 warnings generated. compiling infile.c compiling mysql2_ext.c compiling result.c compiling statement.c linking shared-object mysql2/mysql2.bundle ld: library not found for -lssl clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [mysql2.bundle] Error 1 make failed, exit code 2 Gem files will remain installed in /Users/root/.rbenv/versions/2.7.2/lib/ruby/gems/2.7.0/gems/mysql2-0.5.3 for inspection. Results logged to /Users/root/.rbenv/versions/2.7.2/lib/ruby/gems/2.7.0/extensions/arm64-darwin-20/2.7.0/mysql2-0.5.3/gem_make.out 直にmysql2を入れることはできませんでした。 2. とりあえずbundle update ローカルなら大丈夫。これで解決したら、儲けもん。くらいの気持ちでbundle updateを実行しました。 ~~~~~~(省略)~~~~~~ 2 warnings generated. compiling infile.c compiling mysql2_ext.c compiling result.c compiling statement.c linking shared-object mysql2/mysql2.bundle ld: library not found for -lssl clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [mysql2.bundle] Error 1 make failed, exit code 2 Gem files will remain installed in /Users/root/.rbenv/versions/2.7.2/lib/ruby/gems/2.7.0/gems/mysql2-0.5.3 for inspection. Results logged to /Users/root/.rbenv/versions/2.7.2/lib/ruby/gems/2.7.0/extensions/arm64-darwin-20/2.7.0/mysql2-0.5.3/gem_make.out くっ、、、同じエラーメッセージ。駄目でした。 3. Gemfile.lock,Gemfile指定のバージョンと一致しているか Gemfile.lockの指定するbundlerと、Gemfileの指定するRubyのバージョンが合っているかを確認しました。 Gemfile.lock RUBY VERSION ruby 2.7.2p137 BUNDLED WITH 2.2.9 Gemfile ruby '2.7.2' バージョン確認 $ bundle -v Bundler version 2.2. $ ruby -v ruby **2.7.2p137** (2020-10-01 revision 5445e04352) [arm64-darwin20] 合ってるなあ。 4. Googleに聞く 以下を参考にしました。 【Rails】MySQL2がbundle installできない時の対応方法 bundlerの設定をいじるみたい。 5.解決方法 $ bundle config --local build.mysql2 "--with-cppflags=-I/絶対パス/include" $ bundle config --local build.mysql2 "--with-ldflags=-L/絶対パス/lib" で解決するらしい。 この絶対パスはbrew info opensslで手に入るって！！！ $ brew info openssl openssl@1.1: stable 1.1.1k (bottled) [keg-only] Cryptography and SSL/TLS Toolkit https://openssl.org/ /opt/homebrew/Cellar/openssl@1.1/1.1.1k (8,071 files, 18MB) Poured from bottle on 2021-04-01 at 15:21:54 From: https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/openssl@1.1.rb License: OpenSSL ==> Caveats A CA file has been bootstrapped using certificates from the system keychain. To add additional certificates, place .pem files in /opt/homebrew/etc/openssl@1.1/certs and run /opt/homebrew/opt/openssl@1.1/bin/c_rehash openssl@1.1 is keg-only, which means it was not symlinked into /opt/homebrew, because macOS provides LibreSSL. If you need to have openssl@1.1 first in your PATH, run: echo 'export PATH="/opt/homebrew/opt/openssl@1.1/bin:$PATH"' >> ~/.zshrc For compilers to find openssl@1.1 you may need to set: export LDFLAGS="-L/opt/homebrew/opt/openssl@1.1/lib" export CPPFLAGS="-I/opt/homebrew/opt/openssl@1.1/include" For pkg-config to find openssl@1.1 you may need to set: export PKG_CONFIG_PATH="/opt/homebrew/opt/openssl@1.1/lib/pkgconfig" ==> Analytics install: 906,686 (30 days), 2,526,355 (90 days), 8,960,513 (365 days) install-on-request: 75,261 (30 days), 306,361 (90 days), 1,237,150 (365 days) build-error: 0 (30 days) ありました。/opt/homebrew/opt/openssl@1.1 これを、さっきのパスに指定してあげて $ bundle config --local build.mysql2 "--with-cflags=-I/opt/homebrew/opt/openssl@1.1/include" $ bundle config --local build.mysql2 "--with-ldflags=-L/opt/homebrew/opt/openssl@1.1/lib" 自分のbundle configではcppflagsの部分がcflagsだったので変更しました。 $ bundle update おっ！ Gemfile.lock GEM remote: https://rubygems.org/ specs: nokogiri (1.11.3) mini_portile2 (~> 2.5.0) racc (~> 1.4) nokogiri (1.11.3-arm64-darwin) racc (~> 1.4) nokogiri (1.11.3-x86_64-darwin) racc (~> 1.4) PLATFORMS arm64-darwin-20 x86_64-darwin-17 新たなnokogiriのバージョンが入りました。 PLATFORMSにもarm64-darwin-20 が加わりました。 $ bundle install できました!!! Using bundler 2.2.9 Using mysql2 0.5.3 Using nokogiri 1.11.3 (arm64-darwin) Bundle complete! ** Gemfile dependencies, ** gems now installed. Use `bundle info [gemname]` to see where a bundled gem is installed. 原因 どうやら、nokogiri (1.11.2-x86_64-darwin)しかGemfile.lockに記載されてなかったのが、良くなかったみたい。 bundlerのconfigも正しいパスを指定しなければならない。 最後に M1(arm)のMacBookを使っている人は注意が必要です。他のgemでももしかしたら、同じようなことがあるかもしれません。

概要 業務の一環でShopifyのCustomer APIを使い外部からShopify側で保持する顧客情報を操作する機会があったので、手順などについてメモ書きしておきたいと思います。 前提条件 Shopify Multipass APIを用いたSSO（シングル・サイン・オン）が実装されている事。 参照記事: Ruby on Rails × Shopify Multipass APIでSSO（シングル・サイン・オン）を試してみる 本記事は↑の続きを想定しつつ書いていくつもりです。もしまだ読んでいない場合は目を通しておいてください。 Tipsにも書いてある通り、Multipass APIによるSSOを実運用する場合、Shopify ⇄ SSO基盤におけるデータの整合性を担保する必要があります。 特にメールアドレスはユニーク識別子とされているため、常に一意のものでなければなりません。もし仮に両者の整合性が取れなくなってしまうと、全く別のユーザーとしてログインしてしまう事になります。 そこで、たとえばSSO基盤側で登録情報を変更した場合などは、同時にShopify側の情報も変更するような仕組みを作っておかなければならないというわけですね。 https://shopify.dev/docs/admin-api/rest/reference/customers/customer Shopifyが提供するCustomer APIを使えばその要件が満たせるので、今回はそちらを試してみようと思います。 下準備 まず、Shopify APIを使用するための各種キーを発行しなければなりません。 Shopify管理画面から「アプリ管理」→「プライベートアプリを管理する」へと進んでください。 右上の「新しいプライベートアプリを作成する」をクリック。 プライベートアプリ名 わかりやすい名前でOK 緊急連絡用開発者メール 連絡のつきやすいメールアドレス Admin API権限 顧客管理（読み取りおよび書き込み） Webhook APIのバージョン とりあえず最新のものでOK それぞれ必要な情報を記入し、プライベートアプリを作成してください。 上手くいくとこんな感じで APIキー パスワード が発行されるので、メモなどに控えておきましょう。（後ほど使用します。） 実装 では、コードを書いていきます。 https://github.com/kazama1209/shopify-multipass-api-on-rails ↑の続きとなっているので、手元にコードが無い場合はgit cloneなどしておいてください。 なお、今回Shopify Customer APIを叩くタイミングとして想定しているのは メールアドレス変更時 ユーザー退会時 の2つです。 SSO基盤側でのメールアドレス変更時にShopify側のメールアドレスも変更しておかないと、次回ログインする際に別人として認識されてしまいますし、ユーザー退会時も何かしらの形でShopify側のメールアドレスを書き換えておかないと、もし後に同じメールアドレスを用いて再度SSO基盤側でユーザーを作成した際、Multipassログインができなくなってしまうからです。（Shopifyにおいて同一メールアドレスは複数存在し得ないため） したがって、その辺のアクション実行時にAPI処理を挟んでいきます。 gemをインストール Shopify公式からAPI用のgemがリリースされているので、そちらをインストールしましょう。 ./Gemfile gem 'shopify_api' $ docker-compose build ライブラリを作成 $ touch lib/shopify_customer.rb ./lib/shopify_customer.rb class ShopifyCustomer # 初期設定 def initialize shop_url = "https://<APIキー>:<パスワード>@<ストアのドメイン>" ShopifyAPI::Base.site = shop_url ShopifyAPI::Base.api_version = "2021-04" ShopifyAPI::Shop.current end # SSO基盤側でユーザー情報の変更（メールアドレスなど）を行った際、Shopify側の顧客情報を変更する。 # 引数はキーワード引数形式で渡す（email: hoge@example.com, address: hogefugapiyo）。 def update(multipass_identifier, **args) # Multipassログイン時に渡している「multipass_identifer」をもとに顧客情報を取得。 customer = ShopifyAPI::Customer.search(multipass_identifier: multipass_identifier)[0] return false if customer.nil? customer.update_attributes(args) true rescue => e return false, e end end 使えるメソッドなどについては公式ドキュメントを参照。 https://github.com/Shopify/shopify_api/blob/master/lib/shopify_api/resources/customer.rb メールアドレス変更時のAPI処理 ./app/controllers/users/registrations_controller.rb # PUT /resource def update super ShopifyCustomer.new.update(resource.id, email: resource.email) end 「Devise::RegistrationsController」を継承した「Users::RegistrationsController」内のupdateメソッドのコメントアウトを外し、オーバーライドします。 http://localhost:3000/users/edit にアクセスすると登録情報を変更できる画面に飛ぶので、試しに適当にメールアドレスを変更してみてください。 Shopify管理画面を見るとAPI経由で同時にメールアドレスが変更されているのを確認できるはず。 ユーザー退会時のAPI処理 ./app/controllers/users/registrations_controller.rb # DELETE /resource def destroy super ShopifyCustomer.new.update(resource.id, email: "retired_user_#{resource.id}@example.com", tags: "withdrawn" # 退会した事がわかるようにタグを付与 ) end 先ほどと同じ要領で「destroy」メソッドのコメントアウトを外してオーバーライド。 現状、Multipassログインによって作成されたShopifyのユーザーはAPI経由で削除できないみたいなので（おそらく仕様？）、メールアドレスを適当な文字列で上書きする事で実質削除する「論理削除」的な処理で対応します。 http://localhost:3000/users/edit の最下部にある「Cancel my account」をクリックしましょう。 Shopify管理画面を見るとメールアドレスが「retired_user_{SSO基盤側のユーザーID}@example.com」で上書きされ、退会した事が一目でわかる「withdrawn」タグが付与されているのを確認できます。 あとがき 以上、Shopify Customer APIを使って外部から顧客情報を操作してみました。実運用においてはもっと詳細なエラーハンドリングなどを行う必要があるでしょうが、ひとまず最低限の構成にはなっていると思います。 Shopify Multipass APIを用いたSSOは非常に手軽で便利なのですが、Shopify ⇄ SSO基盤間のデータの整合性を保つための工夫をしないと後々不具合が生じかねないため、上手くやりくりしたいところです。 もちろん、Shopifyでは顧客情報以外にも色々なリソースを操作できるので、公式ドキュメントを参考に色々試してみると良いかもしれません。 今回作成したアプリのソースコード:: https://github.com/kazama1209/shopify-customer-api-on-rails

概要 本日、本番環境をHerokuからAWSに移行後、ブラウザ上で動作を確認したら、コメント機能の非同期通信で実装した所がうまく動作をしなかったので解決策をシェアしたいと思います。 起きていたこと Herokuでのデプロイ時とAWSでのデプロイ時でのproduction.rbの記述方法が異なる。 Herokuでの場合 production.rb ActionCable.server.config.disable_request_forgery_protection = true config.action_cable.url = "wss://【Herokuアプリ名】.herokuapp.com/cable" config.action_cable.allowed_request_origins = ['https://【Herokuアプリ名】.herokuapp.com', 'http://【Herokuアプリ名】.herokuapp.com' AWSでの場合 production.rb ActionCable.server.config.disable_request_forgery_protection = true config.action_cable.url = "ws://【Elastic IP】/cable" config.action_cable.allowed_request_origins = ['http://【Elastic IP】'] 上記に加えてAWSの場合必要な対応 /etc/nginx/conf.d/rails.conf upstream app_server { server unix:/var/www/アプリケーション名/shared/tmp/sockets/unicorn.sock; } server { listen 80; server_name Elastic IP; root /var/www/アプリケーション名/current/public; location ^~ /assets/ { gzip_static on; expires max; add_header Cache-Control public; root /var/www/アプリケーション名/current/public; } try_files $uri/index.html $uri @unicorn; location @unicorn { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_redirect off; proxy_pass http://app_server; } # -------------------ここから------------------- # /cableのパスに対してwebsocketの仕組みを用いるための設定 location /cable { proxy_pass http://app_server/cable; proxy_http_version 1.1; proxy_set_header Upgrade websocket; proxy_set_header Connection Upgrade; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } # -------------------ここまでを追記------------------- error_page 500 502 503 504 /500.html; まとめ 今回の件ではAWSの場合だとWebサーバーとしてNginxを用意していたので、ActionCableを用いる場合、サーバーサイドへのリクエストを受け取る役目のあるWebサーバーにて、websocketの仕組みを用いるための設定をする必要があることを認識することが出来ました。

クラウドIDE クラウドIDEにはWeb開発に必要な三種の神器であるテキストエディタ、ファイルブラウザ、コマンドラインターミナルもしっかり組み込まれている。 AWS Cloud9ではRubyやRubyGems、Gitなど、Ruby on Railsの開発環境の構築に必要なソフトウェアがほとんど組み込まれている。 IDEとは がテキストエディタ、コンパイラ、デバッガを1つにまとめた「IDE」です。 IDEを日本語に訳すると、統合開発環境 コンパイラとは コンパイラは人間が書きやすい言葉や数式で書いたプログラムを、コンピューターが理解して実行できる機械語に翻訳してくれる編集者だといえるでしょう。 コンパイルとは 人間がかいたプログラムをコンピューターがわかる言葉に書き換えること デバッガとは デバッガとは、プログラミングの際に用いる開発ツールの一つで、プログラムの欠陥（バグ）を発見・修正するデバッグ（debug）作業を支援するソフトウェア。 Yarn JavaScriptソフトウェアの依存関係を管理するプログラム JavaScriptのパッケージマネージャ JavaScriptのパッケージマネージャーとは JavaScriptのフレームワークは、基本的に大量のプログラムで構成されています。その大量のプログラムを一まとめにしたものをパッケージと呼び、そのパッケージを管理するツールがパッケージマネージャーです。 Yarn公式 https://yarnpkg.com/ パッケージマネージャーを使うと、フレームワークのインストールなどを高速に、正確に行うことができます。現在、パッケージマネージャー無しでフレームワークをインストールすることは、ほとんど無いというほど普及しています。 アセットパイプライン Webブラウザ上で表示されるものは、HTMLとCSS、JavaScriptが紐付くことによって、描かれている この仕組みがアセットパイプラインによって実現される アセットパイプラインの仕組み（概要） アセットパイプラインは、Ruby on Railsのアプリケーション内で使用したいJavaScriptやCSS、画像ファイルを「開発作業がしやすいようにファイルを分割してコーディングができるようにしつつ、最終的に一つのファイルに連結・圧縮する」仕組み アセットパイプラインは、複数のディレクトリやファイルに分かれたassetsディレクトリ内のファイルをひとつに連結・圧縮する機能です。 ひとつのファイルに連結・圧縮され、erbテンプレートからHTML化されたファイルとひも付いてからWebブラウザ画面上に表示されるようになります。この仕組みによって、Webアプリケーション内への効率的にアクセスすることもできます。 以上が、アセットパイプラインの役割です。 Bundler bundlerとは、gemのバージョンやgemの依存関係を管理してくれるgemです。bundlerを使うことで、複数人での開発やgemのバージョンが上がってもエラーを起こさずに開発できます。 Bundler公式 バージョン指定の仕方 Model-View-Controller（MVC） ブラウザがRailsアプリと通信する際、一般的にWebサーバーにリクエスト（request）を送信し、これはリクエストを処理する役割を担っているRailsのコントローラ（controller）に渡されます。コントローラは、場合によってはすぐにビュー（view）を生成してHTMLをブラウザに送り返します。動的なサイトでは、一般にコントローラは（ユーザーなどの）サイトの要素を表しており、データベースとの通信を担当しているRubyのオブジェクトであるモデル（model） と対話します。モデルを呼び出した後、コントローラは、ビューを描画し、完成したWebページをHTMLとしてブラウザに返します。 Bitbucket Bitbucket は、ソースコードおよび開発プロジェクト向けに、Web ベースのバージョン管理リポジトリホスティングサービスである。 GitHubとBitbucket GitHubとBitbucketは、Gitリポジトリを扱う２つの著名なサービスです。両者のサービスは非常に似通っています。どちらもGitリポジトリのホスティングと共同作業を行うことができ、リポジトリの表示や検索を行いやすくしてくれます。両者の重要な違いは、GitHubは「リポジトリを一般公開する場合は無料、公開しない場合は有料」なのに対し、Bitbucketは「共同作業者が一定数以下ならリポジトリを公開しなくても無料、共同作業者が一定数を超えると有料」である点です。なお、どちらも容量制限はありません。 　※現在はGitHubもプライベートリポジトリは無料 git configで設定 インストールしたGitを使う前に、最初に1回だけ設定を行う必要があります。これはsystemセットアップと呼ばれ、コンピュータ1台につき1回だけ行います。 $ git config --global user.name "Your Name" $ git config --global user.email your.email@example.com Herokuのセットアップ HerokuではPostgreSQLデータベースを使う。 HerokuではSQLiteがサポートされていない 以下のような書き方で 開発環境とテスト環境には、sqlite 本番環境では、PostgreSQLを指定する。 group :production do gem 'pg', '0.20.0' end group :development, :test do gem 'sqlite3', '1.3.13' gem 'byebug', '9.0.6', platform: :mri end bundle installに特殊なフラグ「--without production」を追加すると 本番用のgem (この場合はpg gem) をローカルの環境にはインストールしないようにできる。 bundle intall --without production CoffeeScript 変換するとJavaScriptのソースコードに生まれ変わる、 JavaScriptよりも書くのが楽なプログラミング言語

転売のための商品大量購入防止アプリとしてTenba×IyaというWebアプリを作りました。 アプリの使い方、画面の説明などを説明します。 アプリの説明ページ https://tenba-iya.hatenablog.com/entry/about アプリへのリンク https://tenba-iya.herokuapp.com/ アプリを作った理由についての記事 https://qiita.com/Tenba_Iya/items/82ff5c988aaa71dff71c アプリの概要 このアプリの概要としては以下の三つの機能があります。 ①商品を選んで電話番号を記入し、SMSを通してチケットを発行する。 ②商品の登録を行う ③チケットの検索を行う 以上の機能の説明を画面変遷の流れに沿って説明をしていきます。 ①チケットの発行 チケットの発行は以下の流れで行います。 1、商品一覧から商品を選択する。 2、電話番号を記入する 3、SMSでチケットIDが送信される 4、チケットIDを登録し、チケットが発行される 5、チケットを使用する 以下、詳細な説明です。 1、商品一覧 商品の検索、商品名、最近追加された商品が確認できるページです。 商品を選択すると、次のSMS送信ページに進みます。 以下ページ内の項目の説明です。 商品検索 検索欄に記入すると、商品一覧から商品を検索できます。 商品名 商品名とその商品の過去の販売数がカッコ内に示されます。 過去の販売数とは、実際の販売数ではなく、アプリ内でその商品のチケットが発行された数となります。 商品は上から順に、販売数が多い順に並びます。 商品名はMAXで20しか表示されず、商品登録数が増えると、販売数が少ない商品は検索しないと出てきません。 商品名が似通っている場合は、商品の販売数が多い物を選ぶことで、信頼性のある商品を選択できるように意図しました。 商品の名前をクリックすると、SMS送信のページに飛びます。 最近追加された商品 商品登録した時に商品一覧ページに表示されないと、分かりにくいと思ったので、最近追加された商品として3件まで表示されます。 2、SMS送信 選んだ商品名と、販売数が表示されます。 販売数が少ない場合は、チケット登録が少ない商品となるので、信頼性が下がると考えています。 似た名前の商品がある場合は、販売数が多い物を選んだ方がいいです。 販売者側も、チケット登録が少なすぎる場合は、信頼性が低いかもしれないと判断できるといいと考えています。 電話番号を記入して、送信を押すと、SMSが送信されます。 なお、電話番号は無料の電話番号を取得されると、アプリの意味がなくなるので、今後番号冒頭を080、090などに限定することを考えています。 電話番号は数字のみで記入し、ハイフンは入れません。 文字などで記入すると、SMSが送信できませんでしたとでます。 番号の桁数が11桁（例123-1234-1234）以外の場合も送信できませんと出ます。 3、携帯にSMSが届く 届く文面のサンプルは以下です。 Tenba×Iya チケットID：1234123 URLを入れて、URLをクリックすれば、次の確認画面にチケットIDが入力されるようにしようと思いましたが、SMSの文字数制限に引っかかり、できませんでした。 4、チケットID入力 商品名と携帯電話番号が記載されてます。 電話番号は全て表示されず、123-1234-1234の場合＊＊＊-＊＊＊＊-＊＊34と表示されます。 ここでSMSで送られたチケットIDを記入して確定ボタンを押すと、チケットが発行されます。 IDを間違えたりすると、IDが違いますとなり、ID登録ができません。 5、チケット IDがあっているとチケットが発行されます。 ここには、チケットID、商品名、商品販売数、電話番号、商品の購入回数（総計、月合計、一日合計）、チケット発行日、チケットを使うボタンがあります。 商品の購入回数を販売者は見て、売るかどうかを決めます。 購入回数は総計、月合計、一日合計を表示しています。 PS5などは総計で1台とする。獺祭などお酒は、月3本まで制限する。マスクは1日人箱までとする。みたいな感じで、販売者が想定する販売数を登録するといいと思います。 詳しくは商品登録で説明します。 チケット発行日はとりあえず入れています。 チケットを使うボタンを押すと、チケットが使用済みになります。 チケットを使用済みにすると、元に戻せません。 販売者はチケット使用済みになっている場合は、このチケットは使われていますと判断します。 チケットが発行されると、商品の販売数が＋1になります。 6、チケット使用済み チケットを使うと、画面のチケットを使うボタンが、チケット使用済みに変わります。 追加で、チケット使用日が表示されます。 チケットの登録の手順は以上になります。 ②商品登録 次に商品登録ページについて説明します。 このページでは商品を登録できます。 商品の名前は自由に決決めれます。 なるべく分かりやすいように、任天堂スイッチの場合は、任天堂スイッチ　Nintendo Switch などいくつかの読み方で登録するといいと思います。 このように登録すれば、商品の検索でスイッチでもSwitchでも出てきます。 同じ名前は登録できませんが、少し文字を変えれば、登録できます。 似たような商品が増えた場合は、販売数で商品を選ぶようにします。 商品の登録の際に、希望する販売数（総計、月合計、一日合計）を1/総計、3/月、4/日などとすれば、いいと思っています。 ③チケット検索 次にチケットの検索ページについての説明です。 チケットIDを検索すると、チケットを探すことができます。 IDが違うと、検索できません。 SMSにIDが届いて、チケットID確定ボタンを押すと、チケットが発行され、IDを検索できるようになります。 確定ボタンを押さないで、終わると、チケットが登録されず、検索もできません。 チケット検索が成功すると、チケット表示画面になります。 チケットの情報と、チケットが使用済みか未使用かが分かります。 チケット検索の結果から、チケットを使用済みにすることもできます。 ネット販売などでは、チケットを購入者が登録し、IDを販売者に連絡し、検索してもらい、使用済みにすればいいと思っています。 以上です。 最後まで読んでいただきありがとうございます。 分かりにくところなどあれば、コメントをいただけると幸いです。

何回読んでも「あれ、今何してるんだっけ？」と分からなくなるので 特に頭がごちゃごちゃになる、rememberメソッドを作るまでの流れを 自分なりにざっくりまとめてみました。 （詳細の説明はRailsチュートリアルにお任せします。） 間違っている箇所ありましたらご教示ください。 目的 8章で行ったsessionを使ったログイン方法だとブラウザを閉じるごとにログインが必要になるので 永続的cookie(permanent cookies)を使ってログイン情報を長く記憶しておける（ブラウザを再起動してもログインしたままにしておける）ようにする。 単にcookieを使うだけだとセキュリティ的に問題があるので、トークンやらハッシュ化やらして、セキュリティを強固にする。 その後、[remember me]チェックボックスを作ってユーザーがログイン情報を保持するかどうか選べるようにする。 出てくる用語の意味をさらっておく 「なんとなくこうだったよね」で理解していると途中でついていけなくなるので意味を改めて確認しておきましょう cookie ブラウザ上に保存できる少量のデータ。 cookiesメソッドを使ってアクセス（保存したり読み出したり）できる。 署名付きcookie cookieをブラウザに保存する前に暗号化する処理。signedメソッドを使う。 記憶トークン（remember token） コンピュータが作成・管理するパスワードのようなもの。状態保存されない（毎回変わる）。 ランダムな文字列を生成して作る。 ハッシュ値 とあるデータ（今回の場合は記憶トークン）を なんやかんや（今回はダイジェストに変換）して、 生成した適当そうに見える値のこと。 とあるデータからハッシュ値を作ることをハッシュ化と呼ぶ。 attr_accessorメソッド インスタンス変数の値を読み書きするメソッド attr = attribute(属性）なので、 指定したattribute(属性）へアクセスできるようにするメソッドってことかと。 下記記事がわかりやすかったです。 - Railsから入った人へ【attr_accessor】って？ 複合化 暗号化の逆。暗号を元のデータに戻すこと。 出来上がりのイメージ ユーザーがremember meにチェックを入れてログイン 記憶トークンが生成される ブラウザのcookiesにトークンと暗号化したユーザーIDが保存される（トークンの有効期限も設定される） 併せてトークンはハッシュ化してDBに保存される クライアントからリクエストがあると、 Webアプリケーションがcookiesに保存されたユーザーの情報（暗号化されたユーザーIDとトークン）を受け取り、 DBのユーザーIDとハッシュ化されたトークンに一致するかを確認 ざっくりした手順 ①「ハッシュ化した記憶トークン」を保存しておくカラム[ remember_digest ]を作成 ②ランダムなトークンを返すメソッドUser.new_tokenを用意 　※インスタンスに対してこのメソッドを使うことはないのでクラスメソッドにする ③渡された文字列をハッシュ化するメソッドUser.digestを用意（8章で作ってあった） 　※こちらもインスタンスに対してこのメソッドを使うことはないのでクラスメソッドにする ④トークンにアクセスできるように、[ remember_token ]という仮想の属性を用意 　* User.new_tokenで作成したトークンを入れておきトークンにアクセスできるようにする 　* 生のトークンをDBに保存したくないので[ remember_token ]という仮の箱を用意するイメージ 　* attr_accessorを使うことで[ remember_token ]という仮想の属性を用意することを実現する class User attr_accessor :remember_token ⑤トークンをハッシュ化してDBに保存するメソッドrememberを用意 def remember self.remember_token = User.new_token　 update_attribute(:remember_digest, User.digest(remember_token)) end ここで何が起こってるかというと 例えば、@userさんがログインした時、 @user.remember_tokenにUser.new_tokenで生成されたトークンを代入（保存）。 （attr_accessor :remember_tokenで、@userの[ remember_token ]をいじくれるようになってる） update_attribute：指定された属性を上書きメソッド　で、 @userのデータベースの[ remember_digest ]カラムに、 User.digest(remember_token)で[ remember_token ]をハッシュ化した値 を保存してます。 ⑥渡されたトークンとDBに保存されたダイジェスト（＝ハッシュ化されたトークン）が同じが確認（認証）するメソッドauthenticated?を用意 def authenticated?(remember_token) BCrypt::Password.new(remember_digest).is_password?(remember_token) end ここで出てくるremember_tokenはattr_accessorで定義された[ remember_token ]とは別物。 ただのメソッド内のローカル引数なので、ここの名前を例えばnとか適当な名前に変えても動く。 ⑦ユーザー情報（ユーザーIDと記憶トークン）を永続的cookieに保存するrememberメソッドをsessions_helper.rbに用意 ⑧rememberメソッドをsessions_controller.rbに設置してログインしたらcookiesにユーザー情報が保存されるようにする ⑨current_userをcookieを使った場合にも使えるように変更する その後、このままだとログアウト出来なくなるのでログアウトの処理も追記したり、 remember meのチェックボックスを用意してユーザーがcookieを使うか選択できるようにしたりしていきます。 詳細はRailsチュートリアルにてご確認ください。 参考 Railsチュートリアル Railsガイド　-Action Controllerの概要 Railsガイド　-Railsセキュリティガイド Railsから入った人へ【attr_accessor】って？

現象 rakeタスクでログ出力させるときに logger = Logger.new(STDOUT) と書いたら RuboCop::Cop::Style::GlobalStdStream rubocoopに怒られた。 C: [Correctable] Style/GlobalStdStream: Use $stdout instead of STDOUT. 対応 ドキュメントを読むと STDOUT/STDERR/STDIN are constants, and while you can actually reassign (possibly to redirect some stream) constants in Ruby, you'll get an interpreter warning if you do so. つまり、STDOUTにログを追記していくのって、定数に再割り当てしてるのと同義のようで、インタープリターから警告が出るっぽい。よってグローバル変数 $stdout を使うほうがベター。 logger = Logger.new($stdout)

リンクを書く際になんども調べる事が多いので、備忘録として… users/:id/showへのリンクをaタグを使って書きたい場合… <a href="/users/<%= @user.id %>/show"> ※Rubyの場合(二重引用符" "の中で式展開) <%= link_to "詳細", "/users/#{@user.id}/show" %>

前提条件 ruby 2.5.1 rails 5.2.5 結論 ActiveRecord::Baseのクラスメソッドであり、I18nモジュール（翻訳機能）を利用する為のもの。 config/locales/ja.ymlに定義してあるものを翻訳する。 　モデル名.human_attribute_name(:カラム名)

migrationファイルで上段のmigrationファイルをrollbackするのに、一回ずつrials db:rollbackコマンドを入力するのは面倒ですよね。そこで、rails db:rollback STEP=○（数字が入ります）を入力すると、指定した数だけ差し戻されます。例えば、ファイル数が6個ある場合は、6を入力すると全てのファイルが差し戻されます。(rails db:migrate:statusで全てのファイルがdown状態になります。) % rails db:rollback STEP=5 == 20200313144929 CreateComments: reverting =================================== -- drop_table(:comments) -> 0.0051s == 20200313144929 CreateComments: reverted (0.0069s) ========================== == 20200313142605 RemoveNameFromTweets: reverting ============================= -- add_column(:tweets, :name, :string) -> 0.0385s == 20200313142605 RemoveNameFromTweets: reverted (0.0387s) ==================== == 20200313134628 AddUserIdToTweets: reverting ================================ -- remove_column(:tweets, :user_id, :integer) -> 0.0296s == 20200313134628 AddUserIdToTweets: reverted (0.0297s) ======================= == 20200313092641 AddNicknameToUsers: reverting =============================== -- remove_column(:users, :nickname, :string) -> 0.0362s == 20200313092641 AddNicknameToUsers: reverted (0.0364s) ====================== == 20200313085008 DeviseCreateUsers: reverting ================================ -- remove_index(:users, {:column=>:reset_password_token}) -> 0.0253s

upload_ruby.html <!DOCTYPE html> <html lang="ja"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>upload ruby (Apr/12/2021)</title> </head> <body> <h2>HTML5</h2> <form method="post" action="upload_ruby.rb" enctype="multipart/form-data"> <input type="file" name="files" multiple> <p><input type="submit" value="送信する"></p> </form> <blockquote> <p>File is uploaded to ./data_work.</p> <p>複数のファイルのアップロードができない。</p> </blockquote> <hr /> Apr/12/2021 AM 08:25<p /> </body> </html> upload_ruby.rb #! /usr/bin/ruby # -*- coding: utf-8 -*- # # upload_ruby.rb # # Apr/12/2021 # # -------------------------------------------------------------------- require "cgi" # -------------------------------------------------------------------- form = CGI.new print "Content-type: text/html\n\n" print "Now Uploading...<br />" print form.keys print "<br />" print form.params print "<br />" print "*** aaaa ***<br />" print form['files'] print "<br />" print form['files'].length print "<br />" print form['files'].class.to_s + "<br>" print form['files'].original_filename + "<br>" # # output_dir = "./data_work" open(output_dir + "/" + form['files'].original_filename, "w") {|fh| fh.write form['files'].read } # print "Upload End" # --------------------------------------------------------------------

はじめに system spec でテストをするとき、confirmのダイアログのテスト方法が分からなかった記述方法をまとめます。 到達点 以下の1点を達成する ・confirmのダイアログのテストの記述方法を理解する 流れ ① confirmのダイアログのテスト ① confirmのダイアログのテスト 投稿記事を削除するとき、ダイアログが表示され、okをクリックすると削除されるかテストを記述します。 結論から言うと、 expect(page.accept_confirm).to eq "本当に削除しますか？" という記述をするとよいです。 spec/systems/posts_spec.rb it "削除ボタンを押すと、削除されること" do find(".alarm").click *投稿削除ボタンをクリック expect do expect(page.accept_confirm).to eq "本当に削除しますか？" expect(page).to have_content "test_titleを削除しました" *flashメッセージ end.to change(Post, :count).by(-1) is_expected.not_to have_content post.title *記事一覧に削除した投稿がないことを確認 end 参考記事 使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」

これまで、production環境で開発をしてきた。 Dockerを導入し、AWSでのデプロイを試みている。 しかしそれは、他の記事を参考に作っていた為、 意味もわからず、本番環境でやってきただけで、 必要な構成も理解していないので上手く進まなかった。 そこで、development環境に戻し、 まずはDockerの導入にフォーカスして理解度を高めていく。 各ファイルの修正 docker-compose.yml services: local-redis: image: redis container_name: rails-redis container_name: rails-redis local-rails: build: . @@ -15,9 +14,31 @@ services: - local-redis env_file: - env_file.env container_name: rails-rails container_name: rails-rails command: bundle exec rails s -b 0.0.0.0 # bundle exec rails s -e production environment: RAILS_DATABASE_PASSWORD: blago18 RAILS_DATABASE_HOST: db RAILS_DATABASE_USER: blago18 RAILS_ENV: development volumes: - .:/var/www/footomo db: image: mysql volumes: - mysql-data:/var/lib/mysql # ports: # - 3306:3306 environment: MYSQL_ROOT_PASSWORD: MySQL8.0 MYSQL_DATABASE: app_development MYSQL_USER: blago18 MYSQL_PASSWORD: blago18 command: - --default-authentication-plugin=mysql_native_password volumes: mysql-data: コンテナに入ってmigrationを実行 Kotaro18:footomo kotaro18$ docker-compose up --build Creating network "footomo_default" with the default driver Building local-rails [+] Building 0.3s (16/16) FINISHED => [internal] load build definition from Dockerfile 0.0s => => transferring dockerfile: 37B 0.0s => [internal] load .dockerignore 0.0s => => transferring context: 2B 0.0s => [internal] load metadata for docker.io/library/ruby:2.6.6 0.0s => [ 1/11] FROM docker.io/library/ruby:2.6.6 0.0s => [internal] load build context 0.1s => => transferring context: 24.44kB 0.1s => CACHED [ 2/11] RUN curl -sL https://deb.nodesource.com/setup_11.x | bash - 0.0s => CACHED [ 3/11] COPY ./ /var/www/footomo 0.0s => CACHED [ 4/11] WORKDIR /var/www/footomo 0.0s => CACHED [ 5/11] COPY Gemfile /var/www/footomo 0.0s => CACHED [ 6/11] COPY Gemfile.lock /var/www/footomo 0.0s => CACHED [ 7/11] RUN apt-get update 0.0s => CACHED [ 8/11] RUN apt-get upgrade -y 0.0s => CACHED [ 9/11] RUN gem update bundler 0.0s => CACHED [10/11] RUN apt-get install build-essential patch ruby-dev zlib1g-dev liblzma-dev -y 0.0s => CACHED [11/11] RUN bundle install 0.0s => exporting to image 0.0s => => exporting layers 0.0s => => writing image sha256:80be9ac03901063a087005abd6dda11a3649ae427b8362763ce3dac898f1c523 0.0s => => naming to docker.io/library/footomo_local-rails 0.0s Successfully built 80be9ac03901063a087005abd6dda11a3649ae427b8362763ce3dac898f1c523 Creating rails-redis ... done Creating footomo_db_1 ... done Creating rails-rails ... done Attaching to rails-redis, footomo_db_1, rails-rails db_1 | 2021-04-07 23:35:44+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 8.0.23-1debian10 started. db_1 | 2021-04-07 23:35:44+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql' db_1 | 2021-04-07 23:35:44+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 8.0.23-1debian10 started. db_1 | 2021-04-07T23:35:45.026977Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.23) starting as process 1 db_1 | 2021-04-07T23:35:45.041398Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started. rails-redis | 1:C 07 Apr 2021 23:35:44.073 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo rails-redis | 1:C 07 Apr 2021 23:35:44.074 # Redis version=6.0.8, bits=64, commit=00000000, modified=0, pid=1, just started rails-redis | 1:C 07 Apr 2021 23:35:44.074 # Warning: no config file specified, using the default config. In order to specify a config file use redis-server /path/to/redis.conf rails-redis | 1:M 07 Apr 2021 23:35:44.105 * Running mode=standalone, port=6379. rails-redis | 1:M 07 Apr 2021 23:35:44.106 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128. rails-redis | 1:M 07 Apr 2021 23:35:44.106 # Server initialized rails-redis | 1:M 07 Apr 2021 23:35:44.112 * Ready to accept connections db_1 | 2021-04-07T23:35:45.698289Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended. db_1 | 2021-04-07T23:35:46.033480Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Bind-address: '::' port: 33060, socket: /var/run/mysqld/mysqlx.sock db_1 | 2021-04-07T23:35:46.142287Z 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed. db_1 | 2021-04-07T23:35:46.142734Z 0 [System] [MY-013602] [Server] Channel mysql_main configured to support TLS. Encrypted connections are now supported for this channel. db_1 | 2021-04-07T23:35:46.148257Z 0 [Warning] [MY-011810] [Server] Insecure configuration for --pid-file: Location '/var/run/mysqld' in the path is accessible to all OS users. Consider choosing a different directory. db_1 | 2021-04-07T23:35:46.195505Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: ready for connections. Version: '8.0.23' socket: '/var/run/mysqld/mysqld.sock' port: 3306 MySQL Community Server - GPL. ここで、初歩的なミスをしてしまいました。 一旦、Ctl+Cでキャンセルしてから、 同じターミナルでコンテナに入ろうとしたところ、 railsは既に立ち上がってますとのエラーが。 server.pidを削除したり、 他のターミナルで立ち上がってないかチェックしてました。 単純に、1つのターミナルでコンテナを立ち上げ、 もう1つのターミナルでコンテナに入ればいいだけでした。 Kotaro18:footomo kotaro18$ docker-compose exec local-rails bash root@fc0180c62138:/var/www/footomo# そして、migrationを実行 Kotaro18:footomo kotaro18$ docker-compose exec local-rails bash root@fc0180c62138:/var/www/footomo# rails db:migrate == 20180217122153 CreateBoards: migrating ===================================== -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0000s -- create_table(:boards, {:options=>"ENGINE=InnoDB", :id=>:integer}) -> 0.0507s == 20180217122153 CreateBoards: migrated (0.0511s) ============================ == 20180315233935 CreateComments: migrating =================================== -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0000s -- create_table(:comments, {:options=>"ENGINE=InnoDB", :id=>:integer}) -> 0.1153s == 20180315233935 CreateComments: migrated (0.1230s) ========================== == 20180324120737 CreateTags: migrating ======================================= -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0002s -- create_table(:tags, {:options=>"ENGINE=InnoDB", :id=>:integer}) -> 0.0416s == 20180324120737 CreateTags: migrated (0.0485s) ============================== == 20180324120941 CreateBoardTagRelations: migrating ========================== -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0001s -- adapter_name() -> 0.0000s -- create_table(:board_tag_relations, {:options=>"ENGINE=InnoDB", :id=>:integer}) -> 0.0912s == 20180324120941 CreateBoardTagRelations: migrated (0.0963s) ================= == 20180506115954 CreateUsers: migrating ====================================== -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0000s -- adapter_name() -> 0.0000s -- create_table(:users, {:options=>"ENGINE=InnoDB", :id=>:integer}) -> 0.0376s -- add_index(:users, :name, {:unique=>true}) -> 0.0656s == 20180506115954 CreateUsers: migrated (0.1056s) ============================= == 20181128051946 AddBirthdayToUser: migrating ================================ -- add_column(:users, :birthday, :date, {}) -> 0.0430s == 20181128051946 AddBirthdayToUser: migrated (0.0452s) ======================= Dockerのコンテナに入り、 dbをmigrationできました。 引き続き、開発環境で コンテナの適切な導入を実施していきます。

curl, Postman, HTTPを理解する ・実行項目 curlコマンドで特定の記事を更新してください curlコマンドで特定の記事を削除してください postmanで特定の記事を更新してください postmanで特定の記事を削除してください 1.curlコマンドで特定の記事を更新 以下ターミナル部分のコマンドをたたくと 以下 TitlehogeContent hugaのように更新されました！ 2.curlコマンドで特定の記事を削除 以下ターミナル部分のコマンドをたたくと TitlehogeContent hugaは削除されました！ 3.postmanで特定の記事を更新 postmanを使い以下のように更新のリクエストを送信する Titlei am changemanContent i am updatemanに更新されました！ 4.postmanで特定の記事を削除 postmanを使い以下のように削除のリクエストを送信する Titlei am changemanContent i am updatemanは削除されました！ まとめ 今回の実行項目を通して理解しなければいけないことは、リクエストを送ることができればツールはなんだっていいんだよ！ということ。 一般ユーザーが理解しやすく、使いやすく感覚的に使用（リクエストを送る）するにはブラウザというインタフェースを作ってあげる必要がある。