{"id":18600,"date":"2022-11-04T07:23:25","date_gmt":"2022-11-03T22:23:25","guid":{"rendered":"https:\/\/je1sgh.mydns.jp\/je1sghblog\/?p=18600"},"modified":"2022-11-04T07:23:25","modified_gmt":"2022-11-03T22:23:25","slug":"wordpress%e3%81%ae%e5%95%8f%e9%a1%8c2%e3%81%a4%e8%a7%a3%e6%b1%ba","status":"publish","type":"post","link":"https:\/\/je1sgh.mydns.jp\/je1sghblog\/?p=18600","title":{"rendered":"WordPress\u306e\u554f\u984c2\u3064\u89e3\u6c7a"},"content":{"rendered":"\n

SlackwareARM 15.0 (32bit) for Raspberry Pi 4 (SARPi4) の話です．<\/p>\n\n\n\n

WordPressを6.1にしたところ，健康1<\/a><\/sup>筆者は管理画面を英語モードで運用しています．これは，トラブルが生じたとき検索して解決策が見つかる確率が日本語よりもはるかに多いためです．また，英語を使う機会が減っているのでそれを補う意味も多少あります．この記事内ではそうした事情から元の英語をそのまま書いたり，面倒くさくて意訳で書いてますので，日本語の管理画面の文言と異なる場合があります．<\/span>がこれまで2<\/a><\/sup>6.0.3まで．<\/span> “Good” だったのに， “Should be improved” に変わりました．<\/p>\n\n\n\n

Criticalなのは，page cacheがONになってないということです．ざっと調べたらその操作をするプラグインがあるとのことです．確かに多数ありますが，ここでふと感じたのは，こんなにたくさんあるということは，プラグインではそんなに高度なことをやっていないなということです．<\/p>\n\n\n\n

とりあえず一つのプラグインをインストールして， “Page Cache” のスイッチをONにしようとしますが，permissionが何たらかんたらでONにできないと言ってきます．<\/p>\n\n\n\n

その後多少調べたら，wp-config.phpのpermisionがhttpdデーモンからいじれないようになっていましたので修正したら， “ON” にできました．<\/p>\n\n\n\n

このプラグインが何をしているかというと，wp-config.phpに，<\/p>\n\n\n\n

define('WP_CACHE', true);<\/pre>\n\n\n\n
を追加しているだけです3<\/a><\/sup>筆者の使っているplug-inでは，先頭の <?php<\/code> の次の行に追加しています．<\/span>（とこの時点では思いましたが間違いなので，続きを読んでください）．<\/p>\n\n\n\n
それならということで，2つめのサイトでは，手でwp-config.phpを編集してから，Dashboardを開いたら，ページキャッシュに関するcriticalな警告は出ませんでしたが，よくよく見るとやはり効果はないようです．プラグインをインストールして，Page CacheをOn にした場合median server responsは20〜30msになりますが，wp-config.phpに，上記の定義を追加しただけでは，600ms弱となります（600ms未満なので， “Critical” にはならない）．<\/p>\n\n\n\n
ということで，なんらかのPage Cache制御のプラグインは必要です．<\/p>\n\n\n\n
とりあえずの形でインストールしたのは，次のプラグインです．<\/p>\n\n\n\n
\n
WP-Optimize – Cache, Clean, Compress.<\/a><\/blockquote>