「編集画面で微妙に動作が重い」「画像を挿入したらリンク設定が反映されない」「テーマを切り替えたら設定が消えた…」――そんな困りごと、実はWordPress本体のバグが原因だったかもしれません。

2026年7月10日にリリースされた WordPress 7.0.1 は、新機能こそありませんが、コア・ブロックエディター・管理画面UI・メディア処理など実に31件のバグを修正した“堅牢化アップデート”です。毎日の記事執筆やサイト運営に直結する改善が詰まっているので、[6.9.4]や、「7.0.0のまま様子見」 をしている方は、ぜひ本記事を読んでアップデートの判断材料にしてください。

それでは、修正内容を分野別に詳しく見ていきましょう。

　WordPress 7.0.1 BugFix-Top　Written：2026/07/11

　BugFix Table-topに戻る

第1章：コア（Core）

– サイトの根幹を支える7つの修正

WordPress本体の動作に影響する領域で、特に以下の点が改善されました。

– 🔄 REST API – 特定条件下でレスポンスが返らない稀なケースを解消。外部連携がより安定します。 

– ⏱ Cron処理 – スケジュールイベントが遅延する問題を修正。予約投稿や定期タスクが予定通りに。 

– 🌐 翻訳（i18n） – 一部文字列が英語のままになる現象を改善。多言語サイトの運用がスムーズに。 

– 🎨 テーマ切り替え – 変更後に設定が正しく読み込まれない不具合を解消。デザイン変更時のストレス軽減。 

– 📊 WP_Query – 特定条件で投稿取得が不安定になるケースを修正。カスタムループの信頼性向上。 

– 🗂 キャッシュ処理 – 古いデータが残り更新されない問題を改善。表示の鮮度がアップ。 

– 🔐 ユーザー権限チェック – 権限判定が誤ってfalseになるバグを修正。会員制サイトの運用がより安全に。 

– 📦 アップグレード処理 – 更新時に一部ファイルがコピーされない問題を解消。次回のアップデートも安心。

第2章：ブロックエディター（Gutenberg）

 – 編集体験を邪魔する8つの不具合を解消

毎日記事を書く編集者にとって、エディターの安定性は命題。今回の修正で特にうれしいポイントはこちら。

– 🛠 ブロックツールバーの表示崩れ – ツールバーが変な位置に飛ぶ現象を修正。 

– 📋 リストブロックの階層操作 – インデントが正しく反映されない問題を解消。アウトライン作成が快適に。 

– 🖼 画像ブロックのキャプション編集 – フォーカスが外れる不具合を改善。キャプション入力がスムーズに。 

– 🔗 埋め込みブロックのプレビュー – YouTubeやTwitterのプレビューが表示されないケースを修正。 

– 📊 テーブルブロックのセル幅 – 設定した幅が保存されない問題を解消。データ表示が思い通りに。 

– 🧩 グループブロックのレイアウト – 意図せずレイアウトが崩れる問題を改善。複雑なレイアウトも安定。 

– 🧭 ナビゲーションブロックのリンク設定 – 保存されない不具合を修正。メニュー編集のストレス軽減。 

– ⚡️ パターン挿入時のプレビュー遅延 – 読み込みが遅くなる問題を改善。テンプレート挿入が快適に。 

– 🎨 サイトエディターのスタイル反映 – 変更がすぐに表示されない遅延を修正。フルサイト編集がより直感的に。

第3章：管理画面 UI（WP-Admin）

– 運用担当者の細かなストレスを軽減

管理画面での操作性に直結する5つのUI修正。地味ですが「あれ？」が減ります。

– 🔍 投稿一覧のフィルタリング – カテゴリーや日付での絞り込みが正しく動作しない問題を修正。 

– 🖱 メニュー編集画面のドラッグ操作 – 並び替えが不安定になる問題を改善。カスタムメニュー作成がスムーズに。 

– 📱 ウィジェット画面の表示崩れ – レイアウトが崩れるケースを修正。サイドバー編集が視覚的に。 

– 🎛 **カスタマイザーでの設定反映** – 変更が保存されないケースを解消。リアルタイムプレビューがより信頼性アップ。 

– 📲 モバイル表示時のUI崩れ – スマホで管理画面が見づらくなる問題を修正。外出先での運用も快適に。 

– 🔔 自動保存の誤通知 – 保存していないのに「保存しました」と表示される問題を改善。

第4章：メディア関連

– 画像・動画の扱いがもっとスムーズに

メディアライブラリ周りでは5つの改善。コンテンツ制作の生産性に直結します。

– 🖼 メディアライブラリの検索精度 – キーワード検索でヒットしない問題を修正。大量のメディアから素早く発見。 

– 🔗 画像挿入時のリンク設定 – 「画像ファイルにリンク」などが反映されない問題を改善。リンクミスを防止。 

– 📁 MIMEタイプ判定 – 特定ファイルでアップロードに失敗するケースを修正。WebPやSVGもスムーズに。 

– 📐 画像サイズ自動生成 – リサイズが失敗する問題を解消。アイキャッチやサムネイルが正しく生成。 

– 🎬 動画プレビュー – 管理画面で動画が表示されないケースを改善。メディア確認がより視覚的に。

第5章：テーマ・プラグイン互換性

– 競合リスクを減らす5つの配慮

実際のサイトでよくあるトラブルを予防する修正です。

– 🎨 Cocoonなど人気テーマとのCSS競合 – 表示崩れを軽減。特にCocoonユーザーは要チェック。 

– 📱 AMP対応時の表示崩れ – モバイル高速表示でのレイアウトずれを修正。 

– 🧩 カスタムHTMLブロック保存時のエラー – 特定のタグで保存できない問題を解消。 

– 🐘 PHP 8.x環境での警告ログ – 多数のDeprecated警告を修正。最新PHPでもエラーログがスッキリ。 

– 📚 目次プラグインとの競合改善 – 特定のプラグインでブロックが正常に動作しない問題を軽減。

第6章：総評

– アップデートは「すべき」か？

結論から言えば、ほとんどのサイトでアップデートを推奨します。

新機能はありませんが、編集時のストレス軽減、管理画面の操作性向上、テーマ/プラグインとの競合リスク低下 という実際の運用メリットが大きいからです。特にブロックエディターを使う頻度が高いサイトや、複数ユーザーで運用するサイトは、更新後の安定性を実感できるでしょう。

👉 アップデート前の注意点 

– 必ずサイト全体のバックアップを取得してから実行してください。
(私は、UpdraftPlus – バックアップ/復元　。複数のバックアップ保存先に対応したバックアップと復元プラグイン。ローカル、Amazon S3、Dropbox、Google Drive、Rackspace、(S)FTP、WebDAV、メールに自動スケジュールでバックアップします。を使っています。) 

– テーマやプラグインが最新バージョンであることを確認しましょう。 

– もし不安な場合は、ステージング環境で動作確認を行ってから本番適用するのがベターです。

2026年3月、WordPress コミュニティに小さくない衝撃が走りました。
6.9.2 → 6.9.3 → 6.9.4 と、わずか 48 時間の間に 3 回のマイナーアップデートが連続リリースされたのです。

「自動更新が続いて怖かった」「何が起きていたの？」
そんな声が世界中で上がりました。

この記事では、この異例の連続リリースの背景を、一般ユーザーにも分かりやすく整理して解説します。

第1章：6.9.2（3/10）— 大規模なセキュリティ修正が一気に投入された日

6.9.2 は、合計10件の重要な脆弱性を修正するセキュリティアップデートでした。

🔐 修正された主な脆弱性

• XSS（クロスサイトスクリプティング）
• 権限昇格の可能性
• PclZip のパストラバーサル
• Notes 機能の権限バイパス
• getID3 ライブラリの XXE（XML 外部実体参照）

いずれも放置すれば攻撃に悪用される可能性があるため、
WordPress チームは迅速にパッチを公開しました。

しかし、このスピードが後の混乱につながります。

第2章：6.9.3（3/10）— 6.9.2 適用後に一部サイトが“真っ白”に

6.9.2 を適用した直後、世界中のユーザーから次々と報告が上がりました。

❗ 典型的な症状

• サイトが真っ白になる（Fatal error）
• 管理画面にアクセスできない
• 特定テーマのテンプレート読み込みでエラー発生

原因は、
一部テーマの非標準テンプレート処理と WordPress コアの変更が衝突したこと。

WordPress.org は 6.9.2 を一時撤回し、
緊急修正版として 6.9.3 を数時間以内にリリースしました。

第3章：6.9.4（3/11）— セキュリティ修正の“未適用”が発覚し、再修正へ

6.9.3 でクラッシュ問題は解決しましたが、
WordPress セキュリティチームが調査を進める中で、
6.9.2 で修正したはずの脆弱性の一部が実は適用されていなかったことが判明。

🔍 未適用だった修正

• PclZip のパストラバーサル
• Notes 機能の権限バイパス
• getID3 の XXE

これらはセキュリティ上重要な修正であるため、
翌日 6.9.4 として完全版パッチがリリースされました。

まとめ：なぜこんな異常事態になったのか？

🟦 原因1：修正規模が大きすぎた

10件の脆弱性を一度に修正する大規模パッチだった。

🟥 原因2：テーマ側の非標準コードとの衝突

6.9.2 の変更が一部テーマと噛み合わず、サイトがクラッシュ。

🟨 原因3：セキュリティ修正の一部が未適用

内部 QA の見落としにより、修正が完全に反映されていなかった。

Cocoon ユーザー（あなたの読者）へのアドバイス

• Cocoon は標準準拠なので影響は比較的軽微
• 6.9.4 に更新しておけば安全性は確保される
• 今回の件は「WordPress の裏側」を知る良い機会
• ブログ運営者は自動更新のログを確認しておくと安心

「新着情報の表示といえばこれ」と長年愛されてきたWordPressプラグイン『What’s New Generator（以下WNG）』。しかし、開発停止から数年が経ち、公式ディレクトリからも非公開となった今、最新のWordPress環境で使い続けることには「いつエラーでサイトが止まるか分からない」という不安が常に付きまといます。

それでもなお、このプラグインが検索され続ける理由は、その「圧倒的なシンプルさ」にあります。本記事では、当サイトのアクセスデータから見える「WNG需要」を紐解きつつ、プラグインを一切使わずに、最新の標準機能だけで「あの使いやすい新着一覧」を完全に再現する方法を徹底解説します。

データが証明する「What’s New Generator」への根強い支持

　　当サイトのアクセス解析（Site Kit）を見ると、興味深い事実が浮かび上がります。最新のキーボードレビューやWindows 11のカスタマイズ記事と並んで、常に上位にランクインするのが「What’s New Generator」に関する検索クエリです。

Site Kitの検索クエリ

※画像には「what’s new generator 代替」などのキーワードが並んでいる。

Site KitのSite Kitの過去28日間のトップコンテンツ

そして、Site Kitの過去28日間のトップコンテンツの６位に！

2026年、使い続けるリスクと「賢い卒業」

長年愛用してきた道具を手放すのは惜しいものですが、以下のリスクを冷静に見極める必要があります。

標準機能への移行こそが正解：今のWordPress（ブロックエディタ）には、プラグインなしで同等の表示ができる「クエリループ」が備わっています。

PHP 8.x系^※での「沈黙のエラー」：画面は映っていても、裏側でエラーログが溜まり、サーバー負荷や突然のクラッシュを招く恐れがあります。

セキュリティの空白：更新が止まったプラグインは、脆弱性が見つかっても修正されません。

【実践】標準機能「クエリループ」で新着一覧を再現する

追加プラグインは不要です。以下のステップで土台を作ります。

ステップ1：ブロックの挿入

1. 編集画面で「/query」と入力し、**「クエリループ」**ブロックを挿入します。
2. 「空白から開始」を選び、最もシンプルな「タイトルと日付」等のパターンを選択します。

筆者からのアドバイス : 当ブログはテーマ『Cocoon』を使用しているため、本来は標準機能だけで右ペイン等に新着記事を掲載できます。しかし、固定ページや投稿本文の好きな場所に「What’s New Generator」のような極めてシンプルなリストを配置したい場合、この標準機能を使った方法が最も軽量で安全です。
※実際の操作画面キャプチャについては、後日さらに分かりやすく追記する予定です。

ステップ2：表示内容の整理（WNG風にする）

1. 右側のパネルで「テンプレートからクエリを継承」をオフにします。
2. 表示件数を「5件」などに設定します。
3. リスト表示（アウトライン）を使い、「ポストテンプレート」の中を以下の3つだけに整理し、「行（Row）」ブロックの中に横並びに配置します。
   1. 投稿日
   1. 投稿カテゴリー
   1. 投稿タイトル

ステップ3：【重要】安全のための「名前付け」

他のページのデザインを壊さないために、クエリループブロックの「高度な設定」＞「追加 CSS クラス」に wng-style と入力してください。

デザインを整える：こだわりのレスポンシブCSS

以下のコードを「外観」＞「カスタマイズ」＞「追加CSS」に貼り付けてください。PCではWNG風の1行、スマホでは読みやすさを優先したデザインに自動で切り替わります。

/* wng-style 専用：PC・スマホ両対応のデザイン */
/*  特定のクラス（wng-style）を使っているため、公開中の他のページには影響しません。*/
/* WordPressの標準的なクラス名（.wp-block-post-template など）をターゲットにすると、サイト内のすべての「クエリループ」ブロックのデザインが、今回設定した「一行リスト形式」に変わります。もし他の場所でクエリループを使っていたら： 例えば、トップページで「おしゃれなカード型の記事一覧」をクエリループで作っていた場合、それも強制的に「WNG風のシンプルな一行リスト」に書き換えられてしまいます。*/

/* 1. リスト全体の基本設定 */
.wng-style .wp-block-post {
    border-bottom: 1px dotted #ccc; /* 薄いグレーであの懐かしの点線 */
    padding: 12px 0;
    margin: 0;
    display: flex;
    gap: 15px;
    align-items: center;
    font-size: 0.95rem;
}

/* 2. 日付：幅を固定して縦のラインを揃える */
.wng-style .wp-block-post-date {
    color: #888; /* グレー */
    flex-shrink: 0;
    min-width: 100px;
    font-family: monospace; /* 数字のガタつきを防ぐこだわり */
}

/* 3. カテゴリ：シンプルなバッジデザイン */
.wng-style .wp-block-post-terms {
    background-color: #f0f0f0;　/* 白に近い薄いグレー */
    color: #444; /* 濃いグレー */
    padding: 2px 8px;
    font-size: 0.7rem;
    border-radius: 2px;
}

/* 4. タイトル：PCでは一行、長い場合は「...」で省略 */
.wng-style .wp-block-post-title {
    margin: 0;
    font-weight: normal;
    white-space: nowrap;
    overflow: hidden;
    text-overflow: ellipsis;
}

/* 【こだわり】スマホ表示（600px以下）の最適化 */
@media (max-width: 600px) {
    .wng-style .wp-block-post {
        display: block; /* 横並びを解除して2行構成に */
        padding: 10px 0;
    }

    .wng-style .wp-block-post-date,
    .wng-style .wp-block-post-terms {
        display: inline-block;
        margin-bottom: 5px;
        font-size: 0.8rem;
    }

    .wng-style .wp-block-post-title {
        display: block;
        white-space: normal; /* スマホではタイトルを折り返して全文読ませる */
        font-size: 1rem;
        line-height: 1.4;
    }
}
/*画面の狭いスマホで「日付・カテゴリ・タイトル」を無理に1行に詰め込むと、文字が重なったり、タイトルが数文字しか読めなかったりと、かえって不便になります。「PCではスッキリ1行、スマホでは読みやすさ優先の2行（または最適化）」という、今のWebデザインの標準に合わせたこだわりを盛り込んでいます。 */

 操作で迷わないための「3つのコツ」

• 「リスト表示」を活用せよ：画面左上の三本線アイコンから階層を確認すると、目的のブロックをすぐ選べます。
• 不要なものは消していい：デフォルトで入る「アイキャッチ画像」や「抜粋」は、WNG(What’s New Generator)風にするならDeleteキーで消してOKです。
• プレビューで確認：特定のクラス（wng-style）を使っているため、公開中の他のページには影響しません。安心して下書きプレビューで確認してください。

おわりに：道具をシンプルに保つことが、最高の運営術

10年前のPCに工夫して最新OSを入れるワクワク感と同じように、WordPressも「古いプラグイン」に頼るのではなく、標準機能を「知恵」で使いこなす。それこそが、サイトを長持ちさせ、読者にとっても快適な環境を作る秘訣です。

プラグインの更新停止に怯える日々は、今日で終わりにしましょう。

あわせて読みたい：

What's New Generator 代替 プラグイン

Site KitにWhat's New Generator 代替 検索・サーチコンソールにも表示された 24/11/24:検索需要が高い為、代替プラグインの最新を確認・更新しました。依然として代替プラグインの検索件数が多いので、記事を更新し...

イイネ.biz

2024.07.21

使っちゃいけないプラグイン 191本 [発見次第更新]使ってはいけないWordPress Plugin ➡️解除も！

サイト攻撃の約６割がプラグイン起因。セキュリティ問題で停止されたもの。３年以上メンテナンスされず導入注意なもの。フォーラムや他サイトで見かけた➡その数なんと191本を「使ってはいけないプラグイン」として上げます。 理由は、開発チームが解散し新たに脆弱性が見つかっても対応が困難と思われるから。wordpress.orgのサイトでも"このプラグインは WordPress の最新3回のメジャーリリースに対してテストされていません。

イイネ.biz

2021.02.19

※

WordPress 6.9 の必要要件

　次の月例更新は、2026/07/15 水曜日です。直近のセキュリティ更新は、2026/06/10でした。利用者の皆様が計画的にシステムの更新ができるよう、マイクロソフトでは、セキュリティ更新プログラムを定期的なスケジュールで公開しています。

IT 管理者やユーザーの皆様が計画的にシステムの更新ができるよう、マイクロソフトでは、セキュリティ更新プログラムを定期的なスケジュールで公開しています。セキュリティ更新プログラムは、米国太平洋標準時間の毎月第 2 火曜日に公開します。日本では、時差の関係上、毎月第 2 火曜日の翌日 (第 2 または第 3 水曜) です。　なお、未修正の脆弱性の悪用が広がっており迅速にセキュリティ更新プログラムを公開する必要性がある場合など、定期的なスケジュール以外の日程でセキュリティ更新プログラムを公開する場合があります。マイクロソフトでは、セキュリティ更新プログラムの新着情報及び更新情報を、次の方法で配信しています。まだ購読されていない方は、この機会にぜひご登録ください。
” https://www.microsoft.com/en-us/msrc/blog/2025/11/securityupdatereleaseschedule2026 “

Windows 11 月例セキュリティ更新 KB5094126  Hyper-Vエラー修正＋Secure Boot証明書更新。見逃せない重要アップデート

Windows 11 月例更新 KB5094126（2026年6月）は、Hyper-VのBSOD修正、Secure Boot証明書更新、AIコンポーネント強化を含む重要アップデート。Copilot+PC／一般PC向けに内容をわかりやすく解説します。

イイネ.biz

2026.06.10

Windows 11「KB5089549」徹底解説：Copilot+PC と一般PCの違い、共通改善点まで完全まとめ

Windows 11「KB5089549」の内容を、Copilot+PC と一般PCの違い・共通改善点に分けて詳しく解説。AIコンポーネント更新、Secure Boot 証明書、BitLocker 修正、File Explorer 改善など、今回のアップデートの重要ポイントを分かりやすくまとめています。

イイネ.biz

2026.05.13

　Table Top

　TableTopに戻る

WordPress 6.8.2に含まれるコアチケット

• #63399 – Twenty Twenty-Five: editor style isn’t enqueued
  : Twenty Twenty-Five テーマ: エディタースタイルがキューに入らない。
  • Twenty Twenty-Five テーマにおいて、ブロックエディター内でテーマ固有のスタイルが正しく読み込まれない問題を修正。これにより、エディター上での見た目がフロントエンドとより一致するようになります。
• #14110 – Expose height and width attributes to ‘wp_get_attachment_image_attributes’ filter
  : wp_get_attachment_image_attributes フィルターに height 属性と width 属性を公開する。
  • wp_get_attachment_image_attributes フィルターを使用して、添付画像の HTML 属性をカスタマイズする際に、height 属性と width 属性にアクセスできるようにします。これにより、レスポンシブデザインなどの実装がより柔軟に行えるようになります。
• #42007 – rpc.pingomatic.com still using HTTP
  : rpc.pingomatic.comが依然としてHTTPを使用している。
  • ブログの更新を検索エンジンなどに通知する Pingback サービスである rpc.pingomatic.com が、セキュリティ上の理由から HTTPS を使用する様に変更。
• #47595 – Re-evaluate whether comment form should still get the HTML5 novalidate attribute
  : コメントフォームが依然として HTML5 の novalidate 属性を持つべきかどうかを再評価する。
  • コメントフォームにデフォルトで設定されている HTML5 の novalidate 属性について、ユーザーエクスペリエンスやアクセシビリティの観点から再評価し、必要に応じて削除または変更。novalidate 属性はブラウザのデフォルトのフォーム検証を無効化。
• #61941 – Removing app.screencast.com as an oEmbed provider
  : app.screencast.comをoEmbedプロバイダーから削除
  • 動画共有サービス app.screencast.com が廃止されたため、WordPress の oEmbed プロバイダーリストから削除されます。これにより、該当サービスの埋め込みが機能しなくなります。
• #62995 – Uploading Mac screenshots results in broken images, due to question marks inserted in filenames
  : Mac のスクリーンショットをアップロードすると、ファイル名に疑問符が挿入され、画像が破損する。
  • macOS で撮影したスクリーンショットを WordPress にアップロードする際、ファイル名に不要な疑問符が含まれて画像が正しく表示されない問題を修正。
• #63029 – Better align restore revision buttons on mobile devices
  : モバイルデバイスでリビジョン復元ボタンの配置を改善。
  • モバイルデバイスで投稿や固定ページのリビジョン（履歴）を復元する際のボタンの配置を改善し、より操作しやすくします。
• #63073 – Twenty Twelve: theme’s figcaption styles do not apply in the editor
  : Twenty Twelve テーマ: テーマの figcaption スタイルがエディターに適用されない。
  • 古いテーマである Twenty Twelve において、画像のキャプション (figcaption) のスタイルがブロックエディター内で正しく表示されない問題を修正します。
• #63254 – Introduce development mode for block editor styles
  : ブロックエディタースタイルの開発モードを導入する。
  • ブロックエディターのスタイル開発を効率化するための新しい開発モードを導入します。これにより、開発者はより迅速にスタイルの変更をテストできるようになります。
• #63308 – tinymce cache key should be updated
  : TinyMCE のキャッシュキーを更新する必要がある。
  • 古い TinyMCE エディター（クラシックエディター）を使用している環境において、キャッシュの問題でエディターの動作がおかしくなる場合があるため、キャッシュキーを更新して問題を解消します。
• #63324 – Update Twemoji to v16.0.1
  : Twemoji を v16.0.1 に更新する。
  • WordPress で使用されている絵文字ライブラリ Twemoji を最新バージョンに更新し、新しい絵文字のサポートやセキュリティの向上を図ります。
• #63377 – Pin specific Gutenberg plugin version for E2E tests in 6.6 branch
  : 6.6 ブランチの E2E テストのために特定の Gutenberg プラグインのバージョンを固定する。
  • WordPress のテスト環境において、特定のバージョンの Gutenberg プラグインを使用してエンドツーエンド (E2E) テストを実行するように設定します。これにより、テストの安定性と信頼性を向上させます。
• #63390 – Add version number tests for package-lock and composer files.
  : package-lock ファイルと composer ファイルにバージョン番号のテストを追加する。
  • WordPress の開発環境で使用される依存関係管理ファイル (package-lock.json と composer.lock) において、バージョン番号が正しく管理されているかを検証するためのテストを追加します。
• #63424 – Twenty Sixteen: Quote block Plain style has border in the editor
  : Twenty Sixteen テーマ: 引用ブロックのプレーンスタイルにエディター内でボーダーが表示される。
  • Twenty Sixteen テーマにおいて、引用ブロックの「プレーン」スタイルがブロックエディター内で不要なボーダーを表示する問題を修正します。
• #63520 – Twenty Fourteen: Latest Comments block link color does not belong in Content Sidebar
  : Twenty Fourteen テーマ: 最新のコメントブロックのリンク色がコンテンツサイドバーに合わない。
  • Twenty Fourteen テーマにおいて、「最新のコメント」ブロック内のリンク色がサイドバーの背景色とコントラストが低く、視認性が悪い問題を修正します。
• #63543 – Environment variable WP_CONFIG_PATH should be set on cli container in wordpress-develop env
  : wordpress-develop 環境の CLI コンテナで環境変数 WP_CONFIG_PATH を設定する必要がある。
  • WordPress の開発環境 (wordpress-develop) において、コマンドラインインターフェース (CLI) コンテナ内で WP_CONFIG_PATH 環境変数を正しく設定します。これにより、開発環境のセットアップと管理が容易になります。
• #63564 – Dev environment should incorporate enhancements from wp-env for speed and non-interactive usage
  : 開発環境は、速度と非対話的な使用のためにwp-envの機能強化を取り入れるべきである。
  • WordPress の開発環境において、より高速かつ非対話的に操作できるwp-envツールからの機能強化を統合
• #63588 – do_blocks(): Free up transient memory leak
  : do_blocks(): 一時的なメモリリークを解消する。
  • ブロックのレンダリングを行う do_blocks() 関数において、一時的なメモリリークが発生する可能性があった問題を修正します。
• #63595 – Cease support for 4.1 – 4.6
  : WordPress バージョン4.1から4.6までのサポート終了
  • WordPress の古いバージョンである 4.1 から 4.6 までのサポートを終了します。これにより、これらのバージョンに関するバグ修正やセキュリティアップデートは行われなくなります。
• #63613 – Twenty Twenty-One: menu toggle is not responsive until after “load” event
  : Twenty Twenty-One テーマ: 「load」イベントの後までメニューのトグルが反応しない。
  • Twenty Twenty-One テーマにおいて、ページ読み込み完了後までモバイルメニューのトグルボタンが正常に機能しない問題を修正します。

6.8.2に含まれるGutenbergプルリクエスト

• #69627 – Navigation Link: Don’t check validity when block editing is disabled
  : ナビゲーションリンク: ブロック編集が無効の場合、有効性をチェックしない。
  • ブロックエディターが無効になっている場合、ナビゲーションリンクブロックの有効性チェックをスキップ。これにより、パフォーマンスの改善に期待。
• #69631 – Navigation Link: Optimize ‘getBlockParentsByBlockName’ selector call
  : ナビゲーションリンク: ‘getBlockParentsByBlockName’ セレクター呼び出しを最適化する。
  • ナビゲーションリンクブロックで使用される getBlockParentsByBlockName セレクターの呼び出しを最適化し、パフォーマンスを向上させます。
• #69633 – Navigation Link: Improve performance by only requesting entities when selected
  : ナビゲーションリンク: 選択された場合のみエンティティをリクエストすることでパフォーマンスを改善する。
  • ナビゲーションリンクブロックにおいて、リンクが選択された場合にのみ関連するエンティティ（投稿、固定ページなど）の情報をリクエストするように変更し、パフォーマンスを改善します。
• #69698 – Query Loop: Don’t overwrite the ‘query.inherit’ attribute value
  : クエリーループ: ‘query.inherit’ 属性値を上書きしない。
  • クエリーループブロックにおいて、query.inherit 属性の値が意図せず上書きされる問題を修正します。query.inherit 属性は、現在のコンテキスト（例: カテゴリーページ）からクエリ設定を継承するかどうかを制御します。
• #69741 – Block Editor: Remove truncation from media tab preview tooltips
  : ブロックエディター: メディアタブのプレビューツールチップから切り捨てを削除する。
  • ブロックエディターのメディアタブで、画像のプレビューにマウスオーバーした際に表示されるツールチップにおいて、ファイル名などが切り捨てられないように修正します。
• #69985 – Image: Avoid stale URL when reselecting the same image from the library
  : 画像: ライブラリから同じ画像を再選択した際に古い URL を使用しないようにする。
  • 画像ブロックにおいて、メディアライブラリから同じ画像を再度選択した場合に、古い（変更前の）URL が残ってしまう可能性があった問題を修正します。
• #70020 – Post Template: Don’t rely on the default ‘ignore_sticky’ REST API value
  : 投稿テンプレート: デフォルトの ‘ignore_sticky’ REST API 値に依存しないようにする。
  • 投稿テンプレートブロックにおいて、スティッキー投稿（先頭に固定表示する投稿）を無視するかどうかを制御する ignore_sticky パラメーターのデフォルト値に依存せず、明示的に設定するように変更します。
• #70043 – MediaPlaceholder: Fix Regression with media URL input type to allow a local URL path
  : MediaPlaceholder: ローカル URL パスを許可するようにメディア URL 入力タイプの回帰を修正する。
  • メディアアップローダーのプレースホルダーにおいて、メディアの URL を直接入力する際に、ローカルの URL パス（例: /wp-content/uploads/…）が正しく認識されない問題を修正します。
• #70051 – DOM: Add summary element to focusable elements
  : DOM: フォーカス可能な要素に summary 要素を追加。
  • HTML の <summary> 要素をフォーカス可能な要素として認識するように変更します。これは、<details> ブロックなどのアクセシビリティ向上に貢献します。
• #70054 – Button: Limit scope of width style for link
  : ボタン: リンクの width スタイルの範囲を制限する。
  • ボタンブロックにおいて、リンク要素に適用される width スタイルの範囲を適切に制限し、意図しないレイアウト崩れを防ぎます。
• #68741 – Details: Enable all non-interactive formats
  : 詳細:すべての非インタラクティブなフォーマットを有効に
  • 詳細ブロック（<details> 要素を使用）内で、インラインコードや画像など、インタラクティブでないすべての書式設定を有効にします。
• #70056 – Details Block: Fix keyboard accessibility issues and allow list view selection to show up inner blocks
  : 詳細ブロック:キーボードアクセシビリティの問題を修正し、リストビューの選択で内部ブロックを表示できる様に。
  • 詳細ブロックにおいて、キーボード操作でのアクセシビリティの問題を修正し、リストビューで内部のブロックが正しく表示され、選択できるようにします。
• #70078 – URL: Handle HTML entities and ampersand in ‘cleanForSlug’
  : URL: ‘cleanForSlug’ で HTML エンティティとアンパサンドを処理する。
  • URL スラッグ（URL の一部）を生成する cleanForSlug 関数において、HTML エンティティ（例: &）やアンパサンド (&) が正しく処理されるように修正します。
• #70480 – Remove screencast.com embed block variation
  : screencast.com 埋め込みブロックのバリエーションを削除
  • コアチケット #61941 と同様に、廃止された screencast.com の埋め込みブロックのバリエーションを削除します。
• #70553 – Fix Floating UI packages dependencies
  : Floating UI パッケージの依存関係を修正する。
  • ポップアップやツールチップなどの UI 要素を制御する Floating UI ライブラリの依存関係を修正し、安定性を向上させます。

これらの修正と改善は、WordPress 6.8.2 をより安定させ、使いやすくすることを目的としています。リリースノートが公開されれば、さらに詳細な情報が提供される予定です。

　
　記事の保存はデータベースへの書き込みを伴います。データベースが肥大化したり、インデックスが適切に構築されていない場合、クエリの実行時間が長くなり、保存に時間がかかることがあります。

サーバーのphpメモリ上限とphp Postサイズ上限を、512Mから1,024Mに増やす変更しても改善されなかった。

今回、追記編集しようとした記事は、

５年以上前のパソコンでもWindows11は動くのか？ Let's note sz6 Core i5-7200U 21H2 ➡ 25H2

あなたはWindows11で新しいパソコン買いますか？ここでは5年前(執筆時）Intel 7世代CPU:sz6:2016年10月モデルにWin11インサイダープレビューから動作検証、以降順次・最新版へアップデートし、経過チェックし詳細にLog記録いくもので最新は23H2･･･

イイネ.biz

2021.07.09

　「５年前のパソコンでもWindows11は動くのか？ Let’s note sz6 Core i5-7200U」は、2021/07/09に初投稿したもので、現在の文字数が31,372。Window 11の更新(KBメンテでBuild Noが上がる)都度、50数回に渡り追記・編集してきたもので、細かな修正も含めると60個程度のリビジョンが溜まっていた。

　「使っちゃいけないプラグイン 153本 [発見次第更新]使ってはいけないWordPress Plugin ➡️解除も！ 」は、2021/02/19に初投稿したもので、現在61,316文字。Pluginの発見都度、2022年に23回、2023年に35回、2024年は既に26回、追記・編集してきたもの。こちらなんと90近いリビジョンが溜まっていた。

使っちゃいけないプラグイン 191本 [発見次第更新]使ってはいけないWordPress Plugin ➡️解除も！

サイト攻撃の約６割がプラグイン起因。セキュリティ問題で停止されたもの。３年以上メンテナンスされず導入注意なもの。フォーラムや他サイトで見かけた➡その数なんと191本を「使ってはいけないプラグイン」として上げます。 理由は、開発チームが解散し新たに脆弱性が見つかっても対応が困難と思われるから。wordpress.orgのサイトでも"このプラグインは WordPress の最新3回のメジャーリリースに対してテストされていません。

イイネ.biz

2021.02.19

「WordPress 脆弱性とバージョン推移　」では、2019/08/28の初投稿以来、WordPressの新バージョンが発表・公開される都度、追記・編集してきた。現在の文字数は、12,683

WordPress 脆弱性とバージョン推移 v.7.0.1

WordPress 7.0.1 あなたのホームページがワードプレスで作られていて 何も対策をしていないと改ざんされたり・危険です。ホームページに訪れてあなたのお客さんになってくれるかも知れない人たちに不安を抱かれてしまいます。（あなたのホームページが何で作られているか？な人はお問い合わせください） WordPressは、積極的に保守されていますか？ WordPress.orgでは、「積極的に保守されている5.n系統の最新版以外の以下のバージョンは、安全に使用することはできません。」と公式に表明しています。以下に、WordPressの、脆弱性とバージョンの推移をお知らせします。

イイネ.biz

2019.08.28

これら以外にもリライトを続けているものもあるが、これらは今後もリライトを続けていくことになるので、この課題は解決しなくてはならない。

課題整理と問題解決に向けて

　問題は、リライトを続けることでリビジョンNoが上がりWordPressや多くのCMSが管理する同じ記事に関連する古いリビジョンが溜まっていくことになり、データベースへの影響（パフォーマンスやデータベース領域の像祭）が進む。

　今回の事象でそうも行かないこと、今後も「保存」で待たされることになる・・・ということに対処しなければという思いに至った。

生成AI GEMINIに聞く

GEMINIに質問した内容は以下。

回答は３種類

UpdraftPlus

普段のバックアップは、ホスティングサービス任せなのでバックアップの為のプラグインを利用することがなかったが、今回フルバックアップ（WordPress全体のバックアップ）ということで利用した。

バックアップお薦めプラグインUpdraftPlus

バックアッププラグインとしてのUpdraftPlusの優位性（データ復旧がワンタッチで簡単に行えること、など）UpdraftPlusのインストールから有効化＆設定、実際のバックアップ操作および、バックアップの実態までの紹介。バックアップ・リストアに特化されていて（操作が簡単な）プラグインUpdraftPlusのご紹介あなたのWordPresサイトの運営の必要なこと

イイネ.biz

2021.09.11

 WP-Optimize

GEMINIが提示したPluginのまとめ

　Revision control

　Written：2024/10/16 ; Revision control plugin presented by GEMINI

_	#	Plugin 名	WordPress.org Install WP ver.	主な機能	特徴	GEMINI提示 ３回
	1	WP-Optimize	1,000,000+ WP 6.6.2	◉ 不要なリビジョンの削除 ◉ 一時的なデータの削除 ◉ スパムコメントの削除 ◉ オプティマイズスケジュール設定 ◉ データベースの分析 ◉ データベーステーブルの最適化 ◉ スケジュールによる自動最適化 ◉ キャッシュのクリア	◉ シンプルな操作性 ◉ 高いパフォーマンス ◉ 多機能	1位 1位 1位
	2	Optimize Database after Deleting Revisions	80,000+ WP 6.6.2	◉ リビジョン削除後の自動最適化 ◉ 手動による最適化も可能 ◉ カスタム投稿タイプのリビジョン管理 ◉ 添付ファイルのリビジョン管理 ◉ 自動スケジュールによる最適化	◉ 特定の機能に特化しているため、シンプルで使いやすい ◉ リビジョン削除とデータベース最適化をワンストップで実行できる	２位 ４位 ２位
	3	WP-Sweep	100,000+ WP 6.6.2	◉ トランジェント、自動保存、投稿メタ、コメントメタなどの削除 ◉ カスタム投稿タイプやタクソノミーの削除 ◉ スケジュールによる自動クリーンアップ	◉データベースのクリーンアップを細かく設定できる	３位
	3	WP -DBManager	80,000+ WP 6.3.5	◉データベースのバックアップ ◉データベースの修復 ◉データベースの最適化 ◉テーブルの修復 ◉データベースのエクスポート/インポート ◉SQLクエリの実行	◉多機能 ◉高度な設定が可能 ◉データベース管理を包括的に行える	３位
	4	Advanced Database Cleaner	100,000+ WP 6.6.2	◉カスタムSQLクエリによるクリーンアップ ◉バックアップの作成 ◉詳細なログ	◉高度なデータベースクリーンアップ機能を提供する	４位
	5	UpdraftPlus – Backup /Restore	3,000,000+ WP 6.6.2	◉WordPress全体のバックアップ ◉データベースのバックアップ ◉データベースの最適化 ◉ファイルのバックアップ ◉自動スケジュールによるバックアップ ◉クラウドストレージへのバックアップ ◉スケジュール設定による自動バックアップ ◉復元機能	◉バックアップと最適化を同時に実行できる ◉クラウドストレージとの連携が可能 ◉多様なバックアップオプション	5位 ４位 ※ Revsion管理用として提示されたが、 BackUpプラグイン
	5	Clean Up – WordPress	NotFound	◉データベースのクリーンアップ ◉不要なショートコードの削除 ◉CSS/JavaScriptの最適化 ◉不要なデータの削除（不要な投稿、コメント、タグ、カテゴリーの削除） ◉トランザクションテーブルの最適化 ◉自動保存データの削除 ◉カスタムテーブルの管理 ◉データベースの分析 ◉トランジェントの削除 ◉オプションの削除	◉不要なデータを細かく指定して削除できる ◉データベースを軽量化できる	5位 2位 5位 ※ WordPress.orgに 存在せず

WordPress 6.4

機能修正　➡ WordPress6.4.1

WordPress 6.4.1

管理画面の変更

ブロックエディターの変更

リストビューに画像プレビューが表示される

グループブロックに背景画像を設定できるように

ソーシャルリンクアイコン追加

パターンの変更点

インサーターにフィルターの追加

パターンのエクスポート・インポート

6.3.1は、コアの４つのバグ修正と、ブロックエディタの６つのバグ修正です。

コアのバグ修正

※.バグとしては６個あり、４つの修正が、どれなのか？1と６が修正-メジャーとなっている為、２～５が対応済か？

ブロックエディタのバグ修正

※.6.3.xのタスクとしては10個あり、この内、No.3はバグではなく、No.9も進行中であるから除外すると、6/8となり、どれがバグ修正済なのか？

WordPress履歴

Word Press 6.2 がリリースされました。
今回のバージョンは、メジャーバージョンです。
新機能についてご紹介しますが、このサイトは6.1.1のままで、6.2.1のマイナーバージョンがリリースされるまでは、テスト(Local)環境のみでv6.2を試しています。理由は利用しているプラグインが6.2で未検証というものもありますが、従来からWordPressの最新ブランチが出るたびに、マイナーバージョンまで待ってメジャーバージョンアップを先送りしてきているからです。

ハイライト

Word Press 6.2

　WordPress 6.2 [ハイライト]　

---

01 ● 新規：集中執筆モードが追加されました。

---

02 ● 新規：インサーターエリアにメディアのタブが追加されました。

---

03 ● 変更：「設定オプション」と「スタイル」のタブで分割されて表示されるようになりました。

---

04 ● 変更：「リスト表示」の隣にあった「詳細」が「リスト表示」の中に統合されて、「アウトライン」としてまとめられました。

---

05 ● 追加：「スタイルのコピー」ができるようになり、同じスタイルのブロックを作成しやすくなりました。

---

06 ● 改善：余白がより分かりやすくなりました。

---

07 ● 追加：グループブロックを挿入した際に、レイアウトを選択できるようになりました。

---

08 ● 変更：カバーブロック 焦点ピッカーのサイズとデザインが変わりました。

---

09 ● 追加：段落から見出しへのショートカットキーが設定されました。

---

10 ● 追加：ブロックツールバーに画像のキャプション入力が追加（クリックして初めて入力箇所が表示）されました。（入力後の削除もできます。）

---

11 ● 変更：サイトエディターの「ベータ」ラベルがなくなりました。

---

12 ● 変更：サイトエディターのUIが変わりました。

---

13 ● 改善：ヘッダーとフッターに色がついて区別しやすくなりました。

---

14 ● 追加：サイトエディター上で「追加CSS」が使えるようになりました。

---

主な機能:

• WordPress全体のバックアップ
• データベースのバックアップ
• データベースの最適化
• ファイルのバックアップ
• 自動スケジュールによるバックアップ
• クラウドストレージへのバックアップ
• スケジュール設定による自動バックアップ
• 復元機能
  特徴:
• バックアップと最適化を同時に実行できる
• クラウドストレージとの連携が可能
• 多様なバックアップオプション

BackUp

Googleで検索

WordPress.orgでバックアッププラグインを検索してみる。

「backup」プラグイン

候補プラグインと要約

目的は、バックアップ＆リストア

狙い目は、単機能の「backup」プラグイン

理由は、複数単機能のプラグインは、不具合があった場合に不利だから

バックアップ機能以外の不具合でプラグイン停止は、本来の目的のバックアップが取れないことになる

backup単機能プラグイン

BackWPup/UpdraftPlus

結論UpdraftPlusを選択

プラグインを追加で検索

インストール

有効化

設定スタート

UpdraftPlus設定

UpdraftPlusは有効化だけでなく設定が必要です

スケジュールと保存しておく数

変更を保存

今すぐバックアップ

ログを表示

ログファイルをダウンロード

ログファイルを保存

ログファイルを確認

バックアップ2回目

バックアップ先の確認

Local環境でのバックアップ先の確認

サイト情報

「高度なツール」タブで、サイト情報の確認