Keita

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 16 total)
  • Author
    Posts
  • Keita
    Participant

      こんにちは。

      Warning が表示されたクラスがあるファイルとパスを記載いただけますでしょうか?

      Keita
      Participant

        こんにちは。
        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');

        Keita
        Participant

          こんにちは。

          ・何のプラグインを更新されましたでしょうか?

          ・該当エラーはどのエラーログに表示されていますでしょうか?

          ・バージョンアップ前後の WordPress バージョンを記載いただけますでしょうか?

          またHOMEにも記載されています通り、
          kusanagi status の情報もいただけると幸いです。

          Keita
          Participant

            こんにちは。

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

            Keita
            Participant

              こんにちは。

              どのように KUSANAGI8からKUSANAGI9に 移行されましたでしょうか?

              新規サーバーを立てて、マイグレーションされましたでしょうか?

              ご利用ガイド KUSANAGIの使い方
              https://support.conoha.jp/v/kusanagi_os/

              Keita
              Participant

                こんにちは。

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

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

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

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

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

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

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

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

                in reply to: URLの転送 #941
                Keita
                Participant

                  こんにちは。
                  KUSANAGI の範囲外の話なので、
                  下記のエラーメッセージの通り、まずは DNS の設定を確認してください。


                  このサイトにアクセスできませんwww.dev.nankatsu-sc-dev.com にタイプミスがないか確認してください。
                  DNS_PROBE_FINISHED_NXDOMAIN

                  in reply to: fcacheのURL除外 #939
                  Keita
                  Participant

                    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 されない部分の指定が、上記の設定部分になります。
                    こちらに除外パスを追加する方法が、今回の対応としていちばん簡単な方法となると思います。

                    in reply to: URLの転送 #938
                    Keita
                    Participant

                      こんにちは。

                      上手くいかないという情報だけでなく、
                      どのような操作をして、エラーはなにが表示されているのか?
                      という情報をいただければと思います。

                      ・nginx 再起動時にエラーメッセージが表示されていますか?
                      表示されているのであれば、貼り付けて記載してください。

                      ・ブラウザでアクセスすると、どのように表示されていますか?
                      そのときのエラー内容を教えてください。スクリーンショットをいただけるとより確認がしやすいです。

                      ・kusanagi_ssl_http.conf というファイル名は正しいでしょうか?

                      in reply to: URLの転送 #931
                      Keita
                      Participant

                        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.comhttps://www.nankatsu-sc.com

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

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

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

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

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

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

                        Keita
                        Participant

                          こんにちは。
                          ありがとうございます。

                          WAFの設定だと思いますので、
                          以下の情報を参考にチューニングしていただければと思います。

                          参考情報:

                          KUSANAGIでWAF(NAXSI)を使う
                          https://wynes.info/techblog/archives/2606

                          SiteGuard Server Edition (WAF) さくらのサービスでWAFを利用する場合
                          https://manual.sakura.ad.jp/cloud/server/os-packages/siteguard-firewall.html

                          Keita
                          Participant

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

                            ・kusanagi status の結果

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

                            in reply to: URLの転送 #895
                            Keita
                            Participant

                              こんにちは。
                              頂いた情報だけでは再現性がないので、追加で情報をいただきたいです。

                              ・どこのサーバー(VPSやクラウド)を利用していますでしょうか?

                              ・kusanagi status の結果をいただけますでしょうか?

                              ・リダイレクトはどこまでの話でしょうか?
                              ・http → https
                              ・www なし → www あり
                              ・両方

                              in reply to: 8.6.5-1でOpenSSL Error #891
                              Keita
                              Participant

                                こんにちは。

                                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 );
                                }
                                
                                in reply to: 8.6.5-1でOpenSSL Error #883
                                Keita
                                Participant

                                  collen さん こんにちは。

                                  エラーログの内容など、ありがとうございます。

                                  kusanagi restart だけでは不十分な可能性もあるので、
                                  インスタンスの再起動も試していただけますでしょうか?

                                Viewing 15 posts - 1 through 15 (of 16 total)