6月 27

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

6月 26

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

6月 23

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

6月 23

0. 介紹
PGCluster是日本作者修改PostgreSQL,使其達到Auto Replication, Load Balance 的能力。操作方式與原本PostgreSQL沒有太多差異,新增增加的幾個功能也會在下面介紹。

在安裝之前也建議將所有的node使用NIS/NFS管理。

Continue reading »

6月 23

[b]有褒有貶[/b]

看到一些文章,真的是對php在MVC的發展上有褒有貶。我並不是一個會專注一個程式語言,一種曉以大義的全功能解決方案,然後死扒著他覺得非用他不可的人。儘管我現在的工作需求也確實需要在php上發展MVC。在一開始的時候,我也曾經很認真地去追究Asp.Net, jsp, php的優缺點,並不是為了選出選美皇后,而是想想到底誰適合什麼?

想當然爾,php怎樣也拼不過java或是.Net原本忠實可以呈現MVC模式的環境,那這樣子似乎連我這篇文章都要寫不下去。

Continue reading »

6月 21

Leads to frustrating code to maintain and update ?

以往以來,撰寫php的程式設計師都會遇到一個問題。

我引用
這個投影片
http://www.phpontrax.com/downloads/trax_presentation.ppt
的一個小片段:

Continue reading »

6月 14

http://www.thinkingphp.org/tutorials/view/rest-api-in-cakephp-and-google-calendar/
這篇文章詳述了如何在cakephp裡使用自訂的appmodel來建立外部資料來源

基本上就是$useTable=false,接下來不管是連線啥的都得自己管理了

6月 06

http://www.scbr.com/docs/products/dhtmlxGrid/index.shtml

6月 02

  • Why Unit Test(單元測試)?

在本篇文章,要來討論的是Unit Test。
由於文章中會談到許多物件導向分析與設計,軟體工程的觀念,比較適合正在參與或是實做中大型專案的程式設計師閱讀。

Continue reading »

6月 02


估狗大神又多了奇怪的功能囉~
這一次可以很明確地瞭解大家喜歡怎樣的主題
也就是那樣東西的熱門度了

http://www.google.com/trends

舉例:

java,ruby,php
http://www.google.com/trends?q=java%2C+ruby%2C+php

之前看到的範例是
java j2ee , ruby rails, php smarty
http://www.google.com/trends?q=java+j2ee+%2C+ruby+rails%2C+php+smarty

不知道這樣的比較是不是一個好現象...
不過由此可見ruby的發展確實指日可待