こんにちは。
kusanagi status の情報などいただき、ありがとうございます。

こちらは、 wp-config.php の設定変更で解決すると思います。

[参考] KUSANGI 8 FAQ Q13. WordPressの管理画面からテーマやプラグインの更新が行えません。

FAQ

A13. PHP 8.0を使用している場合は、wp-config.php の以下の行を

define('FS_METHOD', 'ftpsockets');

以下のように変更してください。

define('FS_METHOD', 'ftpext');

こんにちは。

コンテナ内のタイムゾーンを変更するには、
ターゲットディレクトリ以下の .kusanagi に、TZ=Asia/Tokyo を追加して、再起動してください。

こんにちは。

GitHub の更新情報はこちらではないでしょうか？
https://github.com/prime-strategy/kusanagi-docker/releases

複数バージョン同時にリリースされているようにも見えるので、どの組み合わせを
採用したら良いのか判断しかねています。

複数バージョンとはどのバージョンでしょうか？
具体例を提示いただけますでしょうか？

コマンドを実行すると、docker-compose.ymlファイルを最新に更新してくれるのかと
思ったのですが、書き換わった様子はなさそうなので？？？
composeファイルを自分でカスタムしたのが良くないのかな？

標準セットアップで同様の現象が発生しますでしょうか？

あと、WordPressのダッシュボードから更新（WordPress、Plugin、テーマ）すると、
更新は成功して終了するけれど、必ずメンテナンスモードから復帰しないという
不具合に悩まされています。（.maintenanceファイルが削除されない）
出来ていた頃もあったと記憶していますが、いつからか何をやってからか分かりません。

標準セットアップで同様の現象が発生しますでしょうか？

タスクスケジューラとは具体的に何でしょうか？
Cron でしょうか？WP-Cronでしょうか？それとも別のものでしょうか？

nginx の conf 設定で可能です。

(プロファイル名)_http.conf および (プロファイル名)_ssl.conf の設定に下記のような部分があります。

if ($request_uri ~* "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)") {
set $do_not_cache 1;
}

if 条件内に除外したいパス、今回の例で言えば /cert と /checkout を下記のように
パイプ区切りで追加してください。

if ($request_uri ~* "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml|/cart|/checkout)") {
set $do_not_cache 1;
}

nginx の設定を変更する際には、
次のような注意点に気をつけながら作業するとスムーズに作業できると思います。

・一度に設定を変更せず、1つずつ設定を追加し、その都度確認していくこと。
・バックアップした上でロールバックできるようにしておくこと。
・検証環境があれば、そちらで先に検証して確認すること。

以下、解説です。

kusanagi fcache では $do_not_cache を制御してキャッシュの制御をおこなっております。
標準で fcache されない部分の指定が、上記の設定部分になります。
こちらに除外パスを追加する方法が、今回の対応としていちばん簡単な方法となると思います。

hanju8810 さん、こんにちは。
情報ありがとうございます。

サイトを確認致しました。
www サブドメインの有無でリダイレクトに問題があるようです。
KUSANAGI 8 と Nginx を使用されているので、こちらの記事を参考にリダイレクト設定してみてください。

KUSANAGIでwww有り無しをリダイレクト！Nginx環境のリダイレクトを徹底解説します！
https://www.braveryk7.com/nginx-redirect/

nginx 設定ファイルは 2 つ変更する必要があります。
(プロファイル名)_ssl.conf と (プロファイル名)_http.conf の2つです。

nginx 設定ファイルを操作しますので、必ず設定ファイルをバックアップの上でロールバックできるようにし、
本番 Web サイトに影響がない日時に作業することをオススメいたします。
可能であれば、ステージング環境などでテストしたうえで実行することをオススメいたします。

—

補足情報です。

1. 問題を切り分けるようにしてください。

http から https へのリダイレクトはスキーマの話になります。
www サブドメイン有無のリダイレクトは FQDN の話となります。
まずは個別に確認し、問題点を洗い出してみてください。

今回は下記のように問題点を切り分けてみました。

◯ http → https のみ違う場合はリダイレクトできる
http://www.nankatsu-sc.com → https://www.nankatsu-sc.com

✕ www 有無のみ違う場合はリダイレクトできない
https://nankatsu-sc.com → https://www.nankatsu-sc.com
http://nankatsu-sc.com → http://www.nankatsu-sc.com

上記切り分け結果より、www サブドメイン設定に問題があると推測できます。

2. サーバー設定を必ずご確認とご提示ください

トップページに書いてあるとおり、詳細な情報をご提示ください。
これは、ご自身で検索する際にも大変重要な情報となります。

今回の件では例えば、KUSANAGI は バージョンが 8 と 9 があり、
設定方法が一部異なりますので、こちらの情報が必要でした。

また、KUSANAGI では Apache と Nginx から Web サーバーをお選びいただけます。
それぞれ設定が異なるのでこちらの情報も必要でした。

こんにちは。
追加で情報をいただけますでしょうか？

・kusanagi status の結果

・WAFはどのようにオンにされましたか

こんにちは。

kusanagi-openssl と openssl の バージョンが異なるため、正常です。

[root@kusanagi83 ~]# rpm -qa | grep openssl
openssl-1.0.2k-25.el7_9.x86_64
openssl-devel-1.0.2k-25.el7_9.x86_64
openssl-libs-1.0.2k-25.el7_9.x86_64
kusanagi-openssl-3.0.2-1.noarch

前回示していただいた下記のコードは独自の PHP 実装でしょうか？

$fp = stream_socket_client( *******
while( !feof( $fp ) ) {
$response_data .= fgets( $fp, 4096 );
}