この記事では、環境構築時にphpがmysqlのモジュール構成を読み込めないという発見を紹介し、その問題に基づいて解決策と、その解決策によって引き起こされるいくつかの小さな問題を紹介します。 今日 php を設定しているときに、mysql が設定されていないことがわかり、wordpress から mysql モジュールが必要であるというメッセージが表示されました。 Googleで検索したところ、php.iniが読み込まれていないとの回答がほとんどでした。 phpinfo() を確認したところ、mysql モジュールが見つかりませんでした。 C:Windows 環境変数に「php.ini を入れる」などの、その後のいわゆる解決策は信頼できません。 。 。 。 。 extフォルダのdllもSystem32などにコピーします。 この投稿を見るまで私は問題に気づきませんでした。
「mysql が見つからない理由は、mysql ランタイム ライブラリが見つからないためです。mysql インストール フォルダーを開き、bin フォルダーで libmySQL.dll を見つけ、mysql ランタイム ライブラリがシステムを登録して、Apache を再起動します。」 MySQLMySQL Server 5.5lib ディレクトリで見つかりました 実際、これを自分で設定すると、それが環境変数ではない、php.ini にロードされていない、または拡張機能にロードされていないことがわかるはずです。 なぜそんなことを言うのですか？ まず、php 構成パスが Apache 構成に追加されました。
同時に、phpinfo() は、php.ini がロードされていることも示します。興味のある学生は、php.ini が存在する場合と存在しない場合の違いを試してみることができます。 
第二に、実際に php.ini で extension_dir を設定しましたが、これが無意味であるなら、なぜ設定ファイルにこのオプションがあるのでしょうか?ここで、セパレータは Apache のセパレータとは正反対である "" であることに注意してください。
その後、phpも正常に読み込まれました。
したがって、実際には、自分自身がいじって不注意になってしまうことを完全に避けることができます。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
