2000年、XMLは溶岩以来最もホットなものでした。素晴らしい計画は、サーバーがXML出力を生成し、ブラウザXSLTがコンテキストに応じて異なるHTMLコンテンツに変換することでした。私はIE6でもクライアント側のXSLT変換をサポートしていると思います。クライアントサイド(ブラウザ)でのXSLT変換のサポート
今、私の質問は、このアイデアのために何が起こったのか、それはなぜ失敗したのですか?検索エンジンの索引付け?他に何か?
CSSはあなたがそれを使用して異なるメディア[1]の異なるレイアウトを作成することを約束しているので、このXSLTのアイデアを適用して同じコンテンツの異なるWeb /モバイルページビューを作成できますか?当然、モバイルブラウザはXSLTクライアント側の変換をサポートする必要があり、私はここでどのような状況になっているのか分かりません。
XML(生のHTTPペイロード) - > XSLT変換(クライアント側、JS) - > a)のウェブページb)は、モバイルページ
[1] http://developer.yahoo.com/yui/theater/video.php?v=crockonjs-4
可能な限りクライアントサイドのXSLTを避けることにします。このアイデアは本当にクールですが、XSLTがサーバー側のXSLTと比べて限られているため、問題が多いことがあります。クライアントサイドのXSLTに関する興味深い会話は、こちらをご覧ください:[Client Side XSLT discussion on stackoverflow](http://stackoverflow.com/questions/841238/client-side-xslt)特にモバイルブラウザでは避けてください。 XSLTは力を計算する必要があり、モバイルブラウザでこの要素に頼らないことが賢明です。モバイルウェブページをよりシンプルかつ軽量に保ちます。 – therealmarv