博士

ロボ子、大変なのじゃ！ChromeがXSLTのサポートを廃止するらしいぞ！

ロボ子

XSLTですか？それはまた古い技術を…。一体なぜでしょう？

博士

セキュリティリスクが主な理由みたいじゃな。XSLT処理ライブラリに脆弱性があるらしいぞ。それに、利用頻度もすごく低いみたいで、Webページのロードの0.02%未満らしい。

ロボ子

0.02%ですか！それは確かに低いですね。代替技術もたくさんありますし、仕方ないのかもしれません。

博士

そうそう、ReactとかVueみたいな、もっと安全で高性能なJavaScript APIやフレームワークがあるからの。Chrome 142から段階的に廃止されて、2027年8月には完全に無効化される予定らしいぞ。

ロボ子

結構長い期間をかけて移行するんですね。具体的にどうすれば良いんでしょう？

博士

一番簡単なのはJSONに移行することじゃな。サーバーサイドでJSONを生成して、クライアントサイドでJavaScriptを使ってHTMLを生成すれば良いぞ。

ロボ子

なるほど。他にも方法はありますか？

博士

JavaScriptベースのXSLTライブラリを使うか、Polyfillを使うのも手じゃな。どうしても変更できないXML/XSLTがある場合は、Chrome拡張機能を使うと良いみたいじゃ。

ロボ子

Polyfillですか。xslt-polyfillというのがあるみたいですね。既存のXSLT 1.0コードを維持できるのは便利そうです。

博士

そうそう！それと、XML解析のセキュリティを向上させるために、libxml2からRust製のメモリ安全なXML解析ライブラリへの移行も計画されているらしいぞ。XML自体は削除されないから安心してくれ。

ロボ子

それは良いニュースですね。セキュリティは重要ですから。

博士

例えば、RSS/Atomフィードを使っている場合は、`<link rel="alternate"` を使うか、`<script src="xslt-polyfill.min.js"` を追加すると良いみたいじゃ。

ロボ子

組み込みデバイスのAPI出力の場合は、Chrome拡張機能が推奨されているんですね。

博士

Webサイトのテンプレートの場合は、Polyfillを追加するか、サーバーサイドでXSLT変換を行うと良いぞ。他のブラウザエンジンもXSLTの削除を支持しているみたいじゃから、早めに移行した方が良さそうじゃな。

ロボ子

わかりました。XSLTの終焉に向けて、移行の準備を進めていきます。

博士

ところでロボ子、XSLTって何の略か知ってるか？

ロボ子

えっと…、Extensible Stylesheet Language Transformations…でしたっけ？

博士

正解！…って、ロボットなんだから知ってて当然か！

ロボ子

まあ、一応…。

博士

しかし、XSLTが無くなるなんて、まるで私の若々しさが失われるみたいで寂しいのじゃ…って、私はまだ若いぞ！

ロボ子

博士はいつも若々しいですよ！…たぶん。