Google Chrome 110 は、新しい Early Stable チャンネルの最初のビルドであり、本日公開されます
4 週間ごとに、Google は新しいバージョンの Chrome を Stable チャンネルにロールアウトします。ただし、Chrome 110 ではリリース ケイデンスを少し変更しています。Chrome 109 の 4 週間後に Chrome 110 を Stable にリリースするのではなく、最新バージョンを新しい「Early Stable」チャネルに 1 週間早くロールアウトしています。これは、Chromium Dash で言及されているように、Chrome 110 が Chrome 109 のリリースから 3 週間後に今日早期安定版に到達し、来週安定版に到着することを意味します。
本日リリースされた Google Chrome 110 には、非常に長い変更ログが含まれています。Chrome 109 は、サードパーティの Cookie に代わる Google の代替機能であるCookies having Independent Partitioned State (CHIPS)を実装した最初のバージョンのブラウザーであると想定されていましたが、代わりに Chrome 110 にプッシュされたようです。
さらに、ユーザーが自分の情報を開発者のサーバーから削除できるようにする、安全な支払い確認のオプトアウト メカニズムも実装されています。詳細は私たちのほとんどにとって技術的すぎますが、外部 HTTPS サーバーの実装者は、プロトコルが変更に対してより堅牢であることを保証するTLS ClientHello 拡張順列も確認したいと思うかもしれません。
さらに、サードパーティの iframe オブジェクトの navigator.share() 関数を取り巻くアクセス制御が強化されており、一時的な資格情報のないコンテキストを介してそれらのオブジェクトに新しいドキュメントをロードする機能があり、 Web アプリはさまざまな情報に基づいて起動動作をカスタマイズすることもできますトリガーします。同様に、クロスオリジン iframe サポートが FedCM APIに追加されました。これは、Web 開発者とブラウザー ベンダー (Apple、Mozilla) の両方から高く評価されています。
もう 1 つの重要な変更点は、Chrome 110 では、Firefox や Safari と同様に、ドメイン名に「ß」や「ς」などの偏差文字を使用できるようになったことです。どちらも 2016 年から正しく処理されています。一般に利用可能なその他の変更点を以下に示します。
- 投機ルール APIによってトリガーされるプリフェッチ
- FileSystemHandle.remove() メソッドが利用可能になりました
- ユーザーが選択したデバイスにオーディオをルーティングするための AudioContext.setSinkId() が利用可能になりました
- WebKit に合わせた CSS 頭文字がサポートされるようになりました
- メディア プレーヤーのビュー カスタマイズ用のCSS 疑似クラス「:picture-in-picture」を使用できるようになりました
このリリースの Chrome には、現在開発者および Origin のトライアル段階にある多くの機能も含まれています。以下にそれらの概要を示します。
- 開発者トライアル (フラグの後ろ)
- オリジントライアル
最後に、いくつかの非推奨と削除もあります。非セキュアなコンテキストでの WebSQL は、Chrome 105 での非推奨に続いて完全に廃止されています。同様に、従来のストレージ クォータ API「window.webkitStorageInfo」は削除されています。これは 2013 年に非推奨になりましたが、他のブラウザーで実装されていないことを考えると、この削除による影響はほとんどないと予想されます。
Chrome 110 は現在早期安定版に移行していますが、オプトイン メカニズムがないことに注意してください。アップデートは、いくつかの未知の基準に基づいて「ごく一部のユーザー」にシードされます。これは、2 月 7 日の実際の安定版リリースに先立って、些細な問題を特定することを目的としています。そのため、公式にアップデートを強制する既知の方法はありません。 .
コメントを残す