花粉症で、腸内環境の乱れが甚だしい、どうもボクです。
PHPのフレームワークのLaravelと、PHPのCMSのWordPressを連携させたいということで、
ts0818.hatenablog.com⇧ Apache Httpd、PHP、Laravel あたりをインストール。
⇧ MySQL 8.0の新しい認証方法でハマる。
⇧ 結局、MySQL 8.0の新しい認証方法は断念。
このへんで、中途半端な状態になってたわけですが、WordPressをインストールしちゃいましょうということで、今回は、PHPのお話。
かなり、まとまりのない内容になってしまっているので、お時間のある方のみご照覧ください。
そんでは、レッツトライ～。
WordPressのインストール
インストールする場所は、
⇧ Laravel と同じ階層で。WordPressのインストールに必要なファイル一式は配置できているので、後は、WordPress用に空のデータベースを用意してあげると。
で、自分の場合は、
に、配置しているMySQLを使ってます。
で、ログインし（ポートとかはご自分のお使いの環境に合わせてください。デフォルトの3306ポートであれば、ポートは特に指定不要）、
いま、存在するデータベースの一覧を確認。
というわけで、
⇧ 上記サイト様を参考に、
WordPress用に、空のデータベースを作成します。
んで、ユーザーを作成し、
作成したデータベースに対する権限を、作成したユーザに付与。
とりあえず、データベースの準備はOK。
んで、Apache Httpdのを起動します。自分は、Chocolateyでインストールしたので、
⇧ みたいな場所にインストールされています。
起動しようと思ったら、Windowsのサービスとして既に起動されてたようです。
⇧ Windowsが起動したら、自動起動となるような設定になってたみたいです。
で、ブラウザからアクセスするも、
「昨日探し当てた場所に 今日もジャンプしてみるけれど なぜか NOT FOUND 今日は NOT FOUND」っていうMr.Childrenの懐かしの曲『NOT FOUND』が出たとことで、
はい、404 です...。
これは、Apacheで指定されてるドキュメントルート以外の場所に、WordPressのサイトのファイルを配置してるからですかね。
よく分からんですが、Webサーバは、ドキュメントルートに配置されたファイル群しか読み込んでくれないってことですかね。
⇧ 上記サイト様が詳しいです。
んで、「"C:\HTTPD\Apache24\conf\httpd.conf"」とか見てみると、
⇧ DocumentRoot が、「${SRVROOT}/htdocs」とかってなっていて、「SRVROOT」はというと、「C:/HTTPD/Apache24」となっている。
つまり、DocumentRootは、「C:/HTTPD/Apache24/htdocs」のフォルダになり、このフォルダ配置されたものにアクセスしとるそうな。
つまり、「C:\Users\Toshinobu\Desktop\php_project\wordpress」にはアクセスされないんですな...
つまり、
- DocumentRootに、サイトのファイルを配置する
- DocumentRootのパスを修正する
のどちらかの対応をする必要があると。（他にも、VirtualHostとかでもできるのかな？サーバ詳しくないから分からんです...）
今回は、1.DocumentRootに、サイトのファイルを配置で。
配置されました。
んで、再び、ブラウザで、WordPressを配置したディレクトリにアクセスすると（自分の場合ですと「http://localhost/php_project/wordpress/」）
⇧ ちょっと、おかしな表示になってしまっているのですが、下の方にスクロールすると、「2. wp-admin/install.php をブラウザーで開きます。」ってあるので、リンクをクリックで。
そしたら、完全に、バグってますな...phpが認識されとらん...
どうも、手順が誤っていたらしい...
⇧ wp-config.php ってファイルを作成する必要があるらしい。「wp-config-sample.php」ってファイルをリネームして編集すれば良いらしい。
というわけで、リネーム。
そしたらば、適当なテキストエディターで開き、
データベースの接続情報を設定。
認証用ユニークキーの設定。
wp-config.phpの認証用ユニークキーのコメント部分に記載されているhttps://api.wordpress.org/secret-key/1.1/salt/ にアクセスすると、自動で生成してくれるらしい。
⇧ 上記の内容を全部コピって、wp-config.phpに保存で。
で、変わらず...
⇧ 上記サイト様によりますと、Webサーバ側で、phpを使えるようにしてあげる必要があるらしい...
自分の場合ですと、ChocolateyでインストールしたPHPを使うので、
⇧ 「php7apache2_4.dll」、「php.ini」ってファイルの場所をApacheに教えて上げる必要があるようです。ご自分の使用したいPHPのものに合わせてください。
httpd.conf に設定してあげます。
で、PHPが機能してるかのテスト用に、適当なphpファイルを作成し、
下記の内容で保存し、
「http://localhost/phpinfo.php」にアクセス。
⇧ PHPが認識されました。
で、WordPressのほうはというと...変わらんやんけ～！
エラーの内容が、
「WordPress requires that your web server is running PHP. Your server does not have PHP installed, or PHP is turned off.」って...サーバはPHP認識しとるわ～、このたわけが～！
すみません、取り乱しました...
そして、「http://localhost/php_project/wordpress/index.php」にアクセスしたら、
⇧ ん？データベース系でエラー？
⇧ php.ini の設定で、「extension=mysqli」を使えるよう、コメントアウトを外す必要があるそうな...
⇧ コメントアウトされとるがな...
おりゃ～！
変わらんやんけ～！
phpinfo.php に追記して、extension が読み込めてるのかチェック。
ん？なんか読み込めてなくない？
⇧ 上記サイト様を参考に、httpd.conf に追記。
Apache を再起動するも、変わらず...
⇧ 上記サイト様によりますと、OpenSSLのバージョンが怪しいときがあるとのこと。
で、Apacheにアクセスして、使用しているOpenSSLのバージョンを確認してみると、
⇧ OpenSSL/1.02p ってなってるから、要件を満たしてそうに思えるのですが...
Apacheを再起動して、Apacheのログファイル（自分の場合ですと「C:\HTTPD\Apache24\logs\error.log」）を見てみたら、
[Sat Mar 02 19:31:21.189709 2019] [mpm_winnt:notice] [pid 12896:tid 612] AH00455: Apache/2.4.37 (Win64) OpenSSL/1.0.2p PHP/7.2.10 configured -- resuming normal operations [Sat Mar 02 19:31:21.189709 2019] [mpm_winnt:notice] [pid 12896:tid 612] AH00456: Server built: Oct 19 2018 09:39:26 [Sat Mar 02 19:31:21.189709 2019] [core:notice] [pid 12896:tid 612] AH00094: Command line: 'C:\\HTTPD\\Apache24\\bin\\httpd.exe -d C:/HTTPD/Apache24' [Sat Mar 02 19:31:21.189709 2019] [mpm_winnt:notice] [pid 12896:tid 612] AH00418: Parent: Created child process 7156 [Sat Mar 02 19:31:21.573013 2019] [ssl:warn] [pid 7156:tid 492] AH01909: localhost:443:0 server certificate does NOT include an ID which matches the server name [Sat Mar 02 19:31:21.698005 2019] [ssl:warn] [pid 7156:tid 492] AH01909: localhost:443:0 server certificate does NOT include an ID which matches the server name PHP Warning: PHP Startup: mbstring: Unable to initialize module\nModule compiled with build ID=API20170718,NTS,VC15\nPHP compiled with build ID=API20170718,TS,VC15\nThese options need to match\n in Unknown on line 0 PHP Warning: PHP Startup: exif: Unable to initialize module\nModule compiled with build ID=API20170718,NTS,VC15\nPHP compiled with build ID=API20170718,TS,VC15\nThese options need to match\n in Unknown on line 0 PHP Warning: PHP Startup: mysqli: Unable to initialize module\nModule compiled with build ID=API20170718,NTS,VC15\nPHP compiled with build ID=API20170718,TS,VC15\nThese options need to match\n in Unknown on line 0 PHP Warning: PHP Startup: openssl: Unable to initialize module\nModule compiled with build ID=API20170718,NTS,VC15\nPHP compiled with build ID=API20170718,TS,VC15\nThese options need to match\n in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'php_mysql_xdevapi' (tried: C:\\chocolatey-package\\php72\\ext\\php_mysql_xdevapi (%1 \xef\xbf\xbd\xcd\x97L\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd Win32 \xef\xbf\xbdA\xef\xbf\xbdv\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbdP\xef\xbf\xbd[\xef\xbf\xbdV\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xc5\x82\xcd\x82\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xdc\x82\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbdB), C:\\chocolatey-package\\php72\\ext\\php_php_mysql_xdevapi.dll (\xef\xbf\xbdw\xef\xbf\xbd\xe8\x82\xb3\xef\xbf\xbd\xea\x82\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbdW\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd[\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xc2\x82\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbd\xdc\x82\xef\xbf\xbd\xef\xbf\xbd\xef\xbf\xbdB)) in Unknown on line 0 [Sat Mar 02 19:31:21.729253 2019] [mpm_winnt:notice] [pid 7156:tid 492] AH00354: Child: Starting 64 worker threads.
拡張モジュール、つまり、extensionの読み込みにことごとく失敗してますな...
When you update the version of PHP (especially when going from version X.Y to version X.Z), you must update the PHP extensions as well.
This is because PHP extensions are developped in C, and are "close" to the internals of PHP -- which means that, if the APIs of those internals change, the extension must be re-compiled, to use the new versions.
How to update your PHP extensions will depend on which system you are using.
If you are on windows, you can find the .dll for some extensions here : http://downloads.php.net/pierre/
For more informations about the different versions, you can take a look at what's said on the left-sidebar of windows.php.net.
If you are on Linux, you must either :
- Check what your distribution provides
- Or use the
peclcommand, to re-download the sources of the extensions in question, and re-compile them.
⇧ PHPの管理なら、composerがあるやん、composerで、extension とかのupgradeとか良しなにしてくれるんでしょ？って思ってたのが浅はかでした...
PEAR （PHP Extension and Application Repository）の問題点を解消するためにリリースされたはずのcomposerのはずだと思うんですがね...
まぁ、composer でPHPのextensionを管理できるのか分からずです...面目ない。
で、エラーの内容で、mbstring モジュールを例に見てみると、
PHP Warning: PHP Startup: mbstring: Unable to initialize module\n Module compiled with build ID=API20170718,NTS,VC15\n PHP compiled with build ID=API20170718,TS,VC15\n These options need to match\n in Unknown on line 0
拡張モジュールとPHPで、コンパイルに使用しようとしてる情報が合ってないようです、すれ違う2人の思い、どうなる？
⇧ 上記サイト様によりますと、
※TSはThread Safe=マルチスレッド対応。NTSはNon Thread Safe=スレッド非対応。
参考:PHP のNon Thread Safe とThread Safe の違い
ということで、自分の場合ですと、 拡張モジュール側は、NTSで、PHP側はTSでコンパイルしようとして、初期化できないってなってるのかと、と言うか、エラーの内容の差異を見てもそこしか違いが無いんだから、それ以上は分からんです。（なんか他に分析の仕方があるのかもしらんですが、わたくしは存じ上げません。）
というか、ChocolateyでインストールしたPHPだから不具合なのか...Chocolatey使わないほうが良いのかしら。
As you are on Windows, you need the TS (Thread Safe) version of the dll and not the NTS (Not Thread Safe) version.
Make sure that the php.ini file is loading only the TS extension.
cakephp - How to recompile PHP with either NTS or TS? - Stack Overflow
⇧ まじか...Windowsは、TS (Thread Safe) なextension のみ許容されるとな...
で、やっぱり、ChocolateyでインストールしたPHPがスレッドセーフでなかったと。
一旦、アンインストールで。（ChocolateyでPHPをインストールしてない場合は、アンインストールは不要です。）
コマンドだとアンインストール失敗するので、エクスプローラーから直接削除で。（Apacheが動いてると、PHPを参照してるって成ってフォルダが消せないので、一旦、Apacheのサービスは止めときます。）
環境変数とかからも削除で。
で、改めて、PHPをインストール。結局、またChocolatey使ってますが...
毎回、見事に指定したところにはインストールされないと...安定の不親切さ。
とりあえず、php.iniを。
で、Apache再起動。
ようやく、extension が読み込まれました。いや～、スレッドセーフじゃないと拡張機能が有効にできんとか知らんがな...むちゃくちゃハマってしまった...時間を返して欲しいですわ（涙）。
WordPressのphpファイルも認識されました、エラーになってるけど...。
MySQLのポートを3306から3309に変えていたので、wp-config.phpのデータベースの設定を変える必要があったようです。
変更後、か、変わらんやん...
たぶん、extension が足りてないんだとは思うけども...もうちょい調査が必要ですかね。
中途半端ですが、今回はこのへんで。
2019年3月3日（日）追記：↓ ここから
どうやら、問題だったのは、MySQLのほうで、
ということだったので、
⇧ 上記の対応を行ったところ、無事にWordpressのインストール画面に遷移できましたとさ、MySQL 8.0 の認証プラグインとか新しくしてくれるのは良いんだけど、使えないなら意味ないじゃん...
で、無事、ログインできると思いきや、なんかエラー出てるし...
ログインしたら...涙
⇧ なんだろう、WordPressって簡単にインストールできるって聞いたけど、全然簡単にインストールできないですけど...
⇧ 上記サイト様によりますと、
曖昧なcontinue文の禁止
PHP 7.3未満でも文法的には曖昧ではなかったのですが「次のループ処理に移行する」つもりでcontinueを書いても、switch文内ではbreakの意味で動作していました。
本来、switchを抜けるにはbreakを用いるべきであり、上位ブロックのループから抜ける為にcontinueを使うはに”continue 2″などでなければなりません。PHP以外の言語では、switch文の中で”continue”を使うとPHPでいう所の”continue 2″の意味として動作します。この為、間違えやすい仕様であると長年指摘されてきました。
要するにPHP 7.3から”break”の代わりに”continue”は使えなくなります。
ということみたいです。
⇧ WordPressを最新に更新すればOKらしい。旧いほうのwp-config.phpだけデスクトップとかにコピーしようと思ったけど、そもそも、wp-config.php自体はデフォルトで存在しないので、まるごとwordpressフォルダを上書きで問題ないかと。
エラーは消えたんですが、
ログイン後は変わらず...
ちなみに、「themes.php」をクリックしたら、管理画面に遷移したけども...
どうやら、apacheの設定の問題らしい。
⇧ 上記サイト様を参考に、「Options Indexes FollowSymLinks」を「Options FollowSymLinks」に変更したら、
Index ofの一覧表示はされなくなったんだけども、サイト自体も表示されなくなったと...
DirectoryIndexに、「index.php」、「/index.php」を追加し、何故か知らんけど、「.htaccess」ファイルとかのアクセスが拒否されてたんで、「Require all granted」にしました。っていうか、Apacheの設定とか知らんし...
んで、一応、Apache Httpdサーバの再起動とかしました。
で、無事、サイトも表示されましたとさ...疲れました。
Laravelのほうは、Apacheで動いてるのか、内部サーバで動いてるのか、ちょっとまだ確認できてないです...たぶん、Apacheのほうで動いてるんだと思いますが...
たしかLaravel内臓の簡易サーバのポートは、8000だった気がするし。
なんか、WordPress用のApacheの設定とか他にもあるのかもしらんけども...
とりあえず、今回も疲れた（「失われた時を求めて（著：マルセル・プルースト）」を読み切ったぐらいの気持ち）ので、時間あるときに調査で...
2019年3月3日（日）追記：↑ ここまで
