大幅な構造の見直し。URIの解析、コンテントネゴシエーションをCoreが行い、その結果に基づいて各モジュールを呼び出し、SDFデータのロードを行うようになった。XNMのRSSもContent-typeについてはそれなりに適切に行うことが出来るように。言語関係は次辺りに実装予定。
しかーし、SageはどうやらFxのAcceptフィールドをそのまま使ってるらしく、q=1.0に「application/rss+xml」が入ってない。「text/xml」や「application/xml」は入ってるんだけど、これだけだと情報が不足している。ていうか、XHTMLに関しても、優先順位が微妙なんだけど。「application/xhtml+xml」と「application/xml」ってqvalueが同じな場合、どっちが優先なんだ。HTTPの仕様書内には「subtypeは『+』で結合されている方がより限定されている」とは書いてないし。「application/*」との比較だったら簡単なんだけど。
かりに「application/xml」と「application/xhtml+rss」が全く同じ順位だとすると、XHTML以外のフォーマットで送信するのも有りになってしまうんだけども。XML系が同じファイル名で、拡張子が違う状況になってると300 Multiple Choices連発になりかねないし、うーん？ 「application/xml」は「application/rss+xml」や「application/xhtml+xml」を包含するのだろうか。
とりあえず、RSSは.rssを付けて取得するのが安全かな。
なにやら特定のプロセッサに特化した（と表紙には書いてある）XSLTの本を本屋で発見。PHPでSablotronを使う人には良いのかも、と思って軽く立ち読みしてみると、大した内容ではなかった。
デザイン（XHTML）とデータ（XMLによるデータ構造）の分離うんぬんと言っていたけども、だったらXHTMLとCSSで（現状異論はあるだろうが）分離できるよ。データ構造と言いつつ、リストとか、表とかを独自要素で定義し直したりして無駄が多い上に、視覚情報まで詰め込んでいるのはどうかと思う。管理コストを下げたいのならば、XMLデータの構造は極限まで切りつめて、XSLTでその分を付加してあげないと。
で、期待していたSablotronとPHPに関しての部分はマニュアルに書いてあるレベルだった。もっとこうPHPとかSablotron特有の事情（バグ）について色々書いてあるのかと思っていたのだけども。残念。