デプロイする際のデータベース設定が分かりません

Question

HerokuにMySQLをデータベースに採用してプロジェクトをデプロイしようとしています。https://qiita.com/kata_kata_1997/items/973fc1f31795ebf6fcfa

↑のサイトを見てやっていましたが、疑問点・懸念点があったため質問させていただきます。

ローカルであるphpファイルには

$user = "秘匿";
$pass = "秘匿";
$recipe_name = $_POST['recipe_name'];
$howto = $_POST['howto'];
$category = (int) $_POST['category'];
$difficulty = (int) $_POST['difficulty'];
$budget = (int) $_POST['budget'];
try{
  $dbh = new PDO('mysql:host=localhost;dbname=db1;charset=utf8',
  $user,$pass);
  $dbh->setAttribute(PDO::ATTR_EMULATE_PREPARES,false);
  $dbh->setAttribute(PDO::ATTR_ERRMODE,PDO::ERRMODE_EXCEPTION);
  $sql = "INSERT INTO recipes(recipe_name,category,difficulty,budget,howto) VALUES (?, ?, ?, ?, ?)";
  $stmt = $dbh->prepare($sql);
  $stmt->bindValue(1, $recipe_name, PDO::PARAM_STR);
  $stmt->bindValue(2, $category, PDO::PARAM_INT);
  $stmt->bindValue(3, $difficulty, PDO::PARAM_INT);
  $stmt->bindValue(4, $budget, PDO::PARAM_INT);
  $stmt->bindValue(5, $howto, PDO::PARAM_STR);
  $stmt->execute();
  $dbh = null;
  echo "レシピの登録が完了しました。<br>";
  echo "<a href='index.php'>トップページへ戻る</a>";
} catch (Exception $e) {
    echo "エラー発生：" . htmlspecialchars($e->getMessage(), ENT_QUOTES, 'UTF-8') . "<br>";
    die();
}

　このようにデータベース接続のために当たり前ですが書いています。
今回デプロイするのはローカルではなく、Herokuですので、

$user =
$pass =

と

$dbh = new PDO('mysql:host=localhost;dbname=db1

このhost=
dbname=

を

heroku config | grep CLEARDB_DATABASE_URL

CLEARDB_DATABASE_URL: mysql://＊＊＊＊＊＊:＊＊＊＊＊＊@us-cdbr-east-02.cleardb.com/heroku_dff14ec3ad68e70?reconnect=true
//↓下記のデータが入ってる認識
CLEARDB_DATABASE_URL: mysql://ユーザー名:パスワード@ホスト名/データベース名?reconnect=true

　この時に出てきたHeroku用のユーザー名、パスワード、データベース名、ホスト名を記入しなければならないという認識であっていますでしょうか？
記事には

function dbConnect()
{

  $dsn = 'mysql:dbname=DB名;host=ホスト名;charset=utf8';
  $user = 'ユーザー名';
  $password = 'パスワード';
  $option = array(

    PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
    PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
    PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => true,
  );

  $dbh = new PDO($dsn, $user, $password, $option);
  return $dbh;
}

このように書かれていたので、自分のPHPのデータベース接続のコードが少し異なっていたので不安になりました。

それと少し逸れるのですが、composerがインストールされていないとデプロイが出来ないと紹介されています。自分のプロジェクトRECIPESはC:\xampp\htdocs\Recipes

このようなディレクトリにあり、そのディレクトリで　```ここに言語を入力
composer -v

Answer 1

両方やってみればわかるのでは？
何が問題なのでしょうか。
（質問が投稿された当初から感じてはいましたが、全然何もされてないみたいなので回答しました）

プログラム側の接続設定が間違っていたところでエラーが
吐かれるだけでエラー参考に対応するだけの話です。
PHPの機能（今回ならPDO）をPHPマニュアルで確認して指定の仕方の妥当性を検証すればいいだけに思います。
1つのゴールに向かう道は1つだけではないです。
同じ機能でも引数を任意含めて複数受け入れるものがある以上、書き方は1つだけになりません。

それと少し逸れるのですが、composerがインストールされていないとデプロイが出来ないと紹介されています。

そのような趣旨の文章は当該記事に見当たりませんでしたが、モノ次第です。
composerがどういうものか分かっていれば明白な部分はあります。
composerによって導入されたパッケージに独自に変更入れてるならcomposerからだけでは出来ません。

むしろ、「必ずローカルで開発する」が前提なら、ローカルで開発したものをそのままアップロードしても良いとは思います。
composerだけでやりきらなきゃいけないかどうかもモノ次第です。
パッケージが参照している設定ファイルが更新されたり、バグ修正なんかの更新の場合は、updateコマンドを打った方が確実なのは確実です。
初回デプロイはローカルそのままでも良いとは思いますが、やはりモノ次第。

記事で紹介されているのはあくまでその記事を書いた人の環境がそうなっていたからでしょうね。

Comments

[ranerane0101]

ー必ずローカルで開発する

今回のアプリづくりはデプロイをデータベースを用いて出来ることが就職活動をする上で技術の証明が出来るから、です。実際の就業を想定しての必ずローカル～、ということですか？

ー両方やってみればわかるのでは？
何が問題なのでしょうか。

申し訳ないです。甚だもって理屈などなくて自分でどんどん先に進めるとどこが間違いで～が出来なかった、という問題解決の際の原因が分からなくなることが多く今回早計にも試して分かることを質問してしまいました。

ーcomposerがどういうものか分かっていれば明白な部分はあります。

そのとおり、どういうものか分かっておりません。調べます。すいませんでした。

ーローカルで開発したものをそのままアップロード
ローカルで開発したもの、とはここではレシピアプリを作っていたのですが、edit.phpとかupload.phpとかform.phpとか、そういったファイルを「composerを入れずに」そのままということですか？

ー初回デプロイはローカルそのままでも良いとは思いますが、
これも上と同様な意味ですか？この場合、そのままというのは、質問であったようにホスト名、データーベース名、パスワードなどはローカルではなく、Herokuに提案された値ということでしょうか。

浅学ですいません

[m.ts10806]

謝ってほしいわけではないので、謝られると話が進みません。
（読んでてそこでプツプツ流れが切れるので話が頭に入らない）

composerコマンドで導入されるのは結局PHPのプログラムです。
なので、ローカルで作ったものをvendor配下も含めて全部そのままアップロードしても「基本は」差し支えないという意味です。
ただそれもモノ次第なので、現状提示された内容だけでは何とも言えないという点、
参考にした記事を全部鵜呑みにするのではなく、自身の手元で検証して合致するかどうかは確認する必要があるという点
です。

それに、環境によって設定が違うようなものは.envなどで環境毎に自動で切り替えられるように、コード内にハードコーディングすることって現在はないと思います。
就職活動で技術力見せたいならそのあたりは考慮しておいた方が良いです。

[ranerane0101]

生のPHPでやっているからか分かりませんが.envファイルは無いんですよね（Laravelであるのは知っています）。両方試せば？と仰られた片方（上記の方）は試しましたが、出来ませんでした。もう片方は試した方が分かりません。functionの方は一つのファイルで.envのようなデータベース接続の部分の役割を担うphpファイルとして書かれているという理解で大丈夫なのでしょうか？書籍で$passと$userはアプリのドキュメントルートより上の階層、xamppフォルダなどでdb_config.phpとして統一できる事は分かるのですが、、。

[m.ts10806]

.env（Dotenv）はLaravelの仕組みではないですよ。それはそれでそういうライブラリです。
composer使う時点で「素のPHP」からは外れるのでお間違えのないよう。

>functionの方は一つのファイルで.envのようなデータベース接続の部分の役割を担うphpファイルとして書かれているという理解で大丈夫なのでしょうか？

functionは1つのメソッドでファイルではないですよね。
.envはコメントに書いたように環境設定ファイルです。
浅学はいいとして、絶対的なキーワードが出てきてるのでまず検索して多少は理解されてからのほうが話ができます。

>書籍で$passと$userはアプリのドキュメントルートより上の階層、xamppフォルダなどでdb_config.phpとして統一できる事は分かるのですが、、。

PHPにハードコーディングしてしまうとデプロイしたあとにプログラムを書き換える手間が発生しますし、バージョン管理から外すとか、アプリを手動でアップロードするなど注意点が増えます。
手順が増えるとそれだけ不具合やミスのリスクが高まるので設定ファイルとしての外出しが望ましいです。
もちろんコード内に「環境毎の設定」をifで分岐かけてズラズラ書くのは古いしナンセンスです。

ところで、
>composerがインストールされていないとデプロイが出来ないと紹介されています。

こちらは記事のどこに書いてありますか？回答に書いたとおり私の目では見当たりませんでした。
どこを見てそう解釈したのかは知りたい。

[ranerane0101]

>4.ライブラリの追加

デプロイする前にフォルダの中に「composer.json」「composer.lock」「Procfile」がきちんと入っているか確認する。
もし入っていない場合は、フォルダ内にこれらのファイルを追加する。

ここです。composerについて全然知らなかった質問時にはcomposerフォルダの中にcomposer.jsonとcomposer.lockファイルが必要なのだなと勝手に思い込んでしまっていました。functionについてはメソッドというのは理解できています。

[m.ts10806]

んー。コメント見る限りでは今でも本当に理解してるかは測りかねる部分はあり。

ひとまず、Herokuのスターターガイド読んでみてはいかがでしょう。
個人記事よりも理解できる、もしくは理解すべき内容なのでは。
言語ごとにあるので丁寧で優しい内容になっていると思います。（ただ、それぞれの機能やツールをきちんと理解できてる前提。インフラ面もあるので）

いずれにしても、環境毎に違う設定をハードコーディングする日常からは早めに脱すべきでしょうね。

[ranerane0101]

理解できませんでした。私もそう思います

Answer 2

各ファイル、ハードコーディングする形で実装できました。ローカルでのデータベース接続の設定を本番環境仕様にしました。