こんにちは、 even-eleven さん。

bcache on の状態で、コメントが承認されたタイミングにキャッシュクリアしたい場合は、以下のコードをテーマの functions.php に組み込んでみてください。

add_action( 'comment_approved_comment', 'my_clear_single_cache', 10, 2 );    
function my_clear_single_cache( $comment_id, $comment ) {
        global $cache_db;
 
        $regexes = get_option( 'sitemanager_device_rules', array() );
        $groups  = array_keys( $regexes );
        $groups  = array_merge( array( '' ), $groups );
 
        $permalink = get_permalink( $comment->comment_post_ID );
        $permalink = parse_url( $permalink );
        $path      = $permalink['path'];
        if ( isset( $permalink['query'] ) && $permalink['query'] ) {
            $path .= '?' . $permalink['query'];
        }
 
        $hashes = array();
        foreach ( $groups as $group ) {
            $device_url = array(
                $group,
                $permalink['scheme'],
                $permalink['host'],
                $path,
            );
            $device_url = implode( '|', $device_url );
            $hashes[]   = md5( $device_url );
        }
        $hashes = implode( "', '", $hashes );
 
        $sql = "
DELETE
FROM    <code>{$cache_db->prefix}site_cache</code>
WHERE   <code>type</code> = 'single'
AND     <code>hash</code> IN ( '{$hashes}' )
";
        $cache_db->query( $sql );
}

masahiroさん。

ご回答ありがとうございます。

ご回答を確認したところ、もしかしたらモジュールが最新化されていないかもしれません。
お手数ですが、再度以下の手順に従ってモジュールの最新化を行ってみて下さい。

KUSANAGI 9モジュール更新情報

KUSANAGI 9 バージョンアップ情報 9.0.11-1.el8

こんにちは、masahiroさん。

起きた現象を確認したいと思いますので、以下の情報を教えてください。
・PHPのバージョン
・KUSANAGIのバージョン
・利用しているWebサーバーエンジン（nginx or httpd）
・WordPressのバージョン
・プラグイン名とそのバージョン
・利用しているテンプレート名
・/home/kusanagi/(プロファイル名)/log/（利用しているWebサーバーエンジン）/配下の ssl_error.log ファイルと error.log ファイルの内容

もし、PHPのバージョンが8であれば、ftpsocketに問題がありftpが動作しない現象が確認されています。
pluginのインストールやテーマの更新などは、ftpを経由するのでこれが原因の可能性が高いです。
PHPのバージョンが8であれば、以下の方法で解決できます。

・KUSANAGIのPHPのバージョンを7.4に落とす
　コマンドは kusanagi php --use php74 です。

・wp-config.phpを編集する
　wp-config.php内の以下の記載

define('FS_METHOD', 'ftpsockets');

　を

define('FS_METHOD', 'ftpext');

　か

define('FS_METHOD', 'ssh2');

　に変更します。

• This reply was modified 3 years, 9 months ago by katakura.

mr-shiodomeさん。
上記内容に対して、補足します。

fcache が適用されないケースは、以下の2通りとなります。

1. HTTPレスポンスのヘッダに Set-Cookie フィールドが含まれている場合

http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html#fastcgi_cache_valid
(こちらは fastcgi_cache ですが proxy_cache とほぼ同じ仕組みです)

> If the header includes the “Set-Cookie” field, such a response will not be cached.

fastcgi_ignore_headers と fastcgi_hide_headers ディレクティブにより、Set-Cookie を無視させることもできますが、参考URLにもありますようにサーバからの cookie 発行ができなくなり、 WordPress の機能が損なわれますので実質併用できません。

http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html#fastcgi_ignore_headers
http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html#fastcgi_hide_header

2. KUSANAGI でキャッシュ対象外としている場合

有効なキャッシュがある場合でも、fcache の対象外となるケースに以下が挙げられます。

・リクエストメソッドが POST である
・クエリストリングがある
・HTTPリクエストに、特定の cookie が含まれる
コメント、ログイン、パスワード保護
・特定のURLへのアクセス
wp-admin、xmlrpc.php、wp-.*.php、index.php、サイトマップXML

※ /etc/nginx/conf.d 内の {プロファイル}_http.conf、{プロファイル}_ssl.conf 内の $do_not_cache が 1 になるケースが無効化されるケースです。

上記を踏まえ、 Google Analytics と WooCommerce を利用した場合の fcache の影響は以下の通りとなります。

Google Analytics：
Google Analytics の cookie は javascript から発行されたものであり HTTP レスポンスでなされたものではないため、 Google Analytics の cookie は fcache に影響しません。
そのため、 fcache と Google Analytics の併用は可能です。

WooCommerce：
WooCommerce のログインは WordPress のログイン機能を用いているため、ログイン時に fcache が適用されないケースにあてはまるので、ログイン後は fcache の適用外となります。
なお、ログインしていない時は fcache が適用されるため、一定のキャッシュ効果は見込めます。
そのため、 fcache と WooCommerce の併用は可能です。

繰り返しになりますが、結果として特別なカスタマイズなどを行わない限り、 Google Analytics と WooCommerce を利用してもデフォルトの設定のまま fcache を利用することは可能です。

こんにちは、hodegimyaさん。

ちなみに、ご案内頂いた情報は公式にドキュメント化されているのでしょうか？

KUSANAGI から他の環境へのマイグレーション手順のドキュメント化は行っていません。

また、非公式な情報ですが、以下の個人ブログではKUSANAGI関連ファイルとして
wp-content/advanced-cache.php
も削除しているようです。

advanced-cache.phpの削除是非について情報をお持ちでしたら
ご指導お願い致します。

KUSANAGI ではKUSANAGI専用プラグインのページキャッシュの設定にありますように、advanced-cache.phpの生成を行う場合があります。
その場合は削除してください。

ただ、他のプラグインで生成している場合もありますので、確認した上で削除してください。