そもそもRailsアプリケーションの仕組みは…
①HTTPサーバよりリクエストを受ける、リクエストはparamsで受け取った情報を元とする。
②リクエストをもとにrooterを経てcontrollerで該当のアクションを呼び出す。
③アクションよりmodelを使用しDBからレコードを引き出し、それをアクション内のインスタンス変数などに代入する。
④その情報をviewを元にHTMLを生成。レコードの情報が埋め込まれたHTMLが渡される。
⑤HTTPサーバを通って、HTMLがレスポンスとして送られる。
→すなわちどんな時でも、リクエストがあった時はレスポンスが返ってきて、ステータスコードが表示される！

ステータスコードはサーバーからのレスポンスの結果を表す、3桁の数字コードのこと。

ステータスコードの種類

100番台：情報レスポンス → 処理中の時
200番台：成功レスポンス → 成功した時
300番台：リダイレクションメッセージ → リダイレクトする時
400番台：クライアントエラーレスポンス → クライアント側でエラーが起こった時
500番台：サーバーエラーレスポンス → サーバ側でエラーが起こった時

ステータスコードの構造

プロトコルバージョンやステータスコードを記述した「ステータス行」
レスポンスするデータの情報などを記述した「ヘッダー」
ヘッダーによって定義される「本文」
から成り立つ。

参考URL

https://railsguides.jp/layouts_and_rendering.html#head%E3%81%A7%E3%83%98%E3%83%83%E3%83%80%E3%81%AE%E3%81%BF%E3%81%AE%E3%83%AC%E3%82%B9%E3%83%9D%E3%83%B3%E3%82%B9%E3%82%92%E7%94%9F%E6%88%90%E3%81%99%E3%82%8B
https://diveintocode.jp/blogs/Technology/ProcessFlow
https://www.itmanage.co.jp/column/http-www-request-response-statuscode/
https://digitalidentity.co.jp/blog/seo/seo-tech/howto-http-status-code.html
https://qiita.com/unsoluble_sugar/items/b080a16701946fcfce70
https://developer.mozilla.org/ja/docs/Web/HTTP/Status#successful_responses
https://developer.mozilla.org/ja/docs/Web/HTTP/Messages#http_responses
https://qiita.com/Knbass/items/d17910c53ffe64dff6a6

2021-07-18

bundle exec と bin の違い

まとめターミナル

$ bin/と$ bundle execの違いがよくわからないので調べてみた。

bundle execについて

Gemのパッケージ管理ツールBundlerによって使うことができる。
Gemfileに基づいて実行をするというコマンド。
たとえば$ bundle exec rspecでRSpecを実行する際は、アプリケーション内のGemfileに設定してあるバージョンで実行できる。
$ rspecだとローカル環境にインストールされているGemのRSpecを使用することになるため、バージョンが異なったり、インストールされてない場合は実行されない。

binについて

ググってみたがあんまりピンとこなかったが、現場Rails P65 で以下のような記述があり非常にわかりやすかった。

アプリケーションのルートディレクトリ直下のbinディレクトリにあるrailsというスクリプトを呼び出しています。このスクリプトを利用すると、「bundle exec rails」として実行した時と同様に、Gemfileどおりのgemを利用できる環境上でrailsコマンドを実行することができます。
それに加えて、SpringというRailsの起動を効率的に行う機能も組み込まれます。このように、よく使うコマンドを包み込んで使いやすくするスクリプトを「binstub」といいます。

つまりbinディレクトリ以下に設定してあるスクリプトは$ bin/railsのように使うことができ、$ bundle exec railsと同じように、そのアプリケーションのGemfileに設定してある環境でコマンドを実行することができるってこと。
また、$ bin/rspecをしてみるとSpring is runningと自動的に設定されることも確認できる。ここが$ bundle execとの違い。

ちなみにrailsコマンドについてはbinをつける必要はないらしい。(つけなくても一緒の挙動らしい)

参考

現場Rails
https://railsguides.jp/initialization.html
https://qiita.com/d0ne1s/items/fa2dafcee02e963fe997
https://github.com/rbenv/rbenv/wiki/Understanding-binstubs
https://techracho.bpsinc.jp/hachi8833/2016_08_24/25037
https://qiita.com/jnchito/items/c5a0848144203dce6e26

2021-07-17

環境構築系学び

新しい学び環境構築

学び

シェルをbashに変更
echo $SHELLで現在のシェル確認
chsh -s /bin/bashで切り替え
これだとrbenvとnodenvのパスが通ってないので、vi ~/.bashrcをして以下のように記述

export PATH="$HOME/.rbenv/bin:$PATH"
eval "$(rbenv init - bash)"
export PATH="$HOME/.nodenv/bin:$PATH"
eval "$(nodenv init - bash)"

これでsource ~/.bashrcすれば、rbenvとnodenvを使ってバージョンが変更できるようになる
Rubyの場合はrbenv local ○○
Nodeの場合はnodenv local ○○ で変更可能

Redis
「REmote DIctionary Server」のこと
NoSQL
インメモリなので高速

bundle install --path vendor/bundle
vendor/bundle以下にgemがインストールされる
gemをアプリケーションごとに管理できるため、バージョン違いによって起こる問題を解決できる
.gitignoreに設定していないとgitに大量に変更履歴が残ってしまうため注意

webpack
「JavaScript」「CSS」「画像やフォント」といった静的アセットを管理できる
より新しいJavaScriptツールやNPMパッケージとの統合に優れており、より多くのものを統合できる

参考URL

Macのターミナル(シェル)でbashやzsh を切り替える方法 | Hirooooo’s Labo

Macのzshでrbenvを使う - Qiita

Redisとは？RailsにRedisを導入 - Qiita

Webpacker の概要 - Railsガイド

Tanaka on Rails

行動・努力・俯瞰

今後の方針

MySQL with Rails !

RailsでMySQLを使う

コマンドで中身を確認

参考URL

Web Speech API

参考URL

エスケープ回避

エスケープとは？

'〇〇'.html_safe

sanitize '〇〇'

どっちを使う？

参考URL

ステータスコード

ステータスコードとは

ステータスコードの種類

ステータスコードの構造

関連するワード

参考URL

bundle exec と bin の違い

bundle execについて

binについて

参考

環境構築系学び

学び

参考URL