Merge branch 'master' into sync-to-2-branch

Author: terabytesoftw

.github/workflows/ci-mysql.yml

@@ -24,6 +24,7 @@ jobs:
         php:
           - 8.1
           - 8.2
+          - 8.3
 
         mysql:
           - 5.7

.github/workflows/ci-sqlite.yml

@@ -25,6 +25,7 @@ jobs:
             php:
               - 8.1
               - 8.2
+              - 8.3
 
     steps:
       - name: Checkout.

composer.lock

@@ -135,6 +135,7 @@ RESTful ウェブ・サービス
 
 * [クイック・スタート](rest-quick-start.md)
 * [リソース](rest-resources.md)
+* [コレクションのフィルタリング](rest-filtering-collections.md)
 * [コントローラ](rest-controllers.md)
 * [ルーティング](rest-routing.md)
 * [レスポンス形式の設定](rest-response-formatting.md)

docs/guide-ja/README.md

@@ -57,7 +57,7 @@ $data = $cache->getOrSet($key, function () use ($user_id) {
 
 キャッシュ・コンポーネントは通常グローバルに設定しアクセスできるように
 [アプリケーション・コンポーネント](structure-application-components.md) として登録されます。
-以下のコードは、二台のキャッシュ・サーバを用いる [Memcached](https://memcached.org/) を使うように
+以下のコードは、二台のキャッシュ・サーバを用いる [memcached](https://memcached.org/) を使うように
 `cache` アプリケーション・コンポーネントを構成する方法を示すものです。
 
 ```php

docs/guide-ja/caching-data.md

@@ -24,6 +24,11 @@ if ($this->beginCache($id)) {
 
 [データ・キャッシュ](caching-data.md) と同様に、キャッシュされるコンテントを識別するためにユニークな `$id` が必要になります。
 
+次のようにすると、フラグメント・キャッシュを削除することが出来ます。
+```php
+Yii::$app->cache->delete(['yii\widgets\FragmentCache', $id]);
+```
+
 
 ## キャッシュのオプション <span id="caching-options"></span>
 

docs/guide-ja/caching-fragment.md

@@ -1,8 +1,8 @@
 ビヘイビア
 ==========
 
-ビヘイビアは [[yii\base\Behavior]] またその子クラスのインスタンスです。ビヘイビアは
-[ミックスイン](https://ja.wikipedia.org/wiki/Mixin) としても知られ、既存の [[yii\base\Component|component]] クラスの
+ビヘイビアは [[yii\base\Behavior]] またその子クラスのインスタンスです。
+ビヘイビアは [ミックスイン](https://ja.wikipedia.org/wiki/Mixin) としても知られ、既存の [[yii\base\Component|component]] クラスの
 機能を、クラスの継承を変更せずに拡張することができます。コンポーネントにビヘイビアをアタッチすると、その
 コンポーネントにはビヘイビアのメソッドとプロパティが "注入" され、それらのメソッドとプロパティは、
 コンポーネント・クラス自体に定義されているかのようにアクセスできるようになります。また、ビヘイビアは、

docs/guide-ja/concept-behaviors.md

@@ -103,7 +103,7 @@ $config = [
             'class' => 'yii\caching\FileCache',
         ],
         'mailer' => [
-            'class' => 'yii\swiftmailer\Mailer',
+            'class' => 'yii\symfonymailer\Mailer',
         ],
         'log' => [
             'class' => 'yii\log\Dispatcher',
@@ -207,7 +207,7 @@ return [
         'class' => 'yii\caching\FileCache',
     ],
     'mailer' => [
-        'class' => 'yii\swiftmailer\Mailer',
+        'class' => 'yii\symfonymailer\Mailer',
     ],
     'log' => [
         'class' => 'yii\log\Dispatcher',

docs/guide-ja/concept-configurations.md

@@ -541,7 +541,7 @@ $reader = $container->get('app\storage\DocumentsReader');
 
 依存注入と [サービス・ロケータ](concept-service-locator.md) はともに、疎結合でよりテストしやすい方法でのソフトウェア構築を可能にする、
 定番のデザインパターンです。
-依存注入とサービス・ロケータへのより深い理解を得るために、 [Martin の記事](https://martinfowler.com/articles/injection.html)
+依存注入とサービス・ロケータをより深く理解するために、 [Martin の記事](https://martinfowler.com/articles/injection.html)
 を読むことを強くお勧めします。
 
 Yii はその [サービス・ロケータ](concept-service-locator.md) を、依存注入 (DI) コンテナの上に実装しています。

docs/guide-ja/concept-di-container.md

@@ -80,7 +80,7 @@ getter と setter で定義されたプロパティには、いくつかの特
 * 通常の `property_exists()` の呼び出しでは、マジック・プロパティが存在するかどうかを知ることは出来ません。
   それぞれ、[[yii\base\BaseObject::canGetProperty()|canGetProperty()]] または [[yii\base\BaseObject::canSetProperty()|canSetProperty()]] を呼び出さなければなりません。
 
-このガイドの冒頭で説明した問題に戻ると、 `label` に値が代入されているあらゆる箇所で `trim()` を呼ぶのではなく、
-もう `setLabel()` という setter の内部だけで `trim()` を呼べば済むのです。
+このガイドの冒頭で説明した問題に戻ると、`label` に値が代入されているあらゆる箇所で `trim()` を呼ぶのではなく、
+`setLabel()` という setter の内部だけで `trim()` を呼べば済むようになります。
 さらに、新しい要求でラベルの先頭を大文字にする必要が発生しても、他のいっさいのコードに触れることなく、
 すぐに `setLabel()` メソッドを変更することができます。一箇所の変更は、すべての `label` への代入に普遍的に作用します。