幾天前看見舊版面有點亂，就打算把整個主題推倒重來，再到官方主題站挑個新的。選了這套 Big Blue，清爽圖片少，就覺得很適合。字體有點小，不過調一下CSS就可以，問題不大。反倒是留言，雖然有內置分離功能，不過從主頁看留言數卻跟內文顯示的不同，不順眼。

所以有了動機。程式碼其實都不太難，改寫幾句就 OK。但是，卻被 PHP 這種本來是樣版語言的設計踹了一腳。我不小心的放了兩個 \n 在插件的 PHP 後面，自然它們也出現在準備輸出成網頁的那截記憶體裡。XML 的設計又很龜毛，哪管是空白字元，只要有東西在 <?xml version=”1.0″ ?> 之前就得去死，所以改好插件的頭兩天 feed 都變成了奇怪的亂碼 (我不知道為甚麼，明明只是空白字元而已)。還好有大雄經 twitter 提醒，不然讓這不到 200 個的忠實讀者受罪，那叫我如何受得起？

軟件這種東西永遠有 room for improvement。或許放一頁設定內頁，或許可以把外連列表 (listtrackping)都改成自動加上…

後記：插件是故意寫成 non-backward compatible，因為兩個版本(1.1.1 和 2.0)在功能上是毫無分別的。

這有可能是微軟為了防止被對手控告的保護策略，不過微軟至今仍未對外發表關於這兩項專利註冊的詳細資料。我們還是靜觀其變吧。

或許可以想像一下微軟註冊的動機究竟是甚麼。

1. 保護註冊
   為了免被敵對公司起訴而申請專利。
2. 特別技術
   微軟或許會為 Vista 加入特別的 RSS 顯示技術/延伸(眾所周知，RSS 2.0 支援命名空間)，為了防止有人未經授權使用，微軟將其註冊。
3. 壟斷平台
   會不會是微軟防止其他對手打著 RSS 之名入侵微軟的 Vista/IE 7 平台呢？雖然這可能性很低。

1. JPEG 只是相片格式的其中一種，此外還有 BMP，GIF，PNG 等等多款不同格式。雖然 JPEG 是主流，但不代表 JPEG 便是所有相片格式的代名詞。
2. JPEG 幾個英文字組成的簡寫，不太清楚電腦的人會聯想到甚麼呢？甚麼也聯想不到！說自己在看相片不是更清楚明白嗎？

同理，feed (web feed) 也一樣。

1. RSS 只是 feed 格式的其中一種，此外還有 ATOM，RDF 等不同格式。雖然 RSS 是主流，但不代表 RSS 便是所有發佈格式(Syndication)的代名詞。
2. RSS 幾個英文字組成的簡寫，不太清楚電腦的人會聯想到甚麼呢？甚麼也聯想不到(我覺得現時推廣 feed 還有難度，因為大家也將 feed 包裝成 RSS，不明就裏的人就被嚇倒了)！但是，我們應該說自己在看甚麼呢？

內地比較流行 feed 翻成種子的說法，眼明的大家應該知道那個是 seed 的誤譯。翻過字典，feed 直譯解飼料，解法也很合常理(話說也是 feed reader 的「資訊飼料」啊)，不過如果讓我們直接叫「看飼料」感覺又有點兒那個。外國主要提倡用圖示(上圖)來代替的，雖然跨國溝通問題不存在，但是用口游說還是有難度。

有另一批人比較擁護叫「訂址」的，但我覺得名字讀起來又不太自然。有好提議嗎各位？但決不能再說是 RSS 了，畢竟概念有誤，也不利推廣。

好了，辛苦了整晚檢查 Firefox 也可以把舊文章正常顯示出來以後，滿以為網頁可以通過 W3C 的 validator，怎知道它居然罵我那個<br /> 不可以用 clear 這個 attribute。

當然我知道 1.1 不可以用 clear，但問題是有些文章有左邊那幅圖的結構：圖片偏左(使用 CSS 以及 div)，文字偏右，然而我不想段落三也貼著段落二的尾部，被圖片壓成一堆。當時我知道唯一的解決辦法便是用 <br clear=”all” />，不過這樣就不符合 XHTML 1.1。
今天就找過一下 Google 看看有沒有人和我一樣遇上這樣的慘況。首先找上的是這篇，不過 <br style=”clear: all;” /> 只適合在 IE 上使用，Firefox 卻不理會。第二個方案則完全不行，因為一個<br /> 只能跳一行，遇上幾行空白就無用武之地。

在那篇文章的留言看見另一篇文章的連結，說要在不同的 block element 加入這個 attribute 而放棄 <br />。知道<p>會出現問題，所以便選擇了用<div>：

<div style="clear:both;"></div>

呼，以這個代替 br 便輕鬆解決了 XHTML 1.1 和 Firefox 的兼容問題～

可是我太懶，加上大意，竟以為以往的文章全符合 XML 格式而沒有再回顧檢查。結果嘛，剛剛就有人投訴說 TSP 中文簡介不能正常運作…

最後花了點功夫由頭一篇文章檢查到尾。其實這不是我的問題，而是 WordPress 為了讓文章好看一點而亂加上 <p> tag，而令網頁成不了正確的 XML。唉，累死了。

通常問題是這樣的：
<ul>
<li> ... </li>
</ul>

而 WordPress 卻很喜歡沒頭沒腦的在 </li> 之後加上</p> … 害得 Firefox 因為 XML 不正確而顯示錯誤畫面。
最後我要這樣：
<ul>
<li> ... </li>

</ul>
才把問題解決… 在這段時間找不到網頁的朋友，千個萬個的對不起！(我是不是要打 WP 的屁股？)

Anyway, let’s focus on it. SSE (Simple Sharing Extensions, not the Intel tech with the same name) is a way to let users collaborate on the same feed. This include merging of feeds from other authors, filtering out those you don’t want to appear and add in your own items (or edit), and publish a new one. Right, a bit sounds like CVS/SVN working model on RSS, but this is de-centralized and everybody can have his own version of feed.

Sounds interesting. What this thing can do though? If they succeed promoting it, it could efficiently wipe out existing popular services, namely technorati, del.icio.us, NewsGator, because now the feed itself can do their tasks! Let’s see… I really love this semantic web War~

對，RSS 不是甚麼標準，而是一堆自稱為 RSS 格式的集合。為甚麼這樣說？我們知道，RSS 有三個流通版本(0.91, 1.0, 2.0，以 2.0 較多人採用)，而其實 RSS 本身有多達十一種不相容的格式，由三個團體進行不同版本的開發(而曾經也因為矛盾而發生過衝突)，就是名字的全寫也有三個(Rich Site Summary，Really Simple Syndicate，RDF Site Summary)。我想這是唯一沒有 M$ 的參與，也會產生版本混亂和紛爭的格式。

所以，某程度上我看好 Atom。Atom 有單一的格式，由單一的團體開發(就是 IETF，各種通訊協定如 HTTP 的維護者)，也得到不少大機構支持(Google 和 M$，雖然兩者也同時支援 RSS…)，但是也由於花樣太少(例如 podcast)，所以至今還沒有被廣泛採用。

不說不知道，Atom 除了 feed 以外，也包括了一整套文章上傳/修改協定。

呵欠，微軟有興趣的話，即管為 RSS 搞破壞，我絕對歡迎。反正這所謂「標準」早已殘破不堪，而鄰家蘋果也為 podcast 加入在 RSS 空間以外的 tag 來支援自家的 iTunes 了。

或許你會問，這樣是多此一舉，既然一樣啦，為甚麼還要 Transform？

除錯。可能大家沒有這樣的經驗：看不到源 XML。源 XML 是從呼叫 SAX 各個 handler 的函數虛擬出來，根本便沒有 XML 產生過，除錯的時候很來找到問題的所在。用 Identity Transform 就好了，甚麼 XML 經 Transformer 一過便列了出來。

有些時候想把特定的元件改變，但其他則維持原狀，也可以透過從 Identity Transformation 樣版匯入其他樣版達到目的。此外，就是弄出不同排位次序但資料不變的 XML 檔案。

把 identity transformation template 貼出來看看：
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" version="1.0" indent="yes"/>
<xsl:strip-space elements="*"/>
<xsl:template match="@* | node()">
<xsl:copy>
<xsl:apply-templates/>
</xsl:copy>
</xsl:template>
</xsl:stylesheet>


延伸閱讀：XML.com: Using XSLT to Assist Regression Testing

1. XSLT(XSL Transformations，XSL 轉換)
   XSLT 給我的感覺很像 Regular Expression + Template，簡單的流程是在源 XML 找出要用的資料，再放到新 template 裏的變數裏去。例如 XML 格式裏有某個節點的資料要找出來，放進 HTML table 顯示給用家 (用家看不慣密麻麻的 XML 嘛)。XSLT 有點 programming 的意味 (有 foreach，也有 if else)，但是本身也是一套格式表達的語言呢。
2. XPath (XML Path Language，XML 路徑語言)
   這套不是 XML，卻是一套存取 XML 文件裏各元件資料 (包括元件值及屬性) 的語言。把 XPath 當成是在 XML 上使用的 SQL 較容易掌握。
3. XSL – FO (XSL Formatting Object，XSL 格式化物件
   一套專門描述格式試定的 XML… 說穿了其實那是 XHTML 跟 CSS 合在一起，再刪減某些和格式無關的部份。

這段 script 會透過 geourl.org 尋找在你網誌方圓 70 公里範圍內的所有網站標在衛星圖片上，而網址預設是我的 (http://mk.netgenes.org)，但可加進 url 這個 variable 變成你的(你要在 geourl.org 登記你的網站才成)。就如 http://mk-notes.com/sitesnearme.php?url=http%3A%2F%2Ffoobar.com (以 foobar.com 為中心)。由於 Google Maps API 不允許其他網址在 url 上出現，先要把冒號翻成 %3A，slash 翻成 %2F 才可以騙過 Google，讓網頁找到你的家。

(以下為技術文章)
麻煩死了，初想簡簡單單用一段 fetch XML script 把 geourl.org 的rdf 扯到我的 server 裏去，不過發現裏面太多我不想要的東西，用 javascript 讀起來會很麻煩，便試試用 PHP 把那段 rdf transform 一次 (對，我不懂 XSLT，又懶學)。試著用 xml_parser()，不知為甚麼內容統統不見。dom_xml 更奇怪，居然連續抱怨一空白行上不存在的 variable！後來想起伺服器支援 PHP 5，便索性用 simpleXML，簡單方便的寫完！只是在處理命名空間上有點麻煩，不過相對 xml_parser 及 dom_xml 那只是個小問題。

至於 javascript 嘛，不太難。Google Maps API 也頗實用，只是官網上的文件有錯處，害我撞進死胡同 (其實是設定為衛星圖片的常數多了一個 ‘G’ 開頭)。

Update:
剛弄了套較美觀的介面，除此之外還有給放到網頁上的版本。