中華電信不要再騙人了

mod 當初想說89元. 可以看些基本台, 如果還想更進一步的話, 再額外付費就好... 還可以接受.

重點是還可以看 MLB

回顧一下, 當時中華電信的廣告

HD奧運賽事明年中華電信MOD首播

中華電信再次透過轉投資的愛爾達科技獨家取得2008 年美國職棒大聯盟新媒體公司 (MLBAM)台灣區新媒體轉播權(包含MOD,Internet,Mobile)，除將標準畫質的轉播由去年的100場提升至165場，囊括所有台灣球手出賽的場次外，並同步推出HD高畫質數位轉播，讓觀眾為所喜愛的王建民加油的同時,也有親臨現場的感受!中華電信將帶領新媒體跨入到HD數位時代的新領域。

美國職棒新媒體公司(MLBAM)資深副總(Alexander Pigeon)表示：「我們很高興能再度透過愛爾達與中華電信合作，把熱門的賽事透過HD高畫質提供給所有台灣的球迷。今年的合作將帶給球迷們台灣球員的精彩表現，無論是透過MOD、手機或網路，都帶給觀眾極度的便利性！」

結果..

結果..

結果..

現在要看MLB 要用什麼看呢?

答案是..... 要用數位電視看..

相關新聞報導

MOD擅停MLB球賽 民眾氣炸要退租 

ＭＯＤ節目供應商台灣互動電視公司節目部經理呂岳憲表示，上個月大聯盟球賽開打之後，接獲民視無線台告知， 民視跟大聯盟購買的播放權只限於無線台，不得在ＭＯＤ播出，只好改播其他節目，台灣互動公司希望ＮＣＣ依照通訊傳播基本法第七條「不同傳輸技術不得差別管 理」精神，協助ＭＯＤ獲得授權，恢復播出這些節目。

民視節目部經理趙善意昨天回應表示，當初即很清楚向ＭＯＤ說明，他們ＭＬＢ談的版權就僅限於無線電視台的部份，而ＭＯＤ現被視為網路電視（ＩＰＴＶ）或有線電視（CABLE），若要在上頭放送比賽，可能要請ＭＯＤ直接向ＭＬＢ另行洽談版權。

奇怪.. 出事情後，怎麼變成是中華電信跟民視的MLB播放版權問題？？

不是中華電信轉投資的愛爾達取得MLB獨家授權嗎?

***最新消息：去電中華電信強烈、暴力反應後，客服打來協商：看是要幾張儲值卡或扣減三個月的月租費？

最後我選擇了後者.... 暫時又被中華電信屈服了.

中華電信給我高畫質

我家是用 FTTB 10M/2M ... 

一直以來一直被中華電信氣到說不出話來，我還是企客等級一級耶。

中華電信的工程師是一次拿不同型號的 ATU-R 放在我家隨我換...

先讓您們看高畫質...

拉進一點看... 

隔天.... 您看出問題了嗎?

同樣, 拉近一點看.. 您有沒有看到鋸齒狀呢?

天啊... 這種狀況時好時壞?您們有這種狀況嗎?

筆電鍵盤錯亂

有時後不知按到什麼按鍵…. 電腦鍵盤就錯亂了.. 例如打0, 結果出現*… 

這時可以按 FN 鍵+ NumLk 解決此問題.

HTC TouchDiamond2 HardReset

HTC TouchDiamond2 HardReset

同時按住聲音上、下鍵及紅色 reset 鍵即可

MySQL HA 與 Slave 的關係

上面一篇「MySQL HA」其實是要提 Mark Callaghan 所寫的「Global transaction IDs are hot」這篇文章。

在三種架構下，DRBD + Heartbeat 的系統要加掛 slave 是最容易的，因為 master server 雖然跳動，但 replication 位置不會變。

在 Master-Master 架構下，由於兩台 master 都有自己的 binlog，會使得 master 跳動時 slave 產生問題，也就是在 Mark Callaghan 文章裡所寫的三種解法 “switch and hope”、”check and lose”、”check and fix”。

這三種解法都並沒有很完滿的解決問題 (第三種解法雖然看起來有 “fix”，但是透過工人智慧手動解決)。

一種方法是引入 Global transactions IDs，這是由 Google 提出的 patch：「MySQL Hierarchical Replication & Global Group IDs」，對 binlog 每筆 transaction 都加上一組 64bits 且遞增的數字，這樣 slave 就不會受到 master 切換而產生 replication err。

先記錄下來，之後很有可能會透過 Google 又找到自己寫的文章…

Update：看到「High Availability for MySQL: Considering the Options」這篇文章，要如何做 HA。

選擇 MySQL 用的硬體

「5 Minute DBA – Database Server Hardware Selection」講了一些幫資料庫選擇硬體的方式，其實是偏向 MySQL…

簡單的說，CPU 超過 8 CPU 其實意義不大，不需要買 4*4core 或是 4*6core，因為 MySQL 目前無法利用到。

記憶體愈大愈好，記憶體現在便宜許多，如果有 I/O bound 的問題，除了改寫程式外，直接把記憶體加到 32GB 或是 64GB 通常是最划算的方法。

硬碟愈快愈好，有 Hardware RAID10 (要有電池) 會比軟體的 RAID10 好，不過這主要看需求，如果是 CPU bound 的應用，說不定 SATA 硬碟就夠用？

網卡請務必用 GigabitEthernet，最好是 bounding/trunking，除了增加 thoughput 外，也可以當作 redundant link。然後作業系統一定要選 64bits，不然會受限於記憶體可定址空間。

MySQL HA

MySQL 有幾種不同的方法實做 High Availability 架構：

• Master-Slave Replication，當 master 當掉時，將 slave 提昇為 master。
• DRBD + Heartbeat，透過網路對 Disk 層 RAID1，平常只有一台會 mount 並跑 mysql，當掉時會跳到另外一台。
• Master-Master Replication，當其中一台當掉時直接到另外一台使用。

這三種方法各有不同的缺點，舉例來說：

• Master-Slave Replication：master 當掉時可能有 transaction 已經寫入，但尚未被送到 slave 而造成不同步。
• DRBD + Heartbeat：當備援機跳起來時，記憶體內都還沒有 cache，會造成剛跑起來時 MySQL I/O bound，有時候叫做 “warm up problem”。
• Master-Master Replication：query 會有 race condition (同時在 db1 下 DELETE FROM table1;，以及在 db2 下 INSERT INTO table1 SET col1=1;，有可能最後在 db1 上有資料，但在 db2 上沒有資料)，這點可以用把寫入固定到某一台而避免，但由於也是 replication 類的架構，也會遇到 Master-Slave Replication 所敘述的問題。

由於資料的正確性會比其他的因素重要，現在我還是偏好用 DRBD + Heartbeat。因 query 的特性而不會有 query dependency 問題的系統才會用 Master-Master。