WP-Optimize で当たり前のようにリビジョンや不要なデータの削除できたように、余分な機能（画像圧縮、キャッシュ関係）が無く不要なデータのみに特化したプラグインを捜していたところ、WP-Sweep を見つけることができた。

WP-Sweepの説明: 非常に軽量で、不要なデータだけを効率的に削除。
手順: インストール後、管理画面の「ツール」＆「スイープ」から「リビジョン」の「スイープ」ボタンをクリックします。

※ リビジョンは基本的に WordPress 側で OFF にしているので今のところ問題がないけど、今後リビジョンの設定を変更したい時は WordPress 側で削除を行わないで、直接 phpMyAdmin を開き、WordPress 用のデータベースを選択して上部の「SQL」タブをクリックし、「DELETE FROM wp_posts WHERE post_type = “revision”;」コマンドを入力して「実行」を押すことで削除する予定。

尚、WP-Optimize を止めてから「wp-config.php」に「 define(‘WP_POST_REVISIONS’, false);」と追記してるので、今のところ不都合がない。

作業中、いろんな出来事があったけど自分でも気に入ったフロントページが出来上がった。 ほぼ作業が終わり、最終的な確認のためフロントページに戻るとプラグイン部分の画像枠が太い白色、フッター内のウイジェットに 「slidebar-2」と表示されたボックスができていて、投稿ページのサイド枠も同じ太線でが囲まれていたのには驚いた。

順序だてた作業（コード修正＆追記、プラグインの修正＆訂正、対話式Google AIの助言で修正＆コード追記）

１．公開した投稿ページに支障のないようにした。
　CSS コード（boxw、float） をベースにコピーして透明色（transparet）に修正、コード名を（コード名_b）ちなみに（コード名_a）は半透明用。
　border: transparent;
　background-color: transparent;
2．貴重なプラグイン（Resent Posts Extended）は、ウイジェットから 「Resent Post Extened のstyle欄から修正。
　.rpwe-thumb{
　border: 1px solid #eee !important;　→　＃部分を削除、transparent に変更
　box-shadow: none !important;
　margin: 2px 10px 2px 0;
　padding: 3px !important;
　}
　.rpwe-block li {
　margin: 0 0 .4em 0!important;
　padding: 0 0 2px 0!important;
　border-top: none!important;　　　→　必要なら none を transparent
　border-bottom: none!important;   →　必要なら none を transparent
　}
　3. 画像枠が太い白色に変わったので修正した。
　.entry-content img,
　　.widget img {
　border: none !important;
　box-shadow: none !important;
　padding: 0;
　}

実は外観ーウイジェットで変更や修正しなければいけないのをすっかり忘れていたのが原因なのだ。最初にプラグインを停止してからプラグインファイルエディターの style での変更箇所を元に戻した後、外観ーウイジェット内にある 「Resent Posts Extended」の Style 欄をオープンして修正する事で全てを直すことができた。

※ とにかく焦りがあったけど、対話式Google AI に聞いて貴重な問題点やヒント、修正方法などを得ることが出来た。

以前にも同じような問題が発生したが、今回は別な原因だろうと対話形式の Google AI で貴重な解決方法を得た。

１．Wprdpress の wp-config.php 及び、php.ini の「memory_limit」の上限を引き上げる。
　　1. wp-config.php
　　　define( ‘WP_MEMORY_LIMIT’, ‘2048M’ ); を「That’s all, stop editing!」の行の前に追加する。
　　2. php.ini を開き、memory_limit = 2048M に変更して Aapache を再起動。。。。

2．原因となっているプラグイン・テーマの特定では、「特定のプログラムが異常なメモリ消費を引き起こしている可能性が高い」とのことなので、　メモリー関係のプラグイン（画像・メモリー削除）2つを早速停止した。

3．今回の WordPress 6.9.1 更新での「Tentyseventeen」に問題が？、その関係でエラーが発生した可能性もあるので、memory_limitを変更した後、最新のテーマに切り替えを行った。

4．無限ループのチェックはテーマの設定や画像処理、又は特定のフックが無限ループに陥っているケースがあるとのことなので最近追加したコードの確認やプラグイン（2つ）を停止した。

プラグインの全停止に関しては、解決した後が怖いので異常なメモリ消費を引き起こしている可能性が高いプラグインを停止、memory_limit 使用してないテーマに切り替えなどを行ったことで解決できたようだ。

※ 対話式 Google AI は素晴らしいね。問題が解消した後にmemory_limit の上限をもとの「1024M」に戻すことが出来た。

いつものようにウェブサイトをオープンしたところ、一時的にフッター部分が透明色で見た感じが新鮮な感じのフロントページに変わっていた。驚きもあったけど見た目が新鮮な感じだったのでサイトを透明色に変更することにした。

/* Twenty Seventeenのフッターを透明にする */
footer#colophon, 
.site-footer {
    background-color: transparent !important;
    background-image: none !important;
    border-top: none !important; /* 必要であれば上線も消す */
}

/* フッター内部の余計な背景もクリアにする */
.site-footer .wrap {
    background-color: transparent !important;
}

/* サイト全体の背景を透明にする（背景画像を見せたい場合） */
.site-content-contain {
    background-color: transparent !important;
}

フロントページ全体を透明色にしたかったので、上記の手順で透明にした後、ボックス内の記事などを半透明にして浮き上がるようにした。

本来ならば style.css と js でスッキリした index.php にしたかったけど、何故か専用の stylesheet や js を呼び込むことが出来ないので index.php 内に書き込んだ。

ほぼ完成した動きのある index.php は、独断と偏見で仕上げたけど我ながら満足。次のステップは stylesheet や JS を呼び込む方法を見つけることなる。

※ 1月25日 不思議な現象
私的なフォルダー内の index_new.php に style.css を呼び込むことに成功！、css を書き込んだ index.php と同じになったので、ただただ驚きだ。結局なところ、何が原因だったか定かでは無いが、ブラウザーのキャシュ関係？、と言うことで全て解決した。

ウエブサイトにアクセスしたところ、画面に「Allowed memory size of 1073741824 bytes exhausted (tried to allocate 4295229440 bytes) in /xampp/htdocs/wordpress/wp-includes/theme.php on line 325」とエラーの表示、メモリー関係のエラーで php.ini の 「memory_limit」の修正 や 「Opcache.jit」 の余分に追記した部分を削除した。

opcache.jit が問題では無いと思われるけど、取り合えず修正した。それと、php.ini の Memory_Limitで　64M を 512M に増やして試したところ、ログイン画面から管理画面へ移動できず、上記と同じエラーが現れたので、再度、Memory_Limit を 1024M に修正した。

とにかく初めての経験なので、念には念をと、wp-config.php に以下を追加し、https://　～　　/wp-admin/maint/repair.php にアクセスして「データベースの修復」を実行した。

すると、プラグイン WP＿Optimize に関するテーブルにエラー（壊れてる）が発生してるだけで、Wordpress のテーブルは正常に機能しているとの結果で一安心。

「EWWW Image Optimizer」はインストールして有効化するだけで画像圧縮機能が有効化して、Wordpress にアップロードする画像を圧縮とファイルサイズを縮小、サイトの画像ファイルが軽くなる。

※この２点を行うことで、より画像サイズの低下に繋がるとの事、とにかく削除した WP Optimize の代替えでの利用なので、複雑な設定無しのプラグインが良いと思い使用することにした。

MySQLのアップグレード問題で削除した WP-Optimaze の代替えで、キャシュ処理に特化したプラグイン WP Fastest Cache を試すことにした。

キャッシュを扱ったプラグインは複数あるけど、WP Fastest Cache は、特にシンプルで効果の大きいツールと言った評価なので導入を決めた。WP Fast Cache を有効化すると、WordPress のダッシュボードに「WP Fastest Cache」のアイコンが追加される。尚、キャッシュの有効化は設定で必要な箇所をチェックする。

※ 投稿や固定ページを更新したあとは、キャッシュを削除をすることで対応する。尚、今のところ問題ないが、不都合が生じる場合の対応も WordPress の .htaccess で修正できるようだ。

WordPressでの Imagick は必ずしも必須では無いので設置するのを迷ったけど、GitHub 上に 非公式のビルド PHP 8.2 と PHP 8.3 用があり、PHP 8.3 をインストールして試すことにした。

※ ImageMagic 本体用の DLL と PHP 拡張用の DLL の両方のインストールが完了していなければ表示されない。

画像を拡大表示して見せるためのプラグインとして、Firelight Lightbox を使っていたが、いつの間にか動作しなくなった。いろいろ調べてみたが？、原因が分からないので、幾つかのプラグイン Lightbox を試すことにした。

　

新規プラグインから幾つかのプラグイン例えば、Responsive Lightbox & Gallery, Simple Lightbox 等々、しかし、作動しないので WordPress 専用のプラグインと言うか WordPress と名前がある Lightbox を何気に見つけた Fancybox for WordPress を試すとナナナんと快適に作動した。iPhoneのSafari&Google でもOK！

設定も簡単で結構期待通りの動作で満足、また一つ解決した。