Newからなお、Productionモードを作ることを前提にしているので、Developmentモードの場合はこのProductionモードの指定Rails_ENVのところは不要すっかりRailsの迷路にハマって出口がわからず、四苦八苦どころかその3乗くらい苦しんでる。本を読んでもわからず、結局ひたすら、作りまくってRailsというフレームワークの手法や手順を覚えるしかないという結論に達して、ひたすら、チュートリアル本を見ながらRailsを学習チュウ。以下の内容は、Productionをメインに考えています。自分はRailsを初めたばかりの初心者レベルの知識経験なので、誤解していることがあります。Rails_envを設定して限定して設定していますが、もし全部の環境が必要なら、この設定は不要かもしれませんので、今度試してみます。ここらへんもよくわからないし、Development開発についての解説は多いのに、Productionになると情報が少なく、エラーやトラブルも多い。それがRailsが廃れた理由なのかな。こちらの記事もどうぞ手順Mysqlを使用します。以下はアプリ作成の例です。scaffoldを使うこともできます。概要は、コマンドを使ってbook_adminというアプリのフォルダを作り次に雛形を作りDBの設計図を作って、DB,Tableを作成します。これで、DBを含めた入れ物ができる感じです。入れ物を準備するだけでも大変です本当は入れ物はかんたんなはずなのに、ここまでを理解するのが大変でした。開発者の理解力と吸収度と能力に差があると苦労します。:rubyのところのコメント#を外すのだそうです。generate:雛形、テンプレートを作るmodel:モデルデータ、テーブルとかを作成するために設計図を作るBook:テーブル名name,published_on,price,number_of_page:カラム、列のこと。」>>>ここでは、RAILS_ENVを指定しない。うっかり指定するとその環境名のカラム列が追加されてしまう。入れてしまったら、Migrateを実行する前に、/home/jhon/アプリ名/db/migrateの中のファイルを開いてRAILS_ENVのところを削除する。/home/jhon/のところは個人それぞれの環境により異なります。ユーザと権限Grantを追加>>>この権限付与はSQLITEでは不要になっている。苦しむ、というのは書籍の説明がSQLITEになっていて、Mysqlを使うユーザはなぜエラーが発生するのかよくわかっていない。使用するDBによって作業手順が変わってしまうのがこのRailsの迷路から抜けられない。ようするに、Create、Migrateをする前にMysqlのユーザを作って権限を与えないと、Migrateでエラーが発生する。エラーによって権限がないことがわかるが、知らない人間にとってはなんのこっちゃになってしまう。RAILS_ENV=productionもし、Migrateのときに、DBのProductionがないと言われたら、いったんDBを消してもう一度DBを作り直してください。db:drop:allで消しましょう。production,test,developmentの全部が消えるので、消したいものだけ指定もできます。[...]mysqlでストアドプロシージャを勉強中。mysqlでストアドプロシージャを勉強中。久しぶりにmysqlを触るとログインできない。フォースシーズンハードボイルドバーベキューバイクバイクツーリングバクマン。