Windows SQL Server 2005サポート終了の4月12日が迫る、報告済み脆弱性の深刻度も高く、早急な移行を
Warning. (2019.1) REXML は, 標準添付ですが, 品質・速度の両面であまりよくありません。Nokogiri (鋸) がメジャーで、長らく標準の地位で使われています。REXML の3倍速い。 最近は, 大鋸 (おが) の人気が高い。スレッドセーフ、高速、機能性もある。Yorick Peterse / oga · GitLab REXMLの特徴 REXMLは、 XML 1.0に準拠した、高速なXMLパーサで、DOMツリーを生成したり、XML文書を読みながらコールバックさせる (SAX2ストリームパーサ) ことができる。 XPathの実装を含み、検索式によってDOMツリーの好きな要素を取り出すことができる。 Ruby 1.8.5にはREXML 3.1.4が添付されている。チュートリアル、APIリファレンスは下記で見られる。が、APIリファレンスのほうは不十分かつ誤りもある。
XHTML Media TypesがW3C Noteとして発行されて5年以上になるというのに、XHTML 1.0文書をずっとtext/htmlとして提供してきたわけだが、このほどAcceptヘッダにapplication/xhtml+xmlが含まれる場合はこのMIMEタイプでリソースを送る設定に変更した。最近のいろいろな試行を通じて、この必要性がかなりはっきり見えてきたからだ。 application/xhtml+xmlその理由 文書が整形式XMLになっていさえすれば、メディアタイプに関係なくXSLTなどのツールは利用できる。それに加えて、IE問題回避のために小細工する必然性が見出せなかったこともあり、このサイトではtext/htmlを使い続けてきた(その代わり整形式の重要性を一所懸命、訴えていた)。ここにきてそれが翻ったのは、この2~3ヶ月ほど繰り返していたLinked Dataの試行を
xsltによるxml変換で質問です。 xsltを使って、RSSのような複数の記事が連続して収録されているxmlを元に、記事単位でhtmlファイルを生成させることは可能でしょうか。可能であれば方法を教えてください。不可能なのであれば、不可能であることが説明されているURL等を教えてください。 例えば、 <rss> <channel> <item> <title>記事 1</title> ... </item> <item> <title>記事 2</title> ... </item> <item> <title>記事 3</title> ... </item> </channel> </rss> こういうRSS(xml)を入力にして、 -記事1.html -記事2.html -記事3.html を生成するようなことです。1入力1出力の方法はわかりますが、1入力n出力の記述方法がわからないの
StoryOfXmlhttp - XMLHTTP の話。 目次 この文書について XMLHTTP の話。 追記 2007/1/31 著作権情報 XMLHTTP の話。 この文書について "Story of XMLHTTP" の日本語訳です。 http://www.alexhopmann.com/story-of-xmlhttp/ 添削歓迎: タイポ、訳語不統一、そのほか ... もう Microsoft を辞めるんだ。そう思うと、自分のやったプロジェクトのことを すこし振り返りたい気分になる。 XMLHTTP の歴史なんてのは、聞いてもらっても面白いとおもう。 XMLHTTP は後に大ヒットとなった。 人々がそれに気付いたのは、Google の Google Suggest 機能 で使われているのを目にしてからだろう。 ページのソースコードを調べ、仕組みを探ったわけだ。 実のところ G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く