好玩的是，不專業的聯合報記者把 1M (Mb/s) 的頻寬單位，自作主張翻譯成 "公尺"

這篇新聞爭論的其實是 "peering" (網路互連)，無關 "transit" (借道連外)，同時也與最後一哩 (last mile) 的電路壟斷無關。所以很多網友說到台固想用中華電信的國際頻寬不付錢，或者是批評台固沒有自建電路，這都跟這條新聞完全無關

雖然已經不是在 ISP 業界了，不過看到這則新聞還是有深深的感慨，固然 ISP 對於中華電信的反彈有其利益考量，不過真正該思考的是：中華電信造成的不公平競爭，使得網路內容提供業者 (ICP) 面臨一個被壟斷而無法公平競爭的網路環境。

Peering (網路互連) 指的是兩個 ISP (網際網路供應商) 相互連結、互通有無的情況，例如 ISP-A 的用戶可以經由 peering 來直接存取放置在 ISP-B 內的網站，反之亦然

如果兩個 ISP 之間沒有 peering 的話，就必須透過 transit 經由其他 ISP 轉接過去，不然就是透過 網路交換中心(IX) 相互連接。

以香港為例，香港網路交換中心 (HKIX) 就扮演了一個很重要的角色，從下面這張圖可以看到，HKIX 的平均流量高達 40-50 Gb/s

這是日本 JPIX 的流量圖，平均流量高達 75Gb/s 以上:

然後我們來看看台灣的情況，有中華電信在背後當黑手的 台灣網際網路交換中心 (TWIX) 的流量是這樣的:

你沒看錯，TWIX 的流量平均只有 3Gb/s

TWIX 的線路連接情況可以從 TWNIC 的「連線頻寬查詢系統」查詢，簡單的說，TWIX 與各大 ISP 都有連接，但是擁有最多內容的中華電信卻只有 1Gb 的小水管連接到 TWIX。由於需求遠大於供給，逼迫各 ISP 必須直接拉線跟中華電信購買頻寬，以滿足自己的用戶所需

就國際上的慣例而言，兩家 ISP 互連 (peering)，會由淨流量輸入者付錢給淨流量輸出者，所以擁有比較多網站內容的 ISP 就有可能賺取這樣的 peering 費用

花錢買 peering 或許是合理的，尤其中華電信擁有國內最多的內容(因為用戶多)，但重點在於要花多少錢，中華電信的定價是否合理呢?

實際上來看，中華電信是三頭賺的:

網路內容業者(ICP)為了讓自己的網站用戶能有比較好的網路體驗，怕輸在起跑點上，所以必須花大錢租用中華電信的機房，把自己的網站 colocation 在中華電信

其他的 ISP 業者為了讓自己的寬頻用戶可以很順暢連結放在中華電信的網站，所以也要花大錢跟中華電信買頻寬

更重要的是，HINET寬頻用戶付了不算便宜的上網費用，卻造就了中華電信這樣的寬頻龍頭怪獸，並讓中華電信拿著當武器去壓迫其他 ICP 及 ISP...

依照 peering 的國際慣例計費方式，ISP 業者如果能夠爭取到比較好的內容業者，或許可以減少一些與中華電信 peering 費用，所以 ISP 業者就會盡力去以優惠價格爭取 ICP 內容業者進駐，ICP 得到扶持後，才有能力提供更多的服務給寬頻用戶，這可以使得寬頻用戶、ISP、ICP 三者間產生正向循環，這樣才能扶植網路內容產業的蓬勃發展：

但台灣因為中華電信的壟斷，導致這樣的循環無法成立，甚至變成惡性循環：

所以不但寬頻費用居高不下，網路內容業者(ICP)也無法藉由正向循環得到扶持

國內最成功的 peering 輸出國應該是遊戲橘子，遊戲橘子有自己的 AS Number (自治系統號碼)，藉由「天堂」這一款超人氣的線上遊戲，使得國內的一些 ISP 都不敢怠慢自己的寬頻用戶，必須乖乖掏錢出來跟遊戲橘子的代理商~和信超媒體買頻寬 (和信超媒體曾經投資過遊戲橘子)，不過，中華電信當然還是不會買的，因為他挾兩百萬的寬頻用戶自重

但很可惜的，國內似乎看不到其他內容業者能夠很成功的如法炮製

這正所謂的「養、套、殺」，網路內容業者(ICP)，如果一開始就屈服於中華電信的壟斷壓力，怕自己的用戶擁有不好的寬頻體驗，所以把自己的網站放在中華電信。等到網站越長越大，網路內容業者卻反而更擔心如果隨意搬移到其他 ISP 會導致用戶因為無法順利連結而大量流失用戶，所以就被中華電信套住了，之後當然就任意被獅子大開口，完全是賣方市場。想要多租個機櫃都可能跟你說空間不夠，要你配合搬去偏遠的機房。反而是其他 ISP 的機房空在那邊養蚊子

ISP 究竟能不能靠著爭取更多優質 ICP 業者的進駐而降低付給中華電信的 peering 費用呢? 在這個壟斷的環境中，事實上是很難的

過去和信超媒體(GIGA)提供給寬頻用戶的「免費個人網頁空間 (PWP)」曾經擁有非常大的流量輸出，這使得和信超媒體與中華電信 peering 的輸出與輸入不相上下，但中華電信認為這些都是垃圾流量而拒絕提供免費的 peering

曾有一次，GIGA 在國外租了個空間放 PWP 的 Proxy，然後把中華電信用戶連結 PWP 的需求經由國外 Proxy 餵回給中華電信，這一次據說就把中華電信的國際頻寬塞爆了。這個例子更顯示出中華電信對於 peering 定價的不合理性，把 proxy 放在國外餵回給中華電信，都比在國內 peering 餵給中華電信便宜

一個壟斷的網路環境會使得很多情況變得不合理，ICP 無法得到合理的回饋，ISP 也因為無力負擔 peering 費用而必須向 ICP 收取比較高的費用，造成惡性循環

無名小站在2006年曾經想如法炮製遊戲橘子的成功經驗 (後來因為被 Yahoo 買下而作罷)，無名小站那時想藉由自己用戶的壓力去逼迫中華電信屈服。但事實證明在中華電信屈服前，無名小站自己必然也會面對更大、來自原有用戶反彈的壓力！

要求中華電信無條件地提供免費 peering 可能是緣木求魚，或許也會有更多爭議，但還是期待中華電信能以其電信龍頭的高度，設法讓國內 ISP 及 ICP 的產業鏈更加健全，而不是只想要吸乾所有人的血。

遊戲橘子的成功有其時空背景，我不認為未來還會有其他家內容提供業者有這個膽識與中華電信對抗，這次 ISP 業者的反彈事實上也不是第一次了。無論如何，想要反轉這個畸形、被壟斷的網路環境，就只能期待 NCC 能有一點作為了。否則的話，台灣是永遠不可能養出像 Youtube 這樣的網站的!

相關討論:

• 拒付互連費》台灣大 槓上中華電 (台灣FTP聯盟)
• 拒付互連費台灣大 槓上中華電 giga網路翻版？ (PCZONE)
• 或許我們該聲援一下台灣大哥大 盼所有需要跟中華電信... (Mobile01)
• 今天報上的新聞, 中華對台固斷訊啦 (Mobile01)
• 中華電逐步斷訊 衝擊台固500萬戶 (PCDVD)
• 台灣大：被勒索 中華電：別炒作---黑心中華電-台灣完了 (PCDVD)

相關新聞:

• 2009/03/23: 拒付互連費》台灣大 槓上中華電 (經濟日報)
• 2009/04/09: 拒付互連費 中華電對台灣大斷訊 (經濟日報)
• 2009/04/09: 中華電：首富欠錢 台灣大：吃人夠夠 (經濟日報)
• 2009/04/10: 網路世界 強者恆強 (經濟日報)
• 2009/04/10: NCC 今討論互連費 (經濟日報)
• 2009/04/10: 台灣大：被勒索 中華電：別炒作 (工商時報)
• 2009/04/11: NCC：中華電互連費 應有折扣 (經濟日報)
• 2009/04/26: 網路互連費》對外割地賠款 對內互相傾軋 (聯合報/民意論壇/林一平)
• 2009/04/29: 網路互連費8次協商未果! NCC:樂觀看待不排除介入裁決 (NOWnews)
• 2009/05/20: 同業火力全開要求降價 中華電：認知有差距 協商很難喬 (鉅亨網)
• 2009/05/21: 網路互連費 公平會、NCC介入 (工商時報)
• 2009/05/21: 公平會：網路互連費若不降 中華電恐受罰 (中央社)
• 2009/05/21: 固網業者網路互連費協商仍無共識　下週將攤牌 (iThome)
• 2009/05/22: 網路互連 消費者權益才該優先考量 (RUN!PC)
• 2009/06/17: 網路互連費率 NCC：不排除啟動核定牌價制 (聯合晚報)
• 2009/06/17: 有多難喬？中華電：每M要1480元 (聯合晚報)
• 2009/08/06: 中華電網路互連費降價 (經濟日報)
• 2009/08/05: NCC核定第一類電信事業市場主導者網際網路互連頻寬（Peering）批發費率案

灌好作業系統後，可以先把 ThinkVantage System Update 裝起來，這樣 Thinkpad 相關的驅動程式及軟體都可以直接從這邊更新回來。對了，記得不要裝 Client Security Solution 因為裝了真的是自找麻煩! 另外 System Migration Assistant 和 Rescue and Recovery 我也沒裝..

接下來就是安裝應用程式了，儘可能都以免費的軟體為主:

PicPick 是一個很強大的截圖軟體
XnView 看圖及簡單的圖形處理
Paint.NET 是一個短小精幹的繪圖軟體
FileZilla 支援 FTP 及 SFTP 的檔案傳輸軟體
7-Zip 檔案解壓縮工具
K-Lite Codec Pack 播放各種影音檔案
Adobe Reader 閱讀 PDF 文件

Alcohol 52% Free Edition 虛擬光碟 (裝免費版的即可, 可選擇不裝贊助軟體)
Avira AntiVir 掃毒軟體
Unlocker 強制解鎖
RocketDock 像蘋果的工具列
新酷音輸入法 (最新版: 0.3.4.8)

其他網路工具包含:

• Messenger
• Mozilla Firefox
• Skype
• PCMan Lite
• Flickr Uploadr

Google 提供的工具:

• Google Chrome
• Google Talk
• Google Earth
• Picasa

另外微軟的 PowerToys for Windows XP 也有幾個不錯的小工具:

• CmdHere
• PowerToy Calculator
• Tweak UI

還有之前微軟有提供一個 Microsoft Chinese Date and Time，是一個我很愛用的農民曆及世界時間工具，但現在微軟似乎把連結拿掉了，不過網路上搜尋一下就找到了

引用 Google 對此產品的說明:

AdSense 網域廣告可讓發佈商在未使用的網域上顯示相關內容，以協助使用者取得所需的資訊。

使用者通常會在網址列中輸入網域，或按下無效連結而連上沒有內容的網站。AdSense 網域廣告可提供連結、搜尋結果、廣告和其他內容，而不是「建置中」網頁或 404 錯誤。我們的做法是使用語意技術，根據網域名稱來指定目標。當使用者與您網站上的廣告互動時，您便可以賺取收益。

我猜這個產品推出後，獲利最大的應該是各家 registrar (網址註冊商) 吧

可能有很多人會去註冊一些網址來專門放 AdSense for Domains 廣告賺錢，畢竟網址年費還算低，好一點的網址光放 AdSense for Domains 廣告搞不好就可以回本了，而且不用自己找機器放網頁，只要把網址 DNS 指過去 Google 的伺服器即可

根據 Google 的說明，DNS 只要設定好 CNAME 以及四筆 A 記錄即可，Google 也提供了各大網域註冊商(如 GoDaddy)的詳細設定方式

www   CNAME   pub-xxxxxxxxx.afd.ghs.google.com.

@   A   216.239.32.21
@   A   216.239.34.21
@   A   216.239.36.21
@   A   216.239.38.21

當然你也可以設定更多個 CNAME 就是了...

同時，對於網域廣告你還可以設定一些關鍵字，可以更精確選擇你想要顯示的廣告

另外「AdSense 網域廣告計劃政策」裡面有提到

Google AdSense 網域廣告非常重視商標所有人的權利。我們希望所有廣告客戶、使用者和商標所有人都瞭解 Google 審查 AdSense 網域廣告聯播網中商標侵權案件的程序。如果 Google 發現任何包含商標 (或類似拼字) 的網域名稱，便會將該網域從 AdSense 網域廣告聯播網中移除。

所以如果想要用與知名網站類似的網域名稱來使用 AdSense for Domains，也許會被移除吧

以下以每一天的優惠分列，這樣可以很快找出今天適用的優惠 (只列出汽油的優惠):

• 每一天:
  • 國泰世華信用卡/金融卡 @ 全國/台亞/鯨世界: 每公升降 1.9 元 (~2010/03/31)
  • 萬泰銀行御璽卡 @ 全國加油站: 每公升降 1.9 元 (~2010/03/31)
  • 中國信託信用卡/金融卡(>201) @ 台灣優力: 每公升降 1.8 元 (~2010/03/31)
  • 滙豐/兆豐/聯邦/玉山/元大信用卡 @ 全國/台亞/鯨世界: 每公升降 1.8 元 (~2010/03/31)
  • 永豐信用卡(>201) @ 台灣優力: 每公升降 1.8 元 (~2010/03/31)
  • 台新/日盛/信用卡 @ 全國/台亞/鯨世界: 每公升降 1.7 元 (~2010/03/31)
  • 各銀行 VISA金融卡 @ 全國加油站: 每公升降 1.7 元 (~2010/03/31)
  • 美國運通卡 @ 全國加油站: 每公升降 2 元 (~2009/12/31)
  • 匯豐銀行信用卡 @ 全國加油站: 每公升降 1.8 元 (~2009/12/31)
  • 玉山銀行山隆卡 @ 山隆加油站: 每公升降 1.8 元 (~2009/12/31)
  • 花旗信用卡(10公升) @ 台亞/鯨世界: 每公升降 1.8 元 (~2009/12/31)
  • VISA金融卡、信用卡 @ 中油自助加油: 每公升降 0.8 元

  • 大眾銀行 大眾卡 @ 任何加油站: 1%現金回饋 [下期折抵] (~2009/12/31)
  • 花旗 透明卡 @ 任何加油站: 1%現金回饋 [累計200元後折抵]
  • RBS 樂活白金卡 @ 任何加油站: 1%以上現金回饋 [累計200元後折抵]

• 每週二、四、六:
  • 匯豐銀行信用卡 @ 台亞、鯨世界: 每公升降 2 元 (~2009/09/30)
  • 美國運通卡 @ 優力: 每公升降 1.8 元 (~2009/9/30)

• 每週一:
  • 台塑會員卡/台亞帝雉卡(現金) @ 台亞: 每公升降 2.1 元 (~2010/03/31)

• 每週二:
  • 台北富邦 A-Power 聯名卡 @ 全國加油站: 每公升降 2.1 元 (~2010/03/31)
  • 回利卡(現金) @ 全國加油站: 每公升降 2.1 元 (~2010/03/31)

• 每週三:
  • 遠東銀行 台塑聯名卡 @ 台亞/福懋/西歐/鯨世界: 每公升降 2.1 元 (~2009/12/31)
  • 現金+會員卡(>201) @ 優力: 每公升降 1.9元 (~2010/03/31)
  • 刷卡+會員卡(>201) @ 優力: 每公升降 1元 (~2010/03/31)

• 每週四:
  • 無僅適用本日之方案

• 每週五:
  • 荷蘭銀行 樂活白金卡/LEXUS聯名卡@ 全國 每公升降 2 元 (~2009/09/30)

• 每週六:
  • 無僅適用本日之方案

• 每週日:
  • 聯邦銀行 家樂福聯名卡 @ 全國/台亞: 每公升降 1.8 元 (~2010/03/31)

各加油站官方網站:

• 全國加油站: http://www.npcgas.com.tw/
• 優力加油站: http://www.youni.com.tw/
• 台亞加油站: http://www.formosaoil.com.tw/
• 福懋加油站: http://www.ftc.com.tw/oil/
• 西歐加油站: http://www.cocosure.com.tw/
• 山隆加油站: http://www.slc.com.tw/
• 台灣中油: http://www.cpc.com.tw/
• 台塑石油: http://www.fpcc.com.tw/

最近更新日期: 2010/01/11

本文簡短網址: http://tinyurl.com/tw-oil

For installation, add the line below to /etc/aliases:

bug: "|/usr/local/bin/mantis-mail-gateway.pl   PROJECT   REPORTER"

and then run newaliases.

The incoming mail will be posted to a Mantis project named 'PROJECT' on behave of user 'REPORTER'. The mail subject will become the bug summary and the mail content will become the bug description.

Note that this script does not understand MIME multipart encoding and may have problems on mail contents besides plain-ASCII encoding.

You are welcome to add more features.

mantis-mail-gateway.pl: (can be downloaded here)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99

#!/usr/bin/perl
 
# mantis-mail-gateway.pl
 
# Mantis Mail Gateway
# Shen Cheng-Da (cdsheen AT gmail.com)
# require DBI to connect MySQL database
# http://blog.urdada.net/2008/11/11/95/
 
use DBI;
use POSIX qw(strftime);
 
my $db_host    = 'localhost';
my $db_name    = 'mantis';
my $db_user    = 'monitor';
my $db_pass    = 'monitorpass';
 
my $debug      = 0;
 
my $db = "dbi:mysql:dbname=${db_name};host=${db_host}";
 
die "Usage: $0 [project-name] [reporter]\n" unless @ARGV > 1;
 
my $project_name  = $ARGV[0];
my $reporter_name = $ARGV[1];
 
my $dbh;
my $sql;
my $sth;
my $project  = -1;
my $reporter = -1;
 
$dbh = DBI->connect($db, $db_user, $db_pass)
        || die 'ERROR: '.$dbh->errstr;
 
$sql = "SELECT id,name FROM mantis_project_table
        WHERE name LIKE '$project_name'";
 
$sth = $dbh->prepare($sql) || die 'ERROR: '.$dbh->errstr;
$sth->execute() || die 'ERROR: '.$dbh->errstr;
while( @data = $sth->fetchrow_array() ) {
        $project = $data[0];
}
$sth->finish;
 
die "ERROR: project \`$project_name' does not exist\n" unless $project > 0;
 
print "project: $project_name ($project)\n" if $debug;
 
$sql = "SELECT id,username FROM mantis_user_table
        WHERE username = '$reporter_name'";
 
$sth = $dbh->prepare($sql) || die 'ERROR: '.$dbh->errstr;
$sth->execute() || die 'ERROR: '.$dbh->errstr;
while( @data = $sth->fetchrow_array() ) {
        $reporter = $data[0];
}
$sth->finish;
 
die "ERROR: user \`$reporter_name' does not exist\n" unless $reporter > 0;
 
print "reporter: $reporter_name ($reporter)\n" if $debug;
 
my $subject = '';
my $content = '';
 
while(<STDIN>) {
        s/\s+$//;
        last if $_ eq '';
        $subject = $1 if /^Subject: (.+)$/;
}
while(<STDIN>) {
        $content .= $_;
}
 
$sql = 'INSERT INTO mantis_bug_text_table (description) VALUES (?)';
 
$sth = $dbh->prepare($sql) || die 'ERROR: '.$dbh->errstr;
$sth->execute($content) || die 'ERROR: '.$dbh->errstr;
$sth->finish;
 
my $textid = $dbh->{ q{mysql_insertid} };
 
print "bug text id: $textid\n" if $debug;
 
$sql = 'INSERT INTO mantis_bug_table
                ( project_id, reporter_id,
                  date_submitted, last_updated,
                  bug_text_id, summary )
        VALUES (?,?,?,?,?,?)';
 
my $now = strftime('%Y-%m-%d %H:%M:%S', localtime(time));
 
$sth = $dbh->prepare($sql) || die 'ERROR: '.$dbh->errstr;
$sth->execute($project, $reporter, $now, $now, $textid, $subject)
        || die 'ERROR: '.$dbh->errstr;
$sth->finish;
 
$dbh->disconnect;

這篇整理的是首開與各大信用卡合作的 中興嘟嘟房停車網

中興嘟嘟房在台北縣市很多地方的停車場都很方便..

例如世貿站就在台北國際會議中心地下室:

除此之外，永康夜市 和 基隆廟口站 也是個好地方

嘟嘟房各站點的位置以及合作的銀行可以從嘟嘟房的網站上面找到:
http://www.dodohome.com.tw/menu09/actparktable_big.asp

不過嘟嘟房的網站實在不好查，網站有點慢而且查詢層級有點亂.. orz

因此颱風假在家無聊，就把嘟嘟房台北&基隆可以臨時停車的站點匯入了 Google Maps，
產生了一份「我的地圖」，方便直接查詢可以停車的站點，如下所示:

有興趣的人可以直接點選 這邊 直接連結到這份地圖

不過實際的位置狀況以及哪些銀行間可以使用還是需以嘟嘟房原始網站的說明為準

然後重點來了，到底哪些卡才能使用嘟嘟房的停車優惠呢?

其實自從卡債風暴開始，各銀行已經已經大幅縮減信用卡的免費停車優惠了，
以嘟嘟房為例，很多信用卡已經改成需要扣點數或者符合一定消費金額才能免費停車了

建議選擇不需要額外扣點數也不需要扣錢的卡，主要是需要扣點數的算起來都不太划算
更詳細即時的資訊請參考原始嘟嘟房網站上 卡友專區 的說明

本文簡短網址為: http://tinyurl.com/dodohome

相關新聞:

• GigaMedia Sells Legacy ISP Business; One-Time Gain Expected
• GigaMedia unloads legacy ISP unit for $20 million

2000年進入 和信超媒體 工作時，當時公司最主要的業務就是 Cable Modem 寬頻上網，但受限於許多先天及後天因素，發展得並沒有很好。2001年開始進入 ADSL 的市場，但也因為中華電信獨占電路的關係，競爭還是處於不利地位。2006年 將 ADSL 部份賣給了現在的天空傳媒 (原Webs-TV) 之後，GigaMedia 還是持續經營著 Cable Modem 業務(和信超媒體)以及企業專線市場(和網寬頻)

中嘉網路原是和信關係企業，但在 安博凱MBK 入主之後，外資目前也佔了很大一部份股權。中嘉系統下的有線電視業者原本的 Cable Modem 寬頻上網服務就是由和信超媒體提供的，但是後來因為種種因素，中嘉還是推出了自己的 Cable Modem 品牌 (互動BB)，與和信超媒體 GIGA 品牌的 Cable Modem 變成競爭又合作的奇妙關係...

GigaMedia 事實上近幾年已經把精力幾乎都投注在線上遊戲的發展，ISP 網路部門的出售也是遲早的事。 ISP 部門尤其是企業專線市場與有線電視業者整合後，應該是能夠有更好的發展的!

在新聞發佈的這時候，我正在上海出差，看到這則新聞其實是有點百感交集，當初會加入這個公司，也是對 ISP 所能夠提供的服務有濃厚的興趣。從整套的寬頻網路管理系統 (內部稱 SIMBA)、ADSL 服務、網路相簿 到 WebAMP，都留下了我許多參與的心血...

世事是很難預料的，沒想到我最終還是回到網路遊戲這一塊，我研究所兩年的主要研究

無論如何，還是祝福 ISP 部門的同事們！

~ 希望我們的努力能讓你們手中的 option 價值更高一點

延伸閱讀:

• CCIE#11440's Blog: GigaMedia Sells Legacy ISP Business...
• Life is Colorful: 該來的終於來了 GigaMedia unloads legacy ISP
• 和信超媒體以 1790 萬美元出售 ADSL
• 和信超媒體收購宏碁戲谷

相對於 Google 的 AdSense，國內廠商 BloggerAds 的好處是只要有曝光就會有收入，一般來講，收益應該會比 AdSense 好很多..

BloggerAds 除了部落格的廣告外，另外還可以經由推薦連結及黃金寫手獲取收益，但對於一般的部落客而言，放廣告還是最簡單的方式

BloggerAds 的推薦連結只能讓推薦者分享30天內的收益，而且還只有30%，實在不夠吸引人，應該適度增加回饋的比例與時間，也許再搞個 老鼠會 多層次傳銷 的模式更能吸引人.. 不過國內廣告市場長期被G/Y等業者壟斷，不知道 BloggerAds 有沒有足夠的廣告來源來支撐營運就是了..

有興趣的人可以玩玩看，我半年才能吃一次大餐，也許你每個禮拜都能吃一次大餐

一年前 (2007/07/26) 把 BLOG 從無名小站 搬出來 到自己用 WordPress 架的這個站台

其實這一年來實在太忙，寫文章也是斷斷續續的，心血來潮就寫一篇，忙的時候停筆一兩個月也是常有的事，從開始寫 Blog 到現在也只累積了不到百篇文章。這幾天到上海出差，下班後回到飯店，想說連上自己的 Blog 看看有沒有被「和諧」掉(還好沒有)，突然發現 PageRank 升到 5 了。今年三月的時候，PageRank 還是只有 3 而已，大約四月底升到 4，然後到現在八月中左右就升到 5 了.. 不曉得 Google 怎麼算的

不過雖然 PageRank 升到 5 了，但是我發現原來在無名小站的舊 Blog 每日訪問數都還是比新的這邊高，而且其實舊的 Blog 內的文章大部分已經被我拿掉了，但是每日訪問數還是較多。更重要的是，從 Bloglines 的訂閱數目來看，新的 Blog 還是沒有超越原來我無名小站 Blog 的訂閱數 (其實都很少 XD)

但是呢，在大陸這邊，訪問我新的 Blog 是沒問題的，而無名小站的 Blog 卻被和諧掉了... 必須要 VPN 連回台灣才看得到

不過大概是大陸舉辦奧運的關係，我三月到上海出差時 FeedBurner 的 RSS Feed 是無法直接存取的，但是目前卻是一切正常的樣子，我想這或許也是大陸舉辦奧運的好處之一吧

只是不知道奧運過了會不會恢復原狀就是了 XD

下面這個 pre-commit hook 只是很簡單的不允許空白或不含字母的 commit log，
如果需要的話可以很容易擴充加上更多的判斷.. 記得要 chmod 755 喔

[Subversion pre-commit hook to reject commit with empty log]

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

#!/usr/bin/perl
 
# pre-commit hook to reject commit with empty log
# remember to chmod 755 on this file
 
die "Usage: $0 [REPOS] [TXN]\n" unless @ARGV > 1;
 
$REPOS=$ARGV[0];
$TXN=$ARGV[1];
 
$svnlook = '/usr/local/bin/svnlook';
 
chomp($author=`$svnlook author -t $TXN $REPOS`);
chomp($log=`$svnlook log -t $TXN $REPOS`);
 
if( $log eq '' || $log =~ /^\W+$/ ) {
    die "\nHello, $author. Empty commit log is not permitted!\n";
}
 
exit(0);

除此之外，對於 pre-commit hook，我還加上了檢查不允許跨 branch 的 commit，
因為一旦有了跨 branch 的 commit，會使得未來需要作 merge 的時候遇到許多麻煩

例如常用的 repository 結構如下:

/trunk/
/branches/helloworld-1.0/
/branches/helloworld-1.1/

要防止使用者同時對兩個以上的 branch (包含 main trunk) 作 commit，
可以把下面這一段程式再加進去 pre-commit 的 hook 中

[Subversion pre-commit hook to reject cross-branch commit]

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

#!/usr/bin/perl
 
# pre-commit hook to reject empty commit log and cross-branch commit
# remember to chmod 755 on this file
 
die "Usage: $0 [REPOS] [TXN]\n" unless @ARGV > 1;
 
$REPOS=$ARGV[0];
$TXN=$ARGV[1];
 
$svnlook = '/usr/local/bin/svnlook';
 
chomp($author=`$svnlook author -t $TXN $REPOS`);
chomp($log=`$svnlook log -t $TXN $REPOS`);
 
if( $log eq '' || $log =~ /^\W+$/ ) {
    die "\nHello, $author. Empty commit log is not permitted!\n";
}
 
open(DIRS,"$svnlook dirs-changed -t $TXN $REPOS|");
while(<DIRS>) {
    if( /^(trunk)\// ) {
        $branches{$1}++;
    }
    elsif( /^branches\/([^\/]+)/ ) {
         $branches{$1}++;
    }
}
close(DIRS);
 
$c = %branches;
 
if( $c > 1 ) {
    die "\nHello, $author. You can't commit to $c branches at the same time!\n";
}
 
exit(0);

進一步觀察這些個股的可扣抵稅率，以儒鴻（1476）36.21%最高，中鋼構（2013）35.17%、中鴻（2014）33.38%，另外，全國電（6281）、三星科技（5007）、宣昶（3315）等，可扣抵稅率都超過三成。以中鋼構為例，今年配發的現金股息為1.2元，換言之，若持有一張中鋼構參與今年的除權息，投資人將可獲得1,200元的現金股息，而其可扣抵稅率為35.17%，屆時可扣抵稅額即為422元。

法人指出，股東在申報個人綜合所得稅時，「股東可扣抵稅額」取決於「發放股利」與「稅額扣抵比率」，只要「稅額扣抵比率」高於「個人綜合所得稅率」（區分為免稅、6%、13%、21%、30%與40%），股東參與除權息，不僅可享受到股利或股息報酬，亦可額外獲得抵減稅額，可謂一魚雙吃。

不知道是不是我太落伍了...

我一直以為 C/C++ 下面 short, long, long long 三種資料型態都固定是 2, 4, 8 個 bytes 大小。只有 int 這個資料型態會因為 16-bit/32-bit 系統的不同而變成 2 或 4 bytes 的大小，所以理所當然 int 在 64-bit 的電腦也應該會變成 8 bytes (64-bit) 的大小囉 ?!

在整理前一篇文章《Bypass the 2GB file size limit on 32-bit Linux》的時候，讓我驚覺在 64-bit 的系統下，long 的長度也是各自表述的！

首先，int 的大小即使到了 64-bit 的機器上，大部分的系統仍然使用 4 bytes 的大小而已，這主要是為了避免程式從 32-bit 系統轉換到 64-bit 系統需要修改太多地方

再來，請參考 Wikipedia: 64-bit data models 的說明

絕大多數的 UNIX 系統在 64-bit 下面採用 LP64 這種 data model，這時候 long 就不再是固定為 4 bytes 大小，而是變成 8 bytes 的大小了！

然而，Win64 卻不是使用 LP64，而是採用 LLP64 這個 data model，這時候 long 的大小仍然還是 4 bytes

Many 64-bit compilers today use the LP64 model (including Solaris, AIX, HP, Linux, Mac OS X, and IBM z/OS native compilers). Microsoft's VC++ compiler uses the LLP64 model.

兩種 data model 的最大差異點就是 long 這個資料型態的大小，LP64 是 64-bit，而 LLP64 則是 32-bit

LLP64 data model 基本上可以說跟 32-bit 的系統一樣，唯一差別只有位址(pointer)改成了 64-bit 而已。資料物件(class, structure) 等如果沒有包含 pointer 的成員的話，整個物件的大小是與 32-bit 系統一樣的！

而 LP64 則是除了位址(pointer)改成 64-bit 之外，long 的大小也變成了 64-bit 大小。所以在 UNIX 下面，要把 32-bit 程式 porting 到 64-bit 可能要比 Windows 多花費多一點功夫。

所以呢，我們觀察到兩個問題影響著程式的相容性

1. 在 UNIX 下面，long 的大小在 32-bit 與 64-bit 的系統下是不一樣的
2. 同樣是 64-bit 系統，UNIX 與 Windows 對於 long 的大小看法是不一致的

為了使程式在 32-bit 與 64-bit 之間以及 UNIX 與 Windows 之間的相容性提昇，改用固定長度的資料型態是寫程式的一個好習慣

在 UNIX 下面，我們可以改用 stdint.h 這個 header file 中對於資料型態的定義:

int8_t     8-bit signed interger
int16_t    16-bit signed interger
int32_t    32-bit signed interger
int64_t    64-bit signed interger
uint8_t    8-bit unsigned interger
uint16_t   16-bit unsigned interger
uint32_t   32-bit unsigned interger
uint64_t   64-bit unsigned interger

在 Windows 下面，則改用下面這些整數固定大小的資料型態

INT8       8-bit signed integer
INT16      16-bit signed integer
INT32      32-bit signed integer
INT64      64-bit signed integer
UINT8      8-bit unsigned integer
UINT16     16-bit unsigned integer
UINT32     32-bit unsigned integer
UINT64     64-bit unsigned integer

絕對不要再使用 int 和 long 了！

尤其是寫網路程式時，很可能 client 是 Windows 而 server 是 UNIX，然後又有 32-bit 及 64-bit 系統混在裡面，一不小心就發生不相容的問題了...

當然，在 64-bit 的系統下寫程式，要考慮的絕對不只上面這些基本的資料型態。除了 pointer 的大小變成 64-bit 外，許多系統內建函式會用到的 size_t 及 off_t 的大小也變成 64-bit 了.... 寫程式時若有用到這些資料型態，需特別注意，尤其是 casting 時，千萬不要用 32-bit 的整數去裝這些資料，免得造成不可預期的結果！

最後提供一個小程式讓你得知你的系統主要資料型態的大小

1
2
3
4
5
6
7
8
9
10
11
12
13

#include <stdio.h>
#include <sys/types.h>
int main()
{
        printf("sizeof(short)     = %d\n", sizeof(short));
        printf("sizeof(int)       = %d\n", sizeof(int));
        printf("sizeof(long)      = %d\n", sizeof(long));
        printf("sizeof(long long) = %d\n\n", sizeof(long long));
 
        printf("sizeof(size_t)    = %d\n", sizeof(size_t));
        printf("sizeof(off_t)     = %d\n", sizeof(off_t));
        printf("sizeof(void *)    = %d\n", sizeof(void *));
}

參考資料:

1. Wikipedia: 64-bit data models
2. 64-Bit Programming Models: Why LP64?
3. Introduction to Win32/Win64
4. Porting 32-bit Applications to the Itanium® Architecture
5. Preparing Code for the IA-64 Architecture (PDF)

在 32 位元的 Linux 上面寫超過 2GB 的檔案會發生錯誤，甚至導致程式終止執行

這是因為 Linux 的系統內部處理檔案時用的指標定義為 long，而 long 在 32 位元的系統上的大小為 32 位元，因此最大只能支援 2^31-1 = 2,147,483,647 bytes 等於是 2GB 扣掉 1 byte 的檔案大小

64 位元的系統 (例如 AMD64 或 IA64) 則因為 long 定義成 64 位元，所以不會有問題..

#  if __WORDSIZE == 64
typedef long int int64_t;
# endif

不過在 FreeBSD 上面，即使是 32 位元的系統，也不會有 2GB 檔案大小的限制，這是因為 FreeBSD 內部處理檔案時，本來就是使用 64 位元的數字當作指標，所以不會有問題

因此在 32 位元的 Linux 上面，程式需要作一些額外處理才能正確寫超過 2GB 的檔案

我們先寫一個小程式來測試一下 (large.c)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <fcntl.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <signal.h>
#include <unistd.h>
#include <errno.h>
void sig_xfsz(int sig)
{
        printf("ERROR: SIGXFSZ (%d) signal received!\n", sig);
}
int main()
{
        int     i, fd;
        char    dummy[4096];
 
        signal( SIGXFSZ, sig_xfsz );
 
        unlink("large.log");
        fd = open("large.log", O_CREAT|O_WRONLY, 0644 );
 
        bzero( dummy, 4096 );
        /* 2GB = 4KB x 524288 */
        for( i = 0 ; i < 524287 ; i++ )
                write( fd, dummy, 4096 );
        write( fd, dummy, 4095 );
        printf("large.log: 2147483647 bytes\n");
 
        if( write( fd, dummy, 1 ) < 0 )
                printf("ERROR: %s [errno:%d]\n",strerror(errno),errno);
        else
                printf("large.log: 2147483648 bytes\n");
 
        close(fd);
        exit(0);
}

在 32 位元的 Linux 下面，以上程式編譯後若沒有特殊處理，執行結果如下:

# gcc -o large32 large.c
# ./large32
large.log: 2147483647 bytes
ERROR: SIGXFSZ (25) signal received!
ERROR: File too large [errno:27]

在寫第 2147483648 byte 的時候，程式會收到 signal SIGXFSZ，同時 write() 會回傳 -1 錯誤，errno 則為 27 (File too large)。更甚者，如果程式沒有像上面一樣去處理 SIGXFSZ 的話，內定的 signal handler 甚至會造成程式停止執行並產生 core dump

接下來，我們在編譯同一個程式的時候加入 -D_FILE_OFFSET_BITS=64 再試看看:

# gcc -D_FILE_OFFSET_BITS=64 -o large64 large.c
# ./large64
large.log: 2147483647 bytes
large.log: 2147483648 bytes

果然順利突破 2GB 的限制了!

而同樣的程式在 32 位元的 FreeBSD 下面，不論有沒有加這個定義，跑起來都是正確的

不過處理這些大檔案的時候，除了編譯程式時的參數不同外，有些函數的使用上也要作一些調整，例如 fseek() 與 ftell() 這兩個原本使用到 long integer 當作 offset 的函數:

1
2

int fseek(FILE *stream, long offset, int whence);
long ftell(FILE *stream);

只要系統是 32 位元，即使是在 FreeBSD 下面，都需要改為使用 off_t 的版本:

1
2

int fseeko(FILE *stream, off_t offset, int whence);
off_t ftello(FILE *stream);

在 Linux 下面，如果 _FILE_OFFSET_BITS 定義為 64，則 off_t 這個型態會自動轉成 64 位元的大小（在 FreeBSD 上面，off_t 本來就是 64 位元的大小)

每種系統支援大於 2GB 的檔案讀寫所需要的編譯選項都會有一些差異，即使是同樣是 Linux 也會因為 32 位元或 64 位元而有不同。有一個簡單的方法可以判斷，就是利用 glibc 提供的 getconf 來取得編譯(compile)以及連結(linking)時所需的參數:

# getconf LFS_CFLAGS
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
# getconf LFS_LDFLAGS 
 
#

上面是在 32 位元的 Redhat Linux 上面跑出來的結果，代表的是在這個系統上，若要讓程式支援 2GB 的檔案讀寫，編譯(compile)時需要加上 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 這兩個參數，連結(linking)時則不用加任何參數

參考資料:

• Large File Support in Linux
• LFS: Large File Support (Wikipedia)

首先是 blog 的 RSS/Atom 等都無法直接被訂閱了，因為 FeedSmith 自動把 RSS/Atom 導向到 FeedBurner 那邊了，所以大陸那邊的人就無法直接訂閱。

例如: 我的 blog 的 feed 是: http://blog.urdada.net/feed/ 就會被 FeedSmith 使用 HTTP Status Code 307 (Temporary Redirect) 重導到 http://feeds.feedburner.com/cdsheen，所以大陸人就看不到啦...

當然，從大陸透過 Bloglines 或 Google Reader 可能還是可以間接訂閱就是了...

另外一個問題是，所有 RSS/Atom 內文章的原始連結都會被 FeedSmith 代換成 FeedBurner 的網址來追蹤點擊率，但是這些連結在大陸都沒有任何作用，無法導回原始網站了... 因此即使大陸人可以使用 Bloglines 或 Google Reader 來間接訂閱，但是當要回原網站查看原文時，也會因為 FeedBurner 被擋而無法正確連結!

暫時還想不到比較好的解決方法，有人建議額外使用一個沒被 GFW 擋掉的 feed service provider 來專門給大陸客使用，例如: FeedSky，這是大陸的公司，我想應該不會被擋。不過為了不讓阿共仔的陰謀輕易得逞，我暫時還是維持只使用 FeedBurner，但是另外提供一個 feed 讓苦難的大陸同胞訂閱（雖然這樣就無法追蹤那邊的訂閱狀況了..）

# cp wp-rss.php rss-china.php

如果您人在大陸，想要訂閱我的 blog，請改用下面這個未經 FeedSmith 處理過的 feed 吧:

http://blog.urdada.net/rss-china.php

真是無奈... 大陸對於言論審查的尺度一直跟不上經濟自由化的腳步，總有一天會出問題的

沒錯！這是敝公司今年的春酒主題，一進會場就可看到華麗的舞台佈景：

福委會鼓勵大家以「上海風」的主題打扮，同時會頒發三名最佳服裝造型獎，有豐厚的獎金。許多同事還精心去租借禮服打扮，走入會場彷彿回到民國初年的上海灘..

近年來線上遊戲已經是公司主要的業務，所以會場還擺了輪盤、骰子及 Black Jack 三張賭桌讓大家玩一玩.. 通通玩過後可以換得一張刮刮樂彩券

最後是充滿創意的菜單:

節目是還蠻精彩的，開頭還有播放由員工合力自製的爆笑的 MV，會場有樂團的現場演唱，甚至還有請到羅賓老師來表演魔術。唯一遺憾的是，我今年又槓龜了，眼睜睜看著 Sony Bravia 40吋液晶電視、Canon EOS 400D、PSP 以及數十萬的現金大獎落入別人的口袋... 賓果遊戲沒有連線，連拿到的兩張刮刮樂彩券都沒刮中... @@

夜上海俱樂部精彩落幕，巧的是下禮拜就要去上海出差，真正體驗現代的上海灘風情了 XD