WordPress 6.9版本更新：新功能、新區塊、新API及開發者支援……

WordPress 6.9 即將釋出，我們迫不及待地想要體驗這款全球最受歡迎的內容管理系統最新版本中的眾多全新功能。

WordPress 6.9 的主要改進包括：

• 新增核心區塊（例如手風琴、數學公式等），讓內容創作更加靈活。
• 編輯器進行了重大改進，使構建體驗更加流暢直觀。
• 新增開發者 API，例如 Abilities API、更新的 Interactivity API 和 Block Bindings API，以及其他計劃在 6.9 版本中推出的升級。
• 改進了工作流程和協作功能，包括筆記、區塊可見性選項以及擴充套件的命令面板。

這些更新旨在為所有使用者帶來更佳體驗：WordPress 使用者將享受到更強大的編輯和協作工具，而開發者則能受益於增強的 API 集帶來的更高階的整合功能。

內容很多，讓我們一起來看看 WordPress 6.9 中那些最讓我們興奮的新功能：

新增核心區塊

繼 GitHub 上的這個 issue 之後，WordPress 6.9 引入了六個新區塊，擴充套件了區塊編輯器的創作功能，並免去了使用者安裝額外外掛的麻煩。這些新區塊包括手風琴（摺疊）、術語查詢、閱讀時間、數學公式、評論計數和評論連結。

多年來，貢獻者們一直在爭論新區塊應該放在核心庫中還是繼續作為外掛存在。WordPress 6.9 採取了務實的做法。正如 Mathias Ventura 所說：

我認為，如果這些區塊沒有被納入核心庫，會嚴重限制主題開發者（以及使用者）構建優秀設計的能力，並可能破壞整體體驗，迫使人們轉而使用功能更全面的區塊庫，或者如果他們計劃廣泛釋出內容，則可能完全放棄。

現在，讓我們仔細看看 WordPress 6.9 中合併到核心庫中的每個新區塊。

手風琴可摺疊區塊

期待已久的 Accordion 摺疊式區塊終於要加入核心了。它並非單個區塊，而是一個巢狀的區塊結構，您可以透過區塊檢視器輕鬆瀏覽。

文章編輯器中的手風琴式區塊結構。

每個手風琴式元件都包含以下內部元件：

• Accordion：用於容納巢狀手風琴專案的容器。
• Accordion item：它是直接巢狀的元素，由標題和麵板組成。
• Accordion heading：可點選的標題，用於展開和收起面板。
• Accordion panel：此面板包含手風琴專案的內容，可以包含任何型別的區塊。

程式碼編輯器中的手風琴式區塊。

該元件採用極簡風格，但 Justin Tadlock 的優秀指南“WordPress 6.9 中的手風琴樣式”提供了自定義手風琴外觀所需的基本知識。

有關新手風琴式元件的完整詳細資訊，請檢視 PR #64119、#71222 和 #71388。

術語查詢

WordPress 6.9 引入了一個新的術語查詢元件。與查詢元件類似，它顯示的是術語而不是文章。這個新區塊實際上是一個術語模板，其中包含一個帶有術語名稱和術語計數的行區塊。

術語查詢區塊結構

術語查詢區塊提供多種配置選項。您可以設定分類法、對列表項進行排序、指定要查詢的項，以及選擇顯示或隱藏空術語或巢狀術語。您還可以設定要顯示的術語數量。

術語查詢區塊設定

術語模板有兩種顯示模式：列表和網格。網格檢視允許您自定義網格元素的位置和列數。

術語查詢區塊有兩種模式：列表和網格。

您還可以更改區塊元素的標籤。例如，您可以為術語名稱區塊使用 h2 元素。您還可以在術語查詢區塊的各個元素之間插入其他區塊。下圖顯示了行之間的分隔符區塊。

自定義術語查詢區塊

要了解更多關於術語查詢區塊的資訊，請檢視 PR #70720 和 Issue #49094。

閱讀時間

顧名思義，“閱讀時間”區塊會顯示當前文章或頁面的閱讀時間。該模組有兩種模式：“閱讀時間”和“字數統計”，並且可以選擇將閱讀時間顯示為範圍或特定值。

閱讀時間區塊

字數統計模式下的“閱讀時間”區塊

數學公式

“數學公式”區塊允許您在內容中插入數學公式。只需使用 LaTeX 語法編寫公式，它們就會被轉換為相應的數學符號。

“數學公式”區塊允許您在文章和頁面中插入數學公式。

也可以插入行內公式。

在 WordPress 6.9 中新增行內數學公式

評論連結和評論計數

“評論連結”和“評論計數”區塊不再標記為實驗性功能。這兩個區塊現在都可以在站點編輯器和文章編輯器中使用。

現有區塊的改進

WordPress 6.9 對許多區塊進行了小幅和大幅更新，改進了它們的功能和/或易用性。

修復了標題區塊的背景內邊距問題

WordPress 6.9 修復了標題區塊背景內邊距的 CSS 優先順序問題。在此版本之前，應用於標題區塊的內邊距樣式會影響其他使用標題的區塊，例如手風琴區塊。

由於使用了 :where()  偽類，使用背景的標題的 CSS 選擇器變得更加精確，詳情請參閱開發者文件。

h1, h2, h3, h4, h5, h6 {
&:where(.wp-block-heading).has-background {
padding: ...;
}
}

如果主題對非標題區塊的標題元素使用了 .has-background  類，則這些元素將不再應用預設的背景內邊距。

按鈕和分隔符區塊的可選HTML元素

為了提升可訪問性，您現在可以選擇按鈕和分隔符區塊的 HTML 元素。

對於按鈕區塊，您可以在其高階設定中選擇 <a> 或 <button>。

按鈕區塊高階設定

分隔符區塊可以選擇 <hr> 或 <div>。

分隔符區塊高階設定

文章內容區塊的標籤名稱選擇器

從 WordPress 6.9 開始，您可以為文章內容區塊選擇語義合適的包裝器。您可以選擇 <main>、<section> 或 <article>。

文章內容區塊的 HTML 元素選項

社交連結的自定義連結圖示

新增的 block_core_social_link_get_services 過濾器允許開發者使用區塊變體為社交連結區塊新增自定義連結圖示。此功能為自定義社交連結區塊提供了更多選項，並免去了核心管理大量服務列表的麻煩。

您可以在 PR #70261 中找到技術細節和註冊社交連結變體的程式碼。下圖顯示了文章編輯器中的效果。

WordPress 6.9 中的自定義連結圖示

在查詢迴圈區塊中按選單順序排序

除了文章標題和日期之外，您現在還可以在查詢迴圈區塊中按選單順序對支援頁面屬性的文章型別進行排序。要體驗此新功能，請建立多個頁面並使用快速編輯功能分別編輯每個頁面。

在“頁面”螢幕中更改選單順序。

您還可以透過單獨編輯每個頁面來更改選單項順序。在左側的“頁面”側邊欄中，單擊“操作”按鈕（右上角的三個點）。然後，選擇“順序”。此時將彈出一個視窗，其中包含一個用於設定選單順序的數字欄位。

從“操作”選單中選擇“選單順序”。

更改選單順序

設定頁面順序後，建立一個新頁面並新增一個查詢迴圈區塊。選擇“頁面”作為文章型別，並按“選單順序”進行排序。

資料庫中所有文章型別均可使用 menu_order 值；但是，您需要註冊對頁面屬性功能的支援，才能使此設定適用於您的自定義文章型別。

有關此功能的更多資訊，請參閱 PR #68781。

導航區塊更新

導航區塊已進行多項更新。以下是主要更新的簡要列表：

導航連結區塊的連結介面新增了一個“建立頁面”按鈕。此更新包含立即釋出頁面的選項。

從導航連結區塊的連結介面建立頁面

立即釋出選項

即使按鈕區塊包含在導航選單中，此功能也可用。

按鈕區塊連結介面中的“建立頁面”命令

藉助區塊繫結 API，如果連結指向實體（例如頁面或文章），則導航連結區塊的 URL 屬性會在原始 URL 更改時動態更新。

同步連結 URL

導航連結區塊設定側邊欄新增了一個切換選項，使用者可以將導航連結配置為在新標籤頁中開啟。此前，“在新標籤頁中開啟”選項僅在上下文選單模態連結中可用。新增後，該選項更容易找到，因為它位於側邊欄所有其他設定旁邊。

導航連結區塊連結介面中的“在新標籤頁中開啟”選項

現在，您可以從編輯器介面為導航選單區塊設定透明背景。在 WordPress 6.9 之前，您需要使用自定義 CSS 程式碼才能實現此效果。

可伸縮標題和可伸縮段落區塊變體

可伸縮標題和可伸縮段落區塊是兩種新的變體，它們會自動拉伸文字以適應容器的整個寬度。

您可以透過兩種不同的方式插入這兩種變體：直接從區塊插入器插入，或從標題和段落區塊工具欄的下拉選單插入。

可伸縮標題和可伸縮段落區塊變體

轉換為可伸縮段落

封面區塊新增海報圖片支援

得益於新增的 poster-image 元件，封面區塊現在支援海報圖片。這對於大型影片和網路連線速度較慢的使用者來說尤為實用，能夠顯著提升使用者體驗。

現在我們已經瞭解了核心區塊的主要新增功能和改進，接下來讓我們看看 WordPress 6.9 如何根據個人職責，促進團隊協作進行內容創作。此版本引入了兩項強大的功能，將顯著增強編輯器內的協作和工作流程：筆記和可見性。

WordPress 6.9中的註釋區塊

現在您可以在文章編輯器中為註釋區塊新增註釋。此功能支援團隊成員之間的非同步協作，方便您跟蹤活動並簡化編輯工作流程。

由於此功能僅適用於文章編輯器，因此使用者必須擁有該文章的 edit_posts 許可權才能新增註釋。這意味著：

• 已登入且具有管理員或編輯角色的使用者可以檢視所有文章的所有註釋。
• 作者和投稿人可以檢視和編輯他們建立的註釋。
• 訂閱者無法檢視註釋。

要新增新註釋，請點選註釋區塊工具欄中的“新增註釋”按鈕。

註釋區塊工具欄的“選項”選單中將出現一個新的“新增註釋”選項。

這將顯示一個新的“註釋”側邊欄和一個註釋面板，您可以在其中新增註釋。

在 WordPress 6.9 中為註釋區塊新增註釋

新增第一條註釋後，您可以點選出現的“所有註釋”按鈕來切換註釋側邊欄的顯示/隱藏狀態。

所有備註控制均位於編輯器設定工具欄中。

備註可以解決、修改或刪除。

在 WordPress 6.9 中編輯備註

預設情況下，文章和頁面已啟用備註功能，但藉助新增的 notes 支援，您也可以為自定義文章型別啟用備註。以下是一個為自定義文章型別新增備註支援的簡單示例：

register_post_type( 'book', array(
'label' => 'Books',
'public' => true,
'show_in_rest' => true,
'supports' => array(
'title',
'editor' => array( 'notes' => true ),
'author',
'excerpt',
),
) );

註冊自定義文章型別時新增備註支援非常簡單。但是，為現有文章型別新增備註支援則稍微複雜一些。幸運的是，核心開發人員已經在努力簡化這一流程，我們可以期待在未來的 WordPress 版本中看到此功能的更新。

從技術上講，備註就是評論，儲存在 wp_comments 表中，comment_type 欄位的值設定為 note。要透過外掛以程式設計方式訪問備註，請使用 get_comments() 函式，如下所示：

$args = array(
'post_id' => $post_id,
'type'    => 'note',
);
$notes = get_comments( $args );

請注意，嘗試從外掛檢索註釋時，必須指定 note 型別，因為預設情況下，註釋型別的評論不會包含在查詢結果中。

當使用者向某個區塊新增筆記時，文章作者會收到一封通知郵件。這些郵件預設啟用，但可以在 WordPress 控制面板中停用。具體操作為：依次點選“設定”>“討論”>“何時給我傳送郵件”，然後取消勾選“任何人釋出註釋”選項。

WordPress 6.9 中的電子郵件通知設定

開發者可以使用 notify_post_author  過濾器以程式設計方式控制這些通知。

請注意，這是備註功能的初始版本。開發團隊已經在著手開發 WordPress 7.0 的下一個版本。

此外，在 WordPress 6.9 中，備註功能僅在區塊級別可用。內聯備註功能將在未來的版本中實現。

有關新備註功能的更深入分析以及多個程式碼示例，請參閱開發者說明和 WordPress 6.9 的區塊評論迭代文件。

區塊可見性控制

WordPress 6.9 引入了新的區塊 API 和新的介面，用於控制前端和編輯器中的區塊可見性。

此功能可用於隱藏尚未準備好顯示的區塊，並且與新的備註功能完美互補。現在，團隊可以協作建立頁面，並在頁面建立完成並獲得批准後才最終確定各個部分。

要體驗這項新功能，請建立一個新文章或頁面，並新增一個或多個區塊或樣板。然後，從“區塊設定”下拉選單或列表檢視中隱藏該區塊或樣板，並在編輯器和前端檢視效果。

WordPress 6.9 中的區塊隱藏

新的區塊可見性控制

命令面板擴充套件至管理後臺

命令面板現已在站點編輯器和 WordPress 後臺（Ctrl+K 或 Command+K）中可用，使導航更加便捷快速。在面板中輸入命令即可進行搜尋、瀏覽後臺或直接執行操作。例如，輸入“add”將彈出包含“新增文章”、“新增媒體檔案”、“新增使用者”等操作的選單。

文章頁面中的命令面板

目前已收到多項關於擴充套件和改進命令面板的提案，未來還將新增新的命令。請關注“命令面板概述”問題中的討論，以獲取最新資訊。

開發者新特性

現在，讓我們來看看 WordPress 6.9 中最令開發者興奮的部分。一套全新的 API 讓開發者能夠輕鬆地將外掛提供給 AI 系統使用。但這還不是全部！WordPress 6.9 還對現有 API 進行了諸多改進，包括互動 API、區塊繫結和資料檢視 API。

接下來，我們將詳細探討這些新功能。

Abilities API

WordPress 6.9 引入了 Abilities API，這是一個全新的功能介面，它提供了一個標準化的登錄檔，允許外掛、主題和 WordPress 核心以人機可讀格式公開其功能。

所有功能都可以在這個集中式登錄檔中正式註冊，以便透過 PHP、REST API 和 AI 解決方案進行一致的發現、驗證和執行。

新的 Abilities API 直接惠及 WordPress 使用者，它允許外部服務（例如 AI 助手、外部應用程式和命令面板等 UI 功能）以標準化的方式理解和執行 WordPress 操作（例如釋出或編輯）。

這對開發者有什麼好處？

首先是清晰度：一個功能是指一個已註冊的特性，它包含描述、輸入和輸出。

新 API 的第二個重要方面是標準化。無論在何種環境下，該 API 都能確保命令的編寫和理解保持一致。這些環境可以是 WordPress 控制面板、區塊編輯器、透過 REST API 訪問的外部應用程式，或是 AI 助手。

另一個關鍵方面是工作流自動化。藉助 Abilities API，您可以建立操作序列，使開發人員能夠構建複雜的自動化工作流。

開發人員可以將 Abilities API 用於各種用途，包括擴充套件命令面板的功能、建立自動化工作流等等。

註冊後，AI 系統（例如 ChatGPT 和 Gemini）即可訪問這些功能：

API 管理註冊和許可權，而協議介面卡則將這些資訊轉換為外部 AI 系統可以理解的格式。這在 WordPress 功能和 AI 助手之間建立了強大的連線，第一方 API 作為公開邏輯的權威來源。

功能是“具有已定義輸入、輸出、許可權和執行邏輯的獨立功能單元”。

API 提供了一組函式，使您能夠管理功能和功能類別的各個方面。它還提供了新的 REST API 端點、操作和過濾器鉤子。

要註冊一項新功能，API 提供了新的 wp_abilities_api_init 操作和 wp_register_ability 函式。以下是該函式的簽名：

wp_register_ability( string $name, array $args ): ?\WP_Ability

wp_register_ability 函式接受以下引數：

• $name (string) 是功能的唯一識別符號
• $args (array) 是引數陣列

如果註冊成功，該函式返回一個 WP_Ability 例項；如果註冊失敗，則返回 null。

以下示例展示瞭如何註冊一個功能，摘自文件：

add_action( 'wp_abilities_api_init', 'my_plugin_register_site_info_ability' );
function my_plugin_register_site_info_ability() {
wp_register_ability( 'my-plugin/get-site-info', array(
'label' => __( 'Get Site Information', 'my-plugin' ),
'description' => __( 'Retrieves basic information about the WordPress site including name, description, and URL.', 'my-plugin' ),
'category' => 'data-retrieval',
'output_schema' => array(
'type' => 'object',
'properties' => array(
'name' => array(
'type' => 'string',
'description' => 'Site name'
),
'description' => array(
'type' => 'string',
'description' => 'Site tagline'
),
'url' => array(
'type' => 'string',
'format' => 'uri',
'description' => 'Site URL'
)
)
),
'execute_callback' => function() {
return array(
'name' => get_bloginfo( 'name' ),
'description' => get_bloginfo( 'description' ),
'url' => home_url()
);
},
'permission_callback' => '__return_true',
'meta' => array(
'annotations' => array(
'readonly' => true,
'destructive' => false
),
),
));
}

這段程式碼的作用如下：

• wp_abilities_api_init 是註冊新技能時要掛載的操作，確保在嘗試註冊新技能之前，技能 API 已完全初始化。
• wp_register_ability 是註冊新技能的函式。第一個引數是技能的唯一識別符號（例如 my-plugin/get-site-info）；第二個引數是一個設定陣列。
• label 是一個人類可讀的標籤，用於使用者介面（例如，命令面板）。
• description 是技能的描述。
• category 是技能的類別。
• output_schema 是一個陣列，用於定義技能返回的資料。
• execute_callback 是一個回撥函式，在技能被呼叫時執行。
• permission_callback 是一個函式，用於驗證使用者或代理是否擁有執行該技能的許可權。
• meta 是一個可選後設資料陣列。

開發者可以在以下資源中找到更多詳細資訊和程式碼示例：

• Abilities API in WordPress 6.9
• Introducing the WordPress Abilities API
• Abilities API
• Abilities API GiutHub repo
• Abilities API Developer Documentation

區塊繫結API改進

WordPress 6.9 對區塊繫結 API 進行了多項改進。

首先，區塊繫結 API 的支援範圍已擴充套件至其他區塊。

• “日期”區塊現在可以接受任何日期，無論文章的釋出日期或更新日期如何。這得益於新增的 core/post-data 資料來源。您可以自行嘗試：在文章中新增一個“日期”區塊併為其指定一個自定義日期。然後，新增另一個“日期”區塊並選擇“文章日期”變體。接著，更改釋出日期，儲存文章，並檢視差異。有關技術細節，請參閱 PR #70585。
• WordPress 6.9 還增加了對影像區塊 caption 屬性在樣板覆蓋中的支援。

編輯器 UI 已得到增強，可以顯示不同的區塊繫結資料來源。使用者只需點選幾下即可在資料來源之間切換，並繫結或取消繫結屬性（見下圖）。

WordPress 6.9 還為開發者帶來了一些有趣的改動。

伺服器端 API 中新增了一個 block_bindings_supported_attributes_{$block_type} 過濾器。該過濾器允許您指定哪些區塊屬性可以連線到自定義資料來源。

在客戶端，您現在可以使用源註冊函式中的 getFieldsList 方法來註冊自定義資料來源。

開發者文件提供了一段非常有用的程式碼，您可以將其複製並貼上到瀏覽器控制檯中，以檢視改進後的區塊繫結 UI。

下圖顯示了段落區塊的新資料來源選擇器。

WordPress 6.9 中的區塊繫結 UI

DataViews和DataForm的增強功能

DataViews 和 DataForm API 提供了一種現代化的標準化方式來檢視和管理結構化資料，例如文章列表、頁面列表或媒體列表。

這兩個 API 的用途各不相同。

• DataViews API 專為檢視和瀏覽資料而設計。它允許您建立檢視，包括表格、網格和列表。您還可以使用它來搜尋、篩選和排序資料。
• DataForm API 專為修改資料集的元素而設計。

DataViews 示例：在站點編輯器中以列表佈局顯示頁面

WordPress 6.9 對這兩個 API 進行了多項改進。以下是主要新增功能列表：

• DataViews 新增了欄位、控制元件和運算子。新增功能包括：新的媒體、布林值、電子郵件和陣列欄位型別定義，新的 checkbox  和 toggleGroup  編輯控制元件，新的篩選運算子等等。
• 驗證系統已完全改進。所有欄位現在都支援“required 和 elements  規則”，並且可以透過自定義函式定義自定義驗證。
• 除了 datetime 欄位型別之外，DataViews 現在還支援 date 欄位型別。這允許您僅根據日期顯示專案。此外，新增的 Calendar  元件還支援按日期篩選。
• 新版本還新增了 DateCalendar 和 DateRangeCalendar 元件。
• 表格佈局得到了進一步改進。現在可以使用 Control/⌘ + 單擊來選擇多個專案。
• 新增的 groupByField 屬性允許您根據欄位值對資料進行視覺化分組，從而更輕鬆地組織資料。此功能適用於網格佈局和表格佈局。
• WordPress 6.9 還對 DataViews 進行了效能改進。在 6.9 版本之前，DataViews 中使用的 FeaturesImageView 元件會以全尺寸載入影像。這意味著包含大量預覽影像的網站需要載入數兆位元組的影像。但是，從 6.9 版本開始，網格佈局使用響應式影像，這顯著提高了使用大量影像的網站的後端效能。

DataViews 的其他值得注意的變更包括：

• 引入了鎖定篩選器，允許使用者在不修改篩選器的情況下檢視其效果。這對於預配置的檢視非常有用。
• date 欄位新增了一個編輯控制元件。
• 現在可以自定義 DataViews 的空狀態，允許您自定義訊息或提供 React 節點以進行進一步的自定義。

有關 DataViews 和 DataForm API 的新增功能和變更的完整列表，請參閱開發說明以及 PR #70567 和 #70578。

Interactivity API的增強

顧名思義，Interactivity API 使開發人員能夠建立對使用者互動做出即時響應的互動式模組。簡而言之，這是一個用於構建豐富的使用者體驗並使網站更具吸引力、動態性和互動性的工具。

Interactivity API 最初在 WordPress 6.5 中引入，在此版本中進行了重大更新。以下是一些最值得關注的新增功能。

為Interactivity API指令新增ID

現在您可以為互動 API 指令新增 ID。此功能非常實用，因為它允許您繞過同一個 HTML 元素中不能使用多個同名屬性的限制。

要為指令分配 ID，請在指令後新增三個破折號 ( --- )，後跟 ID，例如：

<div
	data-wp-watch---my-unique-id="callbacks.firstWatch"
	data-wp-watch---another-id="callbacks.secondWatch"
></div>

指令碼模組和樣式表載入

此項更改實現了更全面、更流暢的客戶端導航。WordPress 現在會在客戶端導航“之後”替換樣式表並載入指令碼模組。這意義重大。

• 新演算法會重用之前頁面共享的樣式表，載入這些頁面中不存在的新樣式表，並停用未使用的樣式表。這最大限度地減少了網路請求。
• 得益於新的 importmap  定義，指令碼模組的管理也更加高效。
• 最後，預取功能會預載入所有尚未預載入的樣式表和指令碼模組。

互動元素內的路由區域

另一項新增功能是支援在互動元素內放置路由區域。此前，路由區域（即使用者點選連結時頁面更新的區域）必須是根互動元素。這意味著如果路由區域位於另一個互動元素內，則內容將不會更新。WordPress 6.9 對此進行了更改，允許開發人員將路由區域放置在互動元素內。

路由區域新增attachTo屬性

路由區域現在接受一個新的 attachTo 屬性，該屬性可以在 data-wp-router-region 指令中定義。有了這個新屬性，即使路由區域不在初始頁面上，現在也可以渲染它。 attachTo 的值必須是一個 CSS 選擇器，指向要注入路由區域的父元素。以下是開發者文件中的一個示例：

<div
data-wp-router-region='{ "id": "example/region", "attachTo": "body" }'
>
I'm in a new region!
</div>

getServerState和getServerContext同步

getServerState() 和 getServerContext() 函式已得到改進。現在，當這些函式跟蹤的值在客戶端導航期間未發生變化時，這些值將被重置。此外，僅保留當前頁面上的屬性，而刪除先前頁面的屬性。

要更深入地瞭解互動 API 的改進以及程式碼示例，請參閱 WordPress 6.9 中的互動 API 客戶端導航改進和 WordPress 6.9 中互動 API 的更改。

要全面瞭解互動 API，請參閱我們的深度指南。

面向開發者的其他更新

WordPress 6.9 為開發者引入了多項更新。以下是開發者說明的簡要列表：

• Updates to the HTML API
• Admin menu search query changed
• New streaming block parser
• PHP 8.5 support
• Accessibility improvements
• Updates and bug-fixes to the wp_mail() function
• Improved UTF-8 support
• Cache Keys for Query Groups
• Improvements to URL-escaping functions
• Updates to the post editor for full iframe integration
• Standardize Block Inspector Settings to use ToolsPanel
• Legacy Internet Explorer Code Removed
• Preformance improvements
• More changes for developers

展望未來：從WordPress 6.9到7.0

WordPress 6.9 在區塊編輯器、API 和協作工作流程方面進行了意義重大的升級，這些更新將在 7.0 版本中繼續發展。隨著平臺變得更加動態，並與 AI 驅動的工具深度整合，擁有高效能的託管服務變得愈發重要。