奇想空間

今天看到報紙報道寶蓮寺因為迪士尼開幕，遊客少了一成，揚言可能會裁員和中止逾億元的擴建工程。

很久以前已經有報章說過寶蓮寺座擁鉅額財產，又發生過因寶蓮寺前空地地權誰屬和吊車站等有關土地業權的爭拗，有時候真不知道香港的佛教人士到底是在做甚麼的。米奇不是佛教中人，不知道佛教在香港的日常工作，也沒聽說過他們有甚麼佛學研究的重大發表。慈善活動倒不少，但那些慈善活動舉行期間同時也募集了不信眾的捐款。加上香港各個佛教團體看似有組織，但財政上又頗為獨立，也不知道各佛寺到底有沒有規定要將募集得的善信捐款，以某一比例形式上繳到哪個法定機構。雖然不少佛教團體都是非牟利的，但是像負責管理寶蓮寺的有限公司又像是牟利機構...千絲萬縷，真搞不懂。

做任何生意，都不會因為一個月的盈利來斷定成敗，何況只是下跌一成？迪士尼開幕以來，負面消息不絕，也傳出過專門接送旅客到迪士尼的運輸業人士說生意慘淡的消息，可以想像迪士尼生意也不是那麼理想。以寶蓮寺這百年老字號來說，只憑一個月的生意少了一成就說要裁員，不免說得太過份。更何況上億元的工程，絕非一時三刻決定的，又怎會突然說沒錢？想向政府扭計，這未免太造作了。

米奇覺得奇妙的是，和尚敲經念佛，普渡眾生，怎麼會當作生意來做的？

自己一向是用Winny這個軟件來釣動畫來看的，在Winny裡有一個叫Cluster Word的機制，用來排列用戶間的連接優先順序。一向以來，我都是「アニメ コミック ゲーム」這一句Cluster Word的，效果不過不失。

最近啟動這個軟件的時候覺得很奇怪，總會見到很多人用同一組奇怪的字作Cluster Word，於是就拿那些字句到網上去查，一查之下才發現，原來現在日本的用戶都用上這些字眼來提高連接的得分。

Winny是一個「放置型」的檔案交換軟件，所謂「放置型」交換軟件，就是只要用戶設定好上載檔案的位置，和下載檔案的條件之後，丟著它不管它就會去完成任務。因此，決定選用Winny之前，首先你要考慮到長期開著電腦所會遇到的損耗和安全問題。此外，由於Winny最初就是給日本人用的軟件，所以一定要在日文模式下才能正常顯示。米奇試過即使是在WinXP用AppLocale Utility，也不能在中文模式下正常顯示，這是最令香港人感到麻煩的地方。

Winny跟BT和WinMX的分享方法都不同，BT是一點對多點同時上下載，要下載首先要找到種子；而WinMX則是對等相談型一點對一點交換，要取得檔案首先要跟檔案擁有者談妥條件，大多數情況之下都是等價交換的（雖然大多數香港人都不會那樣做...），而Winny則是無交談的點對點交換，Winny有很好的上下游搜尋功能，所以即使從一個點未能將檔案完全下載回來，也會自動往上游或下游的使用者處找尋有沒有相同檔案來下載。因此只要丟著不管就可以。

有很多朋友都知道米奇一直是用Winny來跟日本人交換檔案的，由於日本人奇怪的民族性，BT在日本極不流行，相反，這個Winny卻一直是日本人交換檔案的常用工具。由於有很多朋友都因為Winny全日文介面的問題而不知道如何設定，因而錯失了跟日本人交換檔案的樂趣，所以米奇就特地在開設這個分類，在這裡寫下一些操作與設定的心得，那米奇就不用一一解答了(T.T)

Winny是由日本人金子勇（筆名４７氏）所開發的檔案交換軟件，原著版最終版本為v2.0b7.1。雖然現在原作者已經因為種種理由而停止了開發，不過利用它來交換檔案的人仍然很多，當然都集中是日本人了。雖然自從金子勇被奇妙的日本檢察廳控告（開發軟件的人會被告這種事在香港或美國都不可能發生的吧？）之後，也有很多有志者推出過很多加強了隱密性的Winny版本（如Winny Ver2pβ7.26），或操作跟Winny非常相像的分享軟件（如Share)，但使用者數量遠遠不及Winny v2.0b7.1多，這可以從各軟件的初期node更新狀況中看得出來。

Winny最強的地方是日本檔案搜尋。由於Winny的使用者絕大多數是日本人，找尋日本節目、遊戲、漫畫和同人誌的能力特別強，以動畫為例，日本凌晨1時45分播映的動畫，大多都可以在香港時間上午6時左右找得到。相反，找尋其他檔案的能力就不高，尤其是應用軟件。而且，那裡下載的動畫，99%都是沒有字幕的。

米奇不打算在這裡說得太深奧，只是希望讓大家能順利地利用Winny來跟日本人分享檔案。

這個新聞真是備受注目，因為很多BT友雖然咀裡常說不會告得入，但心裡其實也不大清楚。經這一判之後，相信很多BT活躍分子都會再想想怎麼發送檔案了。

不過大家都知道，現在最利害的BT散佈方式都是透過大陸的BT討論區，隨便用搜尋器找一找都可以找到一大埋大陸的BT討論區，相信竭止不了多少吧？

雖然米奇也是用Winny下載的瘋漢，不過心裡卻滿意這次裁決。記得以前還在《Game Players》做的時候，書中曾經出現過一次「支持翻版、打倒正版」的筆戰。單看名字就知道這是本末倒置的歪論，不過竟然有年輕人相信這套歪理，還在以揚揚數千字的歪理抗辯，心裡實在很不是味兒。

米奇不是聖人，也在下載，但總會知道自己在做的不是正當事，總有一份知恥之心。但現在的年輕人實在連自己在做的是甚麼事也不了解，卻盲目的跟風去做。這次裁決，正好是當頭棒喝，讓年青人醒過來吧。

使用了Zoundry之後才留意到原來是用以透過MetaWeblog的介面將圖片上傳到pLog上去，MetaWeblog是XMLRPC的其中一個應用，換言之XMLRPC是支援檔案上傳的。但是該怎麼做呢？

看一下文件，才留意到XMLRPC原來定義了一些PHP所沒有的資料形態，分別是base64、dateTime.iso8601和structure。在實作上，IXR_Library將structure以array的形式傳送出去，接收回來之後又將它變換回array；datetime.iso8601則只是將日期重新排列而已，但由於有特定的tag，所以需要在放到client物件的qurey方法送出去前轉換為IXR_Date形態的物件：

$date = new IXR_Date(time());

base64主要是用來傳送檔案用的，放到query方法去之前也同樣要先建立IXR_base64物件。其實這物件也是以將檔案以字串形式讀取（file_get_contents），以base64形式編碼之後，在前後加上Tags而已：

$file = new IXR_base64(file_get_contents('the_file.ext'));

當IXR_Library的服務端收到base64形態的資料時，它會透明地將base64資料解碼後才傳送給處理程式(callbacks)，所以程式員在撰寫callbacks時，完全不用理會IXR_Library是怎麼接收程式，只要將傳入的bit字串以Binary mode寫入檔案，就可以將檔案還原。

if (!$fp = fopen( "storage_path/the_file.ext", "wb" ) ) {
  return new IXR_Error(-1, 'Could not open file');
}
if ( fwrite( $fp, $bits ) === false ) {
  return new IXR_Error(-1, 'Could not write to file');
}
fclose($fp);

不過，base64形態的資料沒帶有檔名，所以如果你想沿用原來的檔名，那就要將檔名以另一個參數的形式傳送過去。而MetaWeblog是以array的形式將檔案內容、檔案類型，和檔案名稱封裝在一個array形式送出去，這是一個不錯的做法。

為了改善ComicParty的功能，在研究pLog的功能和MVC模型之餘，不知不覺間開始研究起XMLRPC來，也學寫寫Web Service。

早陣子PEAR XML_RPC出了漏洞，引來大哄動，因為有很多php的應用都了PEAR XML_RPC這個函式庫。幸好pLog是使用另一個較古老的XMLRPC實作-Incutio XML-RPC Library for PHP。

這個又叫IXR_Library的函式庫非常簡單，像我這種初學者也看得懂它的內部構造，是很好的學習教材。不過使用IXR_Library有幾點要注意（感謝markwu的提點）：

• IXR_Library並沒有在伺服器回應的xml中標明xml的編碼，所以如果想明顯指定編碼的話，就要在IXR_Server這個類別中加入有關的設定：
  

  --[找尋]--
  var $capabilities;
  --[之後，加入]--
  var $defencoding = 'utf-8'; XML Target coding只可輸出'ISO-8859-1'、'US_ASCII'和'UTF-8'三種編碼,
  --[找尋]--
  $xml = '<?xml version="1.0"?>'."n".$xml;
   
  --[修改為]--
  $xml = '<?xml version="1.0" encoding="'.$this->defencoding.'"?>'."n".$xml;
   
  --[存檔並關閉]--

  
  
• IXR_Library裡的IXR_Date類別有幾點寫錯了，將年月日也設定成年份，需要修正：
  

  --[找尋]--
  $this->month = date('Y', $timestamp);
  $this->day = date('Y', $timestamp);
  --[修改為]--
  $this->month = date('m', $timestamp);
  $this->day = date('d', $timestamp);

  
  
• 在編寫Server端的Callback函式時，要檢查存入的參數$args是不是陣列，因為如果呼叫Web Service時只傳入一個參數的話，那IXR_Server在呼叫Callback函數時就會直接傳入那個值，而不是以array形式把存入參數包裹起來。
• 客戶端類別IXR_Client裡有個$debug參數，是用來輸出除錯用情報的，只要將它設定為true，客戶端呼叫服務時便會同時顯示送出的資料和收到的回應。

剛剛又收到一份SCEH送來的新聞稿，裡面除了宣傳將於時代廣場搞的網劇首映之外，還順便介紹了一套名為《心跳季節》之“夏日故事：Double Cast 雙重角色”的網劇的劇情...

咦？之前不是公布過一套名為《心跳季節》之“春日故事：Double Cast 雙重角色”的網劇的嗎？對，那是10月7日的新聞稿。那是更正之前的新聞稿嗎？不，這是另一個故事，基本上是按照《Double Cast》原著改編的，由赤子演出的。

這期間米奇沒有收過其他更正通告，那即是甚麼意思？兩套片的名字都是對的？之前那套的劇情有錯？還是之前的片名搞錯了，如今想蒙混過去？

如果我是一般的報刊記者，對原著遊戲一無所知，想根據過去的新聞稿寫一篇介紹稿，要列出所有網劇的片名的話，那好有可能會出現兩套《Double Cast》了...

P.S.出到得4份新聞稿，《故事大綱》仍然是寫成《故事大剛》，救命...

剛連續看了三套萌片－－《To Heart 2》、《Lemonade》和《Canvas 2》，才播到第二、三集作畫水準已急跌了，連劇本也那麼不濟。

本來萌片的劇情已經很公式化，不過如果內容夠充實和合理的話還可以接受。像《To Heart 2》第三集，講到那圖書館委員長因私利借小牧愛佳不是圖書委員的身份，要她交還圖書館倉庫的鑰匙。可以想像得到最後小牧一定可以繼續倉庫，但沒想到最後只是小牧一句「我比較熟悉...」就把鑰匙拿掉，這樣小牧跟那圖書館委員長有甚麼分別？小牧本來真的沒有立場佔用倉庫的，好心劇本就想個好一點的方法讓小牧名正言順地可以使用倉庫吧。

《Lemonade》的問題在於故事太鬆散，不夠內容去拍成22分鐘的故事，於是出現很多拖長來做的動作和空鏡，看來是劇本和演出都是新人吧？

這樣下去，萌片的潮流相信不久便會過去。要不然，就是日本動畫的死亡了。

剛剛才留意到0verFlow原來在10月1日公布了一個以《School Days》故事為背景的新遊戲《Summer Days》。這個遊戲看來是以清浦剎那，時間性應該是在《School Days》故事之前的夏天發生吧？

在上一集中，剎那的故事只有一條線可以玩得到，而且也算完整，頗留下印象，可能是受歡迎所以添食吧。遊戲預定明年1月推出，玩法與《School Days》相同，是《School Days》的Fans Disk。

這陣子極度缺水，又來個這樣子的遊戲，實在太過份了(T.T)。希望今次不要又因為死Hard Disk而延期吧。

《School Days》官方網址：