大量の XML データを処理するために、ひとまず DTD と XSLT を書いて、検証を行うことにした。 XML の文字コードは UTF-16 とするとデータ効率が良いんだけど、UTF-16 ってまだまだサポートが不十分なのね。 たまげたのが IE8 で XSLT が UTF-16 だと、エラーになってしまう点。Firefox 3.5 も Google Chrome 4.0 も、Opera 10.0 も問題ないけど、IE8 だけエラーになる。IE はもうちょっとがんばったほうがいいんじゃないの？ 追記（2010/01/04） はてブコメントもらったので、調べてみた。 IE8 でエラーが出る原因は、XML と DTD は UTF-16 の BOM あり、XSLT は UTF-16 の BOM なしだったためだ。XSLT にも BOM をつけたら IE8 でもエラーが出なくなった。DTD も
OVAL(Open Vulnerability and Assessment Language) ～コンピュータのセキュリティ設定状態を検査するための仕様～ >> ENGLISH セキュリティ検査言語OVAL(Open Vulnerability and Assessment Language)(*1)は、コンピュータのセキュリティ設定状況を検査するための仕様です。 OVALは、米国政府が推進している情報セキュリティにかかわる技術面での自動化と標準化を実現する技術仕様SCAP(Security Content Automation Protocol)(*2)の構成要素のひとつです。 米国政府の支援を受けた非営利団体のMITRE社(*3)が中心となり仕様策定を進めてきたもので、2002年10月に開催されたSANS Network Security 2002において、脆弱性対策のための確認作業
Windows 7 Enterprise Windows 7 Professional Windows 7 Ultimate Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Datacenter Windows Server 2008 R2 Foundation Windows Server 2008 R2 Standard Windows Server 2008 Enterprise Windows Server 2008 Datacenter Windows Server 2008 Foundation Windows Server 2008 Standard Windows Server 2008 Service Pack 2 Windows Vista Enterprise Windows Vista Home Ba
Improving the world one entity at a time (now tweeting on @mlrdev) PIX and playback adapter selection This is probably my favorite feature of the release, announced here: a drop down to select which GPU... Date: 01/07/2019 PIX support for raytracing shader tables Damyan discusses the new PIX functionality over at PIX 1807.19 – Shader Table Viewer. Managing the... Date: 07/30/2018 Interactive Edito
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
冬休みに入ってからしばらくはRELAX NGまわりをいじり直していた。まず長いこと懸念していたバグ潰しがようやく実行に移せた。そして直ったと思ったら、今度はパフォーマンスに（relaxng.rngを解析できないほどの）致命的な問題が生じて、最適化をいくつか実装する必要があった。結論から言えばwhitespaceの扱いがおかしかっただけなのだけど。そして今日、ようやく3年前にやっつけたwhitespaceまわりの問題を全て解消した（はず）。 僕の知る限り、現時点でバグの原因は3種類だけだ: 1) XLink section 5.4の制約が未実装であること、2) XML Schema datatypesのfacetが上手く機能していない（場合がある?）こと、3) exceptを子にもつname classをexceptにもつname classのanalysisに失敗すること。 というわけで、
はじめに W3C XML Schema は学ぶのも使うのも簡単だ … 落とし穴をよける方法を知っていればね。「やるべきこと」はこれだ。最低これだけおぼえておけばいい。 これを使え!: 要素宣言、属性グループ、モデルグループ、単純型 可能な限り XML 名前空間を使え! そしてその正しい使い方を学ぶべし。 そして「やってはいけないこと」がこれだ。 XML Schema の名人になろうとするな! それには何ヵ月もかかるだろう。 こんなものは使うな!: 複合型(その理由)、 属性宣言(その理由)、 記法(その理由) ローカル宣言は使うな!(その理由) 置換グループは使うな! (その理由) targetNamespace 属性のないスキーマ(いわゆるカメレオンスキーマ)を使うな!(その理由) 後で説明するが、実際これらの「やってはいけない」ことをやらないことで失うものは何もない。 長くておぼえられ
MicrosoftがPatterns & Practicesとかいうタイトルで何か書いてることは知ってたけど、XMLパフォーマンスに関するネタまで書いているとは知らなかった。 で、まず僕はこれらの執筆者を誰も知らないのだけど、ひどい内容である。こんなのが本当だと信じてチンタラ動くコードを書かされる人がかわいそうなので、ここにまともなチェックリストを載せておく。 Design Considerations Avoid XML as long as possible. Avoid processing large documents. Avoid validation. XmlValidatingReader is 2-3x slower than XmlTextReader. Avoid DTD, especially IDs and entity references. Use strea
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
