5.5がもうすぐリリースされるため、今年の2番目のWordPressリリースでコアに追加される最も注目すべき変更点と新機能を紹介する時が来ました。最近では、WordPressの各リリースでブロックエディターに多くの機能が追加されるのに慣れています。5.5も例外ではありません!一方、今回のバージョンでは、CMSの使用方法に大きな影響を与えるが、エディターに関連しない多数の変更も行われています。5.5の新機能を説明した上で、議論もできる無料のウェビナーを開催いたします。5.5ではWordPressのコアに多くの変更が加えられていますが、5.5で待ち望まれていた機能の一部は、未解決の課題のために遅延され、このバージョンから削除されました。5.5ではリリースされません。5.5の開発サイクルの詳細については、以下のリンクをご覧ださい。5.5の最終リリースでは、Gutenbergプラグインの10バージョンがコアに追加され、使いやすさから機能性、パフォーマンスに至るまで、編集エクスペリエンスのあらゆる側面に影響を与える多数のUI、機能や拡張機能の改善、またはバグ修正がリリースされるようです。すべての変更について述べることはほぼ不可能であるため、本記事では、私たちのお気に入りの新機能と改善点のみをご紹介します。5.5でブロックエディターに追加された改善点と新機能のより包括的なリストについては、プラグインリリースの公式発表をご参照ください。5.5のブロックエディターの次の変更点についてご説明します。新しいUIデザインブロックデザインツールインライン画像編集ブロックカテゴリと新しいブロック挿入パネルブロックディレクトリとブロックプラグインブロックパターン新しいUIデザインGutenbergプラグインの各バージョンは、編集作業を完全に変える改善点をもたらします。中には規模の小さいものも、大きいものもあります。これらの変更点の多くは、WordPressのコアにマージされるようです。5.5でブロックエディターを初めて起動したときは、わずかに異なるインターフェイスになります。5.5で複数のブロックをフォーマットする上記のものは、編集エクスペリエンスに影響を与える多くの変更のほんの一部のみです。追加の変更には、次のものがあります。8.0)で利用できるようになりました。親ブロックの選択ブロックツールバーの左側にマウスを合わせると、新しいツールバーボタンが表示されるようになります。5.5のコアに組み込まれるようになります。最初のツールセットは、いくつかのブロックの寸法と背景の色を管理できるツールです。8.3)に追加される予定だが、本記事の執筆時点では、両方はまだ実験段階です。カバーブロックのパディング管理。段落、見出し、グループ、列、メディアおよびテキストブロックのリンクカラーの管理。ブロックエディターハンドブックで説明されているように、パディング管理とリンクカラー管理はデフォルトでオフになっており、開発者はそれらのサポートを明示的に宣言する必要があります。カバーブロックのパディングkなりをテーマに追加するには、次の行をテーマのfunctions.phpに追加するだけです。);段落、見出し、グループ、列、メディアおよびテキストブロックのリンクのカラー管理を有効にするには、次の行をテーマのfunctionsファイルに追加します。em、rem、vwまたはvhの高さの値を設定できます。7.9)%もサポートされていますが、高さのパーセンテージが予測できないため、省略されています。拡張された高さ管理を使用すると、Shiftキーを押しながら「↑」や「↓」を押すことにより、値を10ずつ変更できます。新しいユニットコントロール開発者は、custom-unitsサポートフラグを定義して、カスタムユニットのサポートを追加できます。);特定のカスタムユニットを設定することもできます。);開発者は、custom-line-heightのサポートフラグを定義して、見出しと段落のカスタム行の高さを追加することもできます。8.4のブロックエディターに追加され、ユーザーが画像ブロックで画像を編集できるようになりました。5.5以降では、メディアライブラリを起動しなくても、画像の位置をトリミング、回転、ズーム、調整できるため、編集作業が高速になります。大量の写真の公開しているユーザーは、間違いなく楽になります。画像ツールバーの「切り抜き」ボタンをクリックするだけで、新しい編集機能にアクセスできます。変更内容に満足したら、変更を適用して完了です。WordPressは新しい画像を添付ファイルとしてメディアライブラリに保存し、元の画像から詳細(タイトル、説明、キャプション、代替テキスト、EXIFデータ)をコピーします。これにより、画像の新しいバージョンを完全に変更できます。新しいブロック挿入パネルの「ブロック」タブと「パターン」タブブロックディレクトリとブロックプラグインブロックディレクトリの実装により、ブロック挿入パネルから直接にサードパーティブロックを検索、インストール、追加できます。ブロックを検索すると、まだインストールされていない場合は、プラグインディレクトリで利用可能なプラグインのリストが表示されます。これらのプラグインは「ブロックプラグイン」と呼ばれ、ワンクリックでエディターに追加できます。WordPressコミュニティのサードパーティブロックこの素晴らしい機能のおかげで、独自のブロックを作成してプラグインディレクトリに公開し、作成したブロックをWordPressコミュニティ全体で利用してもらうようになりました。カスタムブロックを作成するには、PHPに精通している人でなくても結構です。JavaScriptの知識が必要です。独自のブロックの開発を始める方法がわからないですか?素晴らしいWordPressコミュニティは、簡単なステップバイステップチュートリアルを作成してくれました。ブロックチュートリアルの最初のバージョンは、ブロック開発の基本を学ぶのに役立つ公式のブロックエディターハンドブックですでに利用可能です。Pluginsブログをご覧ください。7.8は、テーマとプラグイン用のブロックパターンとブロックパターンAPIを導入しました。ブロックパターンは、ユーザーがサブ項目として入れたブロックの複雑な構造をすばやくページに追加できる、定義済みのブロックレイアウトです。彼らの意図は、コンテンツ作成者とサイト管理者をきれいでプロのレイアウトを簡単に構築できるようにすることです。フルサイト編集でブロックパターンの姿は最高になるはずでしょう。Venturaが、ブロックパターンの意図されている機能を明確に説明しています。明確にさせてください。「ブロックパターン」の設定は、テンプレートパーツ(構造的に意味のあるもの)についての機能ではなく、より小さなブロックで構成される一般的な設計要素についてです。挿入すると、個別に保存されません。ブロックパターンがないと、設定するのに時間のかかる、いくつかのブロックを組み合わせて特定の外観にした「カバー」画像のことです。テーマテンプレートの再利用可能な部分ではなく、どこにでも追加できるデザインのコレクションとして考えてください。ブロックパターンはテンプレートパーツではなく、デザイン要素であり、サイト管理者およびコンテンツ作成者が編集作業を高速化したり改善したりするのに役立ちます。7.7で導入されたブロックパターンが、最初にサイドバープラグインに表示されました。8.0のリリースとともに、以下の画像に示すように、エディターの左側にある改良されたブロック挿入パネルに移動しました。5.5のギャラリーパターン初期段階であるため、ブロックパターンには非常に限られたパターンセットしかありません。言え、編集エクスペリエンスに大きな強化をもたらすでしょう。うまくいけば、近い将来さらに多くのパターンが追加されるでしょう。通常のブロックと同様に、パターンは検索可能で、次のカテゴリに分類されています。5.5の番号付き機能パターン組み込みのブロックパターンに加えて、WordPress開発者は、まったく新しいAPIを利用して、テーマとプラグインにカスタムパターンを提供できます。register_block_pattern関数とカテゴリのregister_block_pattern_categoryを使用して、カスタムパターンを登録できます。register_block_patternには2つの引数が必要です。パターンプロパティの配列。プロパティには次のものがあります。titlecontentdescriptioncategorieskeywordsviewportWidthregister_block_pattern_categoryにも2つの引数が必要です。1.パターンカテゴリーの名前。APIはまた、unregister_block_patternとunregister_block_pattern_categoryというパターンとカテゴリの登録を削除する関数も2つ提供します。独自のブロックパターンの作成するは非常に簡単です。次のコードをコピーしてカスタムプラグインまたは子テーマの関数ファイルに貼り付け、好みに応じてパターンの名前を変更します。),));});上記のコードは、ブロックAPIのリファレンススニペットを簡単にカスタマイズしたものです。ご覧のとおり、JavaScriptは必要ありません。5.5のブロックパターンもご覧ください。Importantパターンは試験的な機能であり、APIはGutenbergプラグインの将来のバージョンで変更される可能性があることにご注意ください。WordPressコアのネイティブの画像遅延読み込み遅延読み込みは、重要でないリソースの読み込みを延期する最適化手法です。ページの読み込み時に可視コンテンツを読み込み、残りの画像のダウンロードとレンダリングを実際に必要になるまで延期するようにブラウザーに指示する機能です。Infoウェブパフォーマンスに関しては、画像の最適化はサイト管理者が実施できる最も重要な対策の一つです。画像はウェブページの大半を占めているため、画像の最適化は、読者やクライアントにより良いユーザーエクスペリエンスを提供するのに役立ちます。注意:ページ速度は重要な掲載順位要素です。scroll、resizeとorientationchangeイベントハンドラーを使用して、JavaScriptでアセットの遅延読み込みを設定できました。遅延読み込みが標準になったため、カスタムコードを記述したり、JavaScriptライブラリを使用したりする必要がなくなり、imgおよびiframeタグの新しいloading属性を使用して画像の遅延読み込みを設定できるようになりました。画像とiframeの属性による遅延読み込み(出典:caniuse.com)loading属性は、ブラウザがリソースをすぐに読み込むか、条件が満たされるまで待機するかを決定します。現在、次の値をサポートしています。Androidでサポートされています。Loadなどの最適化プラグインが必要でした。Coreブログの古いブログ投稿で述べているように、遅延読み込みJavaScriptのWordPressへの導入が最初に提案されたのは数年前でしたが、結局コアの一部にはなりませんでした。5.5のコアにマージできるようになりました。Felixによると、WordPressの画像のネイティブ遅延読み込みは、遅延読み込みプラグインを利用しない多数のWordPressウェブサイトのサイトパフォーマンスとユーザーエクスペリエンスに有益な影響を与えるでしょう。...技術的な知識も、「遅延読み込み」自体の認識さえ必要としません。loading属性を採用することは、WordPressにWeb全体の高速化をリードするチャンス与えます。レイアウトのシフトを防ぐために、loading="lazy"はwidthとheight属性と共にimgタグに自動的に追加されます。これは、画像がWordPressで添付ファイルとして利用可能で、$idクラスが含まれている場合にのみ可能です。遅延読み込みは、画像の多いWordPressインストールおよびウェブサイトにとって不可欠な最適化です。Felix曰く、これにより、ユーザーがスクロールしなくても、ページの下の画像がすぐに読み込まれていたサイトでは、ユーザーエージェントでもサーバーでも帯域幅が大幅に節約されます。WordPressのネイティブ遅延読み込みは、次のような画像で利用可能です。投稿コンテンツの画像。(the_content)抜粋後の画像。(the_excerpt)テキストウィジェット内の画像。(widget_text_content)get_avatar()でレンダリングされたアバター画像。wp_get_attachment_imageを使用したテンプレート画像。今回導入される遅延読み込みは画像のみをサポートしますが、iframeタグの遅延読み込みへの将来の拡張が期待されます。WordPress開発者のための遅延読み込み開発者は、新しいフィルターを使用してデフォルトの動作を上書きできます。wp_lazy_loading_enabledはloading属性をオンまたはオフにします。このフィルターは、サイト全体にもタグごとにも適用できます。wp_img_tag_add_loading_attrはloading属性値をフィルタリングし、遅延読み込みを画像ごとに制御できるようにします。次の例は、遅延読み込みをサイト全体で無効にした例です。);特定のタグの遅延読み込みを無効にすることもできます。以下の例では、the_contentの画像の遅延読み込みがオフになっています。Coreをご覧ください。$default;},10,3);$default:論理的属性のデフォルト値(true)。遅延読み込される要素のタグ名。画像のコンテキストを指定するオプションのパラメーター(上記のリストを参照)。執筆時点では、$tag_nameパラメーターはimgタグのみをサポートしています。前述のように、今後はさらにタグが追加されるでしょう。WordPressの画像の遅延読み込みをより詳細に制御するのに、コンテキストに応じて2つの異なる方法があります。the_excerpt、widget_text_content)なら、wp_img_tag_add_loading_attrフィルターを使用できます。次の例は、特定の画像の遅延読み込みを無効にする方法を示しています。$value;},10,3);テーマ開発者は、wp_get_attachment_imageを使用して画像を制御することもできます。この場合では、画像のloading属性値をfalseに設定するだけです。Featureプラグインをインストールするか、Githubでソースコードを確認してください。5.5の画像の遅延読み込みに関する詳細情報を確認できます。プラグインとテーマの自動更新サイト所有者の最大の懸念事項の一つはサイトのセキュリティです。ソフトウェアを最新の状態に保つことは、すべてのサイト所有者が考慮に入れるべきことです。5.5までは多くのサイト所有者は、プラグインとテーマの自動更新を利用していませんでした。その理由はおそらく、この機能にはWordPress開発の基本的な知識が必要だったことでしょう。開発者は、wp-config.phpの定数を定義するか、プラグインのフィルター機能を使用することにより、更新設定を微調整できました。5.5では、サイト管理者はプラグインとテーマの自動更新をWordPressダッシュボードでワンクリックでオンにしたりオフにしたりできるようになります。Importantプラグインとテーマの自動更新はデフォルトで無効になっています。プラグイン画面の新しい自動更新列に表示されるリンクをクリックして、プラグインの自動更新を有効または無効にできます。「テーマ」に移動し、テーマにマウスを合わせて「テーマの詳細」をクリックします。次に、新しい「自動更新を有効にする」リンクをクリックすると完了です。単一のテーマの自動更新を有効にするInfo通常のWordPressインストールでは、デフォルトで、update_pluginsおよびupdate_themes機能を持つユーザーのみがプラグインとテーマの自動更新を管理できます。マルチサイトでは、ネットワーク管理者がネットワークダッシュボードで自動更新を利用できます(WordPressの権限グループについては、こちらをご覧ください。)プラグインとテーマの新しい自動更新UIには、自動更新エクスペリエンスをカスタマイズするために開発者が利用できるいくつかの関数とフックが付属しています。新機能とそのいくつかのフィルターにより、WordPress開発者はプラグインとテーマの自動更新の多くの側面をカスタマイズできます。自動更新UIを確認する新しいwp_is_auto_update_enabled_for_type()WordPress関数は、特定の種類に対して自動更新UIが有効になっているかどうかをチェックします。この新しい関数には、チェックする更新の種類('theme'または'plugin')を決定する単一の引数($type)があり、それに対してtrueまたはfalseを返します。plugins_auto_update_enabledとthemes_auto_update_enabledという2つの新しいフィルターのおかげで、プラグインまたはテーマの新しい自動更新UIを無効にすることができます。以下の例をご覧ください。);上記のフィルターはwp-admin/includes/update.phpに記載されます。自動更新リンクをカスタマイズするプラグインとテーマの開発者は、自動更新リンクのHTML出力もカスタマイズできます。plugin_auto_update_setting_htmlフィルターを使用すると、更新間のトグルリンクと頻度をカスタマイズできます。コールバック関数には3つの引数があります。$html:自動更新のアクションリンクの切り替え、更新間の頻度などを含むプラグインの自動更新列のコンテンツのHTML。$plugin_file:プラグインディレクトリに対するプラグインファイルへのパス。$plugin_data:プラグインデータの配列。ここで、自動更新リンクテキストのラベルをカスタマイズするには、次のスニペットに示すように、フィルターを使用します。);以下の画像は、画面上の結果を示しています。自動更新リンクのカスタムHTMLこのフィルターはwp-admin/includes/class-wp-plugins-list-table.phpに記載されます。単独のサイトでは、theme_auto_update_setting_templateフィルターを使用して自動更新リンクのJSテンプレートをカスタマイズできます。フィルターの次の例があります。);data.idパラメータを使用してターゲットテーマを確認することをお勧めします。WordPressマルチサイトインストールの場合、theme_auto_update_setting_htmlフィルターが必要です。これにより、プラグイン画面と同様に、テーマ画面の自動更新リンクをカスタマイズできます。最後になりますが、残りの2つのフィルターが、将来インストールされるテーマとプラグインを含む、すべてのテーマとプラグインのすべての自動更新を制御します。3.7以降で利用可能なこれらのフィルターは、WordPressダッシュボードのすべての自動更新設定を上書きします。詳細については、当社のWordPress自動更新の詳細記事をご参照ください。プラグインとテーマの自動更新の詳細については、こちらのブログ投稿をご覧ください。5.5以降、自動更新の試行後にメール通知が送信されます。auto_plugin_theme_update_emailフィルターフックは、自動更新後に送信される電子メールをフィルターします。使用例については、こちらのdev-notesブログ投稿をご参照ください。2つの新しいフィルターを使用して、自動更新の電子メール通知を無効にすることもできます。「サイトのヘルス」の「情報」タブにも表示されます。「サイトのヘルス」の「情報」タブにプラグインとテーマの自動更新状況が表示される開発者は、plugin_auto_update_debug_stringフィルターとtheme_auto_update_debug_stringフィルターを使用して、この画面に表示されるテキストをカスタマイズできます。詳細と例については、こちらをご覧ください。検索エンジンがウェブサイトをすばやくクロールできるための簡単なURLのリストです。サイトマップはrobots.txtとよく似ていますが、robots.txtのコンテンツがインデックスに登録されないことに対して、サイトマップはインデックスが作成されるURLのリストを検索エンジンに提供します。5.5までは、サイトマップをWordPressウェブサイトに追加するのにプラグインなどのツールが必要でした。5.5ではWordPressコアに新しいXMLサイトマップ機能がリリースされます。この新しい機能には、基本的な動作の他にプラグイン開発者が組み込み機能をさらに拡張できるためのフックとフィルターも数多くあります。XMLサイトマップは(検索エンジンがウェブサイトのインデックスを作成しないよう設定していない限り)デフォルトで有効になっています。次のオブジェクトタイプを提供します。ホームページ投稿ページコア投稿タイプ(固定ページと投稿)カスタム投稿タイプコア分類法(タグとカテゴリ)カスタム分類法/li>作成者アーカイブ最大2,000のURLを含むサイトマップインデックスは、/wp-sitemap.xmlにあります。最大数に達すると、新しいサイトマップファイルが追加されます。前述のように、プラグイン開発者は、多くのアクションとフィルターのいずれかを使用して、サイトマップをカスタマイズできます。サイトマップ関連のフックの包括的なリストについては、機能プラグインのドキュメントと紹介ブログ投稿をご参照ください。XMLサイトマップが有効かどうかをフィルタリングしたりwp_sitemaps_get_server関数が実行されないようにしたりするwp_sitemaps_enabledフィルターを使用してコアサイトマップをプログラムで無効にすることができます。);Info同様のフィルターとの整合性を保つため、wp_sitemaps_is_enabledフィルターの名前がwp_sitemaps_enabledに変更されました(#50428)コアサイトマップは、ウェブサイトにインストールしたサイトマッププラグインと競合しないはずです。Birchler曰く、コアサイトマップ機能は、堅牢で簡単に拡張可能な方法で構築されました。何らかの理由で2つのサイトマップ(コアサイトマップとプラグインのサイトマップ)がウェブサイトで公開されていても、サイトの発見可能性に悪影響を与えることはありません。XMLブロックの文字列をエスケープするのは、XMLサイトマップ機能の一部である新しいXMLブロックの文字列をエスケープ関数です。関数と対応するフィルターはwp-includes/formatting.phpに記載されます。執筆時点では、新しいサイトマップ機能は画像、ビデオやニュースのサイトマップをサポートしておらず、これは将来も変更されないでしょう。開発者が本機能に追加できる新しいフィルターとフックは、将来のバージョンで追加されるかもしれません。拡張可能なサイトマップの詳細については、こちらの新しいクラス、関数、フック、およびフィルターをカバーするサイトマップの開発者向けの紹介記事をご参照ください。5.5までは、テンプレートファイルへのデータの受け渡しは、グローバル変数やクエリ変数などの最適化されていない対策でしかできませんでした。5.5では、$argsパラメーターがテンプレート読み込み関数に追加されました(対応するフックもそれに応じて更新されました)。get_header()get_footer()get_sidebar()get_template_part()locate_template()load_template()テーマ開発者は、引数の配列を渡すだけで、テンプレートファイルで変数を設定してすべてのテンプレートパーツをその変数にアクセスできるようにすることができます。Tadlockは次の賢い質問をしています。1つの質問が残ります。Blackbourneの意見は次の通りです。サイトを完全に編集できるようになったとしても、テンプレートパーツはまだ十分に必要です。動的にレンダリングされるブロックタイプは、構造化されたテンプレートパーツを有効に活用できます。互いに排他的な要素ではないため、レイアウトのためにブロックのみを使用していない独断的なテーマは将来も存在するはずです。Sorcinelliの意見もご覧ください。導入が遅すぎたかどうかなら、私の観点から言えば、遅すぎることは決してありません!将来のテーマ開発者が新しいフルサイト編集アプローチとの共生で使用できるこの機能を今後も必ず活用できると信じています。(例えば、動的レンダリングのあるブロックなど)この機能をフルサイト編集とどのように組み合わせることができるかを判断するのは今の段階ではまだ早いかもしれませんが、今後は、ユーザーと開発者の両方にとってより良いウェブサイトを構築できるようになるでしょう。プラグインとテーマの.zipファイルからの更新この機能が自動更新と同時にリリースされるのは不思議に見えるかもしれませんが、本来だと、理にかなっています。SFTPまたはファイルマネージャーを使用することでしかプラグインやテーマの更新をアップロードできませんでした。これは主に、カスタムプラグインやテーマ、またはサードパーティのマーケットプレイスでホストされている拡張機能に当てはまりました。5.5以降、コンピューターから.zipファイルをWordPressダッシュボードにアップロードすることにより、プラグインやテーマを更新できるようになります。「新規追加」画面に移動し、「プラグインのアップロード」ボタンをクリックします。次に、プラグインは既にウェブサイトにインストールされている場合、新しい画面に「このプラグインはすでにインストールされています」と表示され、現在のバージョンとアップロードされたバージョンの情報が表示されます。このプラグインはすでにインストールされていますテーマの更新プロセスはかなり似ています。テーマのアップロード」の順にクリックします。次に、テーマは既にWordPressウェブサイトにインストールされている場合、新しい画面に「このテーマはすでにインストールされています」と表示され、現在のバージョンとアップロードされたバージョンの情報が表示されます。5.5のその他の開発者向けの改善点これまで説明してきたものに加えて、開発者の注意に値する機能がまだ数多くあります。関数を使用すると、ウェブサイトの現在の環境タイプを検出し、プラグインやテーマの機能を現在の環境に適用することができます。wp_get_environment_type()はデフォルトでproductionを返します。その他のサポートされる値はdevelopmentとstagingです。開発者はまた、必要に応じて追加の環境タイプも定義できます。ウェブサイトの環境タイプを設定する方法は3つあります。次のものを使用できます。定数wp_get_environment_typeフィルターたとえば、環境をステージングに設定する場合は、次のようにwp-config.phpファイルでWP_ENVIRONMENT_TYPE定数を定義します。自動的に「true」に設定されます。Infoすべてのホスティング会社はこの機能をサポートし、それに応じてステージング環境をセットアップするように義務付けられています。Kinstaはすでにwp_get_environment_type()関数をサポートしています。APIにも多くの変更が加えられています。新しいエンドポイント、新しいパラメーターとJSONスキーマの変更、新しい関数、さらに機能強化が見られます。新しいエンドポイントの簡単なリストを次に示します。ブロックタイプすべての登録されているブロックタイプを取得できる新しいエンドポイント。/wp/v2/block-typesは、登録されているすべてのブロックタイプを返します。/wp/v2/block-types/coreは、core前空間内を含むすべてのブロックを返します。/wp/v2/block-types/core/quoteは、コアのquoteブロックの定義を返します。プラグインプラグインを管理できる新しいエンドポイントです。/wp/v2/pluginsは、すべてのインストールされているプラグインのリストを返します。/wp/v2/plugins/plugin-name/plugin-nameは、指定されたプラグインに関する情報を返します。}は、指定されたプラグインをプラグインディレクトリからインストールします。指定されたプラグインを有効化します。/wp/v2/plugins/plugin-name/plugin-nameは、無効化されたプラグインを削除します。ブロックディレクトリブロックディレクトリを検索できる新しいエンドポイント。/wp/v2/block-directory/search?term=block-nameは、ブロックディレクトリでblock-nameを検索します。画像の編集メディアライブラリ内の画像添付ファイルを編集できる、インライン画像編集機能とペアリングされた新しいエンドポイントです。5の画像を編集します。APIのすべての変更点の詳細については、WordPressコアの開発メモをご参照ください。5.5は単一のリリースでこれほど多く新機能と拡張機能を提供することをとても嬉しく思います。コアの貢献者たちは一生懸命に苦労しているこたは今回こそ明らかになりました。深く感謝しております。5.5のその他の改善点を次に示します。WordPressコアのダッシュボードアイコンのアイコンフォントに65個の新しいアイコンが追加されました。ウィジェットのリンクのアクセシビリティ改善リスト。無効なボタンの新しいCSSスタイル。オペコードキャッシュの無効化。redirect_guess_404_permalink()の制御の向上。