IE8 は UTF-16 の XSLT をサポートしていない - satosystemsの日記
大量の 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概説：IPA 独立行政法人 情報処理推進機構
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において、脆弱性対策のための確認作業
Description of an update for Microsoft XML Core Services 4.0 Service Pack 2 - Microsoft Support
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
Marcelo's WebLog
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. 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... Author: Marcelo Lopez Ruiz - MSFT Date: 01/07/20
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
derivativeアルゴリズムについて(1) - ものがたり(旧)
冬休みに入ってからしばらくは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に失敗すること。 というわけで、
XML Schema: やるべきこと、やってはいけないこと
はじめに W3C XML Schema は学ぶのも使うのも簡単だ … 落とし穴をよける方法を知っていればね。「やるべきこと」はこれだ。最低これだけおぼえておけばいい。 これを使え!: 要素宣言、属性グループ、モデルグループ、単純型 可能な限り XML 名前空間を使え! そしてその正しい使い方を学ぶべし。 そして「やってはいけないこと」がこれだ。 XML Schema の名人になろうとするな! それには何ヵ月もかかるだろう。 こんなものは使うな!: 複合型(その理由)、 属性宣言(その理由)、 記法(その理由) ローカル宣言は使うな!(その理由) 置換グループは使うな! (その理由) targetNamespace 属性のないスキーマ(いわゆるカメレオンスキーマ)を使うな!(その理由) 後で説明するが、実際これらの「やってはいけない」ことをやらないことで失うものは何もない。 長くておぼえられ
the "true" checklists: XML Performance - ものがたり(旧)
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ページを開く
XmlDocument XmlResolver and cache the schema of XHTML.aspx)
Download Visual Studio 2005 Retired documentation from Official Microsoft Download Center
Schematron-Report - schematron implementation
default | Schematron
http://blog.33rpm.jp/excel-template-tt.html