Htoyoda さん、こんにちは。

> まず、
> kusanagi configuer –fqdn http://www.111.co.jp draft_html
> と、
> kusanagi ssl –email MAIL_ADDRES
> で、FQDNの変更そのものは可能ですよね？

はい、そのとおりです。
(念のためですが、SSL 対応にしようとしているのに http:// になっているのは問題はなかったでしょうか？)

> wwwwなしへの移行について、どのように実施すべきか、参照サイト等あれば教えてください。

すみません、目的をきちんと把握できていないのですが、

1. ttp://www.111.co.jp でも ttp://111.co.jp でも同じサイトを表示したい
2. ttp://111.co.jp でアクセスしてきたら ttp://www.111.co.jp にリダイレクトしたい
3. ttp://www.111.co.jp でアクセスしてきたら ttp://111.co.jp にリダイレクトしたい

(1.)の話かなと思っているのですが、念のため確認させてください。
※ リンクが多くなると投稿できないので ttp:// と一部表現しています。

tsyk707251012 さん、こんにちは。

環境は次のとおりですね。

– KUSANAGI Version 8.7.11-1
– PHP 7 → 8 へアップデート

kusanagi-php8-devel をインストールしてみてください。

yum install kusanagi-php8-devel

—

ここから詳細情報です。

PHP 7 までは全てのファイルを同一のパッケージに梱包していました。
PHP 8 は KUSANAGI 9 のパッケージ方針に合わせて開発者向けのファイルを別のRPMにしています。
ですので、kusanagi-php8-devel が別途必要になります。

KUSANAGI 9 で phpize を利用したい場合も同様になります。
kusanagi-php(使っているバージョン)-devel をインストールしてください。

aki1000 さん、こんにちは。

まさにご指摘どおりです。
フィードバックいたしました。
ありがとうございます。

すでにプロビジョン済みのプロファイルの nginx 設定については、

set $expire_days 90;

を

set $expire_days 90d;

に変更頂き、 nginx の reload を行っていただきますよう、よろしくお願いいたします。

kusanagi nginx –reload (もしくは /opt/kusanagi/sbin/nginx -s reload)

kenta さん、こんにちは。

nginx のエラーログはなにか出力されていますか？

/home/kusanagi/(プロファイル)/log/nginx

mamemoyashi さん、こんにちは。

まず、トップページにある通り、kusanagi status の結果を教えて下さい。
そのうえで、下記の設定についていくつか確認したいことがあります。

PasswordAuthentication no
PermitEmptyPasswords no
ChallengeResponseAuthentication no

1. 上記の設定は公式の手順ではないと思いますが、追加で設定したということでよろしかったでしょうか？

2. 上記の設定をもとに戻せば、意図していた動作になるということでしょうか？

3. 上記の設定をした理由や参考にしたページなどありますでしょうか？

4. そもそも何をしたかったのか目的を詳細を教えていただけますでしょうか？

phper さん、こんにちは。

トップページにある通り、kusanagi status の結果をいただけませんか？
また、コマンドを実行して、どの段階でどのようなエラーがでたのか具体的に記載してください。
モジュールのアップデートは必須ではありません。

強引な予想ですが、MariaDB 10.1 のままでエラーになっているだけかと思います。

MariaDBのアップデートができない（10.1→10.5）

> # MariaDB をアップグレード
# MariaDB をアップグレードをしないと、yum update でエラーは出続けます。
kusanagi upgrade mariadb 10.5

ここに書いてありますが、読まれましたか？

—

あと、気になる点としては新規でサーバーを立てたのですか？
それであれば、KUSANAGI 9 をおすすめいたします。

momo さん、こんにちは。

—

> 聞きたいのですが、「プラグインやテーマがPHP8に対応できていない」と「重大なエラー…」などとして
すべてが全くの不能になるのものなのでしょうか？

なります。
検索するだけでこのような記事がすぐ見つかると思います。

WordPressのPHP8への対応状況。古いプラグインを使っている場合には要注意

WordPressのPHP8への対応状況。古いプラグインを使っている場合には要注意

—

> 希望としては、php8に切替後、どの部分が影響を受けているのか否か？を確認しながら個々の箇所を修正したいと考えておりました。ので、今回のように全くの不能になってしまうと修正のしようがないもので。

エラーの内容はログに記録されていますので、まずはログを確認してみてください。
kusanagi status の結果から Nginx を使っているようなので、下記のディレクトにあるログを確認するとエラーが記録されているはずです。

http:// アクセスのエラーログ
/home/kusanagi/（プロファイル名）/log/nginx/error.log

https:// (ssl) アクセスのエラーログ
/home/kusanagi/（プロファイル名）/log/nginx/ssl_error.log

前回もお伝えしましたが、この質問は KUSANAGI の問題ではなく WordPress の問題です。
KUSANAGI ユーザー会の範疇を超えておりますので、WordPress ユーザーフォーラムでお聞きになると良いでしょう。
そちらのほうが良いアドバイスが得られると思います。

momo さん、こんにちは。

頂いた内容から、PHP7のままのようです。
以下、PHP8に切り替える例を書きます。

1. PHP7であることの確認

kusanagi status 実行結果の一部抜粋します。

*** (active) php7-fpm ***
● php7-fpm.service – The PHP FastCGI Process Manager
Loaded: loaded (/usr/lib/systemd/system/php7-fpm.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2023-01-23 09:37:03 JST; 44min ago

php7-fpm なので PHP7。
php -v 実行結果。

PHP 7.4.33 (cli) (built: Nov 7 2022 01:42:01) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.33, Copyright (c), by Zend Technologies

PHP 7.4.33 なので PHP7。

2. PHP8 切り替え

kusanagi php8
hash -r
kusanagi restart

以下、実際に作業した記録です。

[root@kusanagi83 ~]# kusanagi php8
use php8.
Removed symlink /etc/systemd/system/multi-user.target.wants/php7-fpm.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/php8-fpm.service to /usr/lib/systemd/system/php8-fpm.service.
NOTICE: Please run the following command to change the php command path in the current shell.

$ hash -r

Done.
[root@kusanagi83 ~]# hash -r
[root@kusanagi83 ~]# kusanagi restart
use nginx
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
use php8.
Done.

3. PHP8 に切り替わっているか確認

kusanagi status 実行結果の一部抜粋します。

*** (active) php8-fpm ***
● php8-fpm.service – The PHP FastCGI Process Manager
Loaded: loaded (/usr/lib/systemd/system/php8-fpm.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2023-01-23 10:22:59 JST; 21s ago

php8-fpm なので PHP8。
php -v 実行結果。

PHP 8.0.27 (cli) (built: Jan 6 2023 08:51:20) ( NTS )
Copyright (c) The PHP Group
Zend Engine v4.0.27, Copyright (c) Zend Technologies
with Zend OPcache v8.0.27, Copyright (c), by Zend Technologies

PHP 8.0.27 なので PHP8。

—

この手順で PHP8 に切り替わっていることをまず確認してください。
PHP8 に切り替わっていることが確認できれば、当初の PHP8 に切り替わらない問題は解決できたと思います。
ここより先、WordPress が表示できなくなった場合はプラグインかテーマがPHP8に対応できていないことという別の問題になります。
これは KUSANAGI の範疇ではないので、WordPress ユーザー会で質問してください。

このあと補足を書きますが、ichiru さんの内容にある削除コマンドでテーマやプラグインの削除は大変危険です。その作業はしないでください。