OpenSource CMS動態

距離之前研究也有一陣子，忽然發現狀態並不見得單純的branch而已。
無奈一心無法兩用～晚上來惡補一下。

PostgreSQL vs MySQL

http://docs.moodle.org/en/Arguments_in_favour_of_PostgreSQL

要仔細想想，自己的堅持並不是道聽途說，也不是人云亦云。

MySQL的3byte Unicode發生過無法透過MyODBC正確敵select的問題，所以我這裡用途不能夠使用MySQL。
目前是因為這樣而無法使用。


PostgreSQL資料庫本身我「還沒有」遇過問題。
PostgreSQL的管理介面沒有MySQL豐富，社群也沒他大，這並不是代表他沒有問題，免錢的有這種成績我已經要感謝上蒼，
而只是如果我是要做商業用途，我應該找一個自己用起來符合要求的資料庫。
因為這樣我選擇PostgreSQL。

選那邊站不重要，重要的是目標有達成。
我應該維持一個立場，如果今天是我整握大局，那就應該由我決定要用什麼，而決定了就更不應該懷疑自己的決定。

Yahoo UI Library

http://developer.yahoo.com/yui/index.html

這個blog…

幾乎被我用來寫技術文章了，所以可能少了些閒聊瞎扯的事情
不過也是有考慮寫一些動畫的瞎扯...

說到動畫，最近食了不少詭異的玩意兒。

Flash RIA-不可忽視的Web 2.0技術

http://www.ascc.sinica.edu.tw/nl/93/2019/02.txt

有關PostgreSQL好笑的文章

http://my.so-net.net.tw/seiliki/pgsql-advocacy1.html

說好笑應該是在那一段拿機車公車比喻mysql與postgresql的一段，覺得真的是很傳神。
總歸起來mysql適合輕量，只有資料，關連單純的應用，他保證你快。
而postgresql適合良好或是複雜設計的應用，你會用到trigger, stored procedure等功能來處理你的資料(你總不會說論壇的文章需要這些東西吧)，那你應該選擇postgresql。
postgresql的穩定度真是嚇死人，以前我把pgcluster的load balancer操爆了，結果DB還沒事。
當然還是一句老話各有優缺點，你應該要慎選你所適合的DBMS，不要人云亦云！

至於為啥都沒提到MSSQL和Oracle，也不過就是因為他們要錢，對於一些小型的專案真的是不可能去使用的...


更多閱讀
http://www-css.fnal.gov/dsg/external/freeware/mysql-vs-pgsql.html

HeartBeat安裝

介紹

heartbeat為linux high availibility計畫所釋出的套件，目前stable版本為1.2.3。heartbeat包含了幾個元件，ipfail，Stonith，Ldirectord。

ipfail的功能直接包含在heartbeat裡面，是一個能夠在探知服務IP失效了便立即將服務IP抓取來用的功能。

Stonith是為了要在任何server停止時，確保剩下的server不會被正在運作的server所影響，可以選擇性強制停止一些server的解決方案。可能會使用在例如共用資料的情況之下。

Ldirector是一個負載平衡的服務器。