Chrome/EdgeがXSLT廃止へ 「26年使ってきた」の声も
姉妹サイトの新着
GoogleのChromeとMicrosoftのEdgeが、XML文書をHTMLに変換する古い仕組み「XSLT」のサポートを打ち切るという記事がHacker Newsで話題になっていた。「26年間XSLTを使い続けてきた」というバックエンド開発者の告白から議論が始まり、RSS/Atomフィードの見た目をどう保つか、レガシー機能を削る根拠はセキュリティ上の攻撃対象領域の縮小にあるという指摘、さらにXHTMLは失敗だったのかという20年前の論争まで話が広がった。
ChromeとEdgeがXSLTを廃止へ：何が壊れて、何が壊れないか
出典: doctor-seo.net / 元記事はこちら
乗り換える価値はあるよ。ChromeとEdgeではもうXSLTが動かなくなるんだから。
その人のコメントだと、ブラウザに送る前にサーバー側で変換してHTMLとして流しているのか分からないね。昔からそういう実装をして、ブラウザが対応を止めた新しいXSLT機能を使えるようにしている人たちもいる。
CSSでスタイルすればいい。(参考記事へのリンク)
スタイルしない、という選択肢もあるのでは? 代わりにCSSを使うとか?
明らかな答えは、LLMは宣伝されているような『機械の神』では全然ないということだろうね。
『レガシーコードを削除する良い理由は何か』への答えは、攻撃対象領域(アタックサーフェス)を減らすことだ。
そのLean Radaの記事、すごく面白いね!
XHTMLは、世の中のWeb開発者がまだ準備できていない時期に登場してしまったんだと思う。コンポーネント指向のアーキテクチャが広く採用されるまでは、自分が思っていたより長くかかった。多くのコンポーネントを妥当なドキュメントとみなせるなら、今の時代に再導入すれば案外うまくいくかもしれない。
XHTMLにはHTMLと比べてコンポーネント指向的な要素は何もない。XML構文になっただけのHTMLだよ。
それに当時はレンダリングがすごく遅かった。
XSLT 1.0の仕様自体、記憶している限りかなり書き方が悪くて、理解するのに苦労した。
つまり、このサイトは壊れる、ということだけは分かった。
doctor-seo.netが落ちてしまった。世界はどうなっていくんだ。
同意せざるを得ない。XMLがその可能性を最大限発揮して主流技術になった、もう一つの世界線のウェブのことを時々考える。XMLの明らかな問題は、構文が冗長すぎて人間がほとんど手書きできないことだけど、これは100%解決可能な問題だ。
それでも『HTML5だけで十分』みたいなことを言う人はいるんだよね。
他サイトの新着
『HTML5は、正規のXMLないしXML互換のDOMエンコーディングを定義する、あるいは少なくともそれを推奨するという一手を取れたはずだ』 そうだね、そうしたらxhtml5って呼べたのに。残念、それは存在しない。ああ、待って、あった(仕様へのリンク)。『しかし反XML感情は明確で、悪意すらあった』 いや、xhtmlは単に多くの問題を生んで何も解決しなかった悪い考えだっただけだよ。
『xhtmlは単に多くの問題を生んで何も解決しなかった悪い考えだった』 でもXHTMLのパーサー(とシリアライザ)はずっとシンプルで、それはそれなりに意味のある問題解決だと思うけど。xhtmlが生んだ問題って何?
『XHTMLのパーサーはずっとシンプル』というのはそうかもしれないけど、HTMLとXHTMLを両方扱うパーサーは単にHTMLだけのパーサーより複雑になる。HTMLはすでに広く定着しているから、xhtmlはHTMLの代わりになるんじゃなく、追加で必要になるだけだ。
一番の問題は、ほんの少しでも壊れたXHTML文書は表示に失敗してしまうこと。HTMLはもっと寛容だ。
気になるんだけど、DOMの中で具体的にXML互換じゃない部分って何?
言っていることが分からない。
それはいい理由だね。XSLTはCGIと同じようにセキュリティ上の問題で知られているのか?
失礼ながら、その逆だと思う。ウェブが成功したのは、HTMLとHTTPがテキストエディタで書ける、人間にとって簡単な標準だったからだ。HTMLはプログラマーでなくても書けた。
そうだね、最初のパスとしてSGMLベースのHTMLを採用したのは間違いだったと思う。自分の初期のウェブサイトは全部XHTMLだった。みんなに『ダメだ』と言われるようになるまでは…
この話題の背景と論点
XSLTはXML文書をブラウザ内で変換してHTML表示する2000年代からの仕組みで、RSS/Atomフィードを人間が読める形に整形する用途などで今も使われている。利用率が低く保守負担が大きいことに加え、XMLパーサ周りはセキュリティ上の攻撃対象領域(アタックサーフェス)になりやすいため、Chrome・Edge側は廃止に踏み切った。スレで意見が割れたのは、実務で何十年もXSLTに依存してきた開発者の存在と、「使われていない機能は削るべき」という効率・セキュリティ重視の立場の対立で、どちらも実務上の正当性がある。読者が誤解しやすいのは、今回の廃止はあくまで「ブラウザが自力でXML→HTML変換を行う機能」を切る話であり、サーバー側で事前にXSLT変換してHTMLとして配信する方法自体は影響を受けない点だ。スレ後半のXHTML論争は、ウェブがXML構文で統一されていた「もしもの世界線」への懐古で、現行の廃止判断そのものへの直接的な反論ではない。
※本記事は海外掲示板 Hacker News のスレッド「Chrome and Edge are removing XSLT: what breaks and what does not」から抜粋し、編集部で日本語に意訳したものです。訳文の責任は当サイトにあります。
まだコメントはありません。