番茄花園美化修改版Windows XP的作者、軟件下載網站番茄花園(tomatolei.com)站長洪磊的父親19日晚22:50獨家向新浪科技證實，洪磊已經于15日(上周五)被警方拘留審查，網站被關閉，服務器及洪磊的筆記本被警方帶走，為洪磊提供的技術開發支持的成都紅果科技有限公司也被查封。

　　據知情人士透露，由于此案是直接由上級機關指派給蘇州公安局虎丘區派出所要求查處，并且負責破案的不僅僅是蘇州方面，因此很早就有人猜測這是微軟方面直接參與促成的事件。

　　8月20日中午，微軟中國也向媒體正式作出了回應稱，“番茄花園從事的軟件盜版活動在相當長的一段時間以來十分猖獗，包括微軟在內的眾多國內外軟件公司的權益均受到了嚴重損害，鑒于此，微軟日前和其它軟件公司就番茄花園網站的侵權犯罪活動，向國家版權局和公安部進行了投訴，并得到了高度重視。”

　　上個月可能最受大家關注的新聞就是這條了，或許大家會簡單的認為這次事件純屬微軟的反盜版行為，但是這次事件絕不僅僅是簡單的反盜版，微軟之意在于一箭雙雕，一方面嚴重的打擊了最大的盜版源，另一方面為其在中國面臨的反壟斷調查提供籌碼，更深層次的意義在于消滅 Windows XP 在市面上的流行。

　　讓我們來看看和微軟反壟斷相關的一些相關動作的時間吧：

　　7月31日，董正偉向商務部、國家工商總局、國家發改委發出《請求保護公民財產權益的建議申請書》，建議對微軟開展反壟斷調查，罰款10億美元，并責令其公開程序源代碼，并建立微軟產品的價格聽證制度。

　　微軟做出的回應是：

　　“由于微軟大部分以非正版方式存在，正版產品市場份額很小，因此微軟在中國構成壟斷的前提不存在。”微軟公司資深副總裁、微軟（中國）有限公司董事長張亞勤稱。這是微軟高管自中國《反壟斷法》8月1日實施后第一次正面回應微軟在中國的壟斷問題。

　　從時間上來看，我們可以認為打擊番茄花園是微軟為了上面這個回應的提供一個有效證據，增加其在反壟斷調查方面的籌碼。

　　最后大家可能忽略了另外一個不是那么重要的信息：

　　據國外媒體報道,微軟此前表示,將于2008年6月30終止Windows XP操作系統OEM(原始設備制造商)版和簡裝版的銷售(系統集成商的相應終止日期向后延遲到2008年12月31日)

　　也就是說，我們現在已經無法買到正版的 WindowsXP 了，而面對兼容性的問題，對硬件要求過高的問題，也是 Vista 普及的重大瓶頸，特別是在國內 WindowsXP 改版如此流行的情況下，Vista 推廣受阻，微軟一定會想辦法去給盜版 WindowsXP 市場來一次釜底抽薪，讓 Vista 在正版和盜版市場的占有率同步提高。

　　可以說，這次微軟打擊番茄花園在各個方面都給微軟帶來了不少的好處，可謂是一個妙招，而番茄花園站長洪磊也就成為了繼珊瑚蟲以后的有一個商業利益的犧牲品了。

大家可以去 Google Chrome 的官方網站去下載：
http://www.google.com/chrome

Google chrome特性是：

• 從界面來看，我們設計了一個簡單而高效的瀏覽器窗口。對大多數人來說，瀏覽器本身并不重要，它只是一個能夠運行互聯網網頁、網站和網絡應用等重要程序的工具。正如谷歌的經典主頁，谷歌瀏覽器延續了簡潔、快速的設計理念，幫助用戶快速準確地到達目的地。
• 從根本上講，我們提供了一個能更好地支持各種復雜網絡應用的瀏覽器基礎平臺。通過讓每一個標簽相互獨立開來，從而避免了兩個標簽頁產生沖突的可能，同時面對來自惡意網站的攻擊，谷歌瀏覽器提供了更好的保護。我們提高了瀏覽器整體上的速度和響應度。我們還建立了一個更強大的 JavaScript 引擎 V8，以便為下一代網絡應用技術提供支持，這些網絡應用在目前的瀏覽器上幾乎不可能實現。
• —–來自Google黑板報“瀏覽器的新視角”

Chrome并非基于Firefox，而是基于蘋果的WebKit引擎。盡管Safari并沒有獲得巨大成功，但WebKit卻向它提供了一大優勢：速度。WebKit和谷歌開發的V8 java腳本渲染引擎聯手，理論上將使Chrome在速度上“百尺竿頭，更進一步”。即使Chrome的功能達不到出色的水平，也將成為Firefox的強大競爭對手。

Google chrome，中文名叫什么好呢？叫“Google 合金”？或者來個跟通俗乃至庸俗的名字“Google 瀏覽器”？呵呵，不管來什么，這個都是一個好事情。我們都充滿著期待，也許過10幾分鐘，也許還有幾個小時，我們都能看到廬山真面目了。不過我突然感覺到自己被來自Google的服務全面包圍：Gmail、Gtalk、Google 輸入法、Google Analytics、Google  Reader  、 Google notebook，當然還有Google search。有點害怕，如果有天，Google告訴我你的Google 信用卡這個月消費是“1000RMB”，賬單如下：…..。我還有什么Google所不知道的？:-(

再看看老外的Blog,幾乎全球的技術Blog都在寫有關Google Chrome的事情。真佩服Google 如此良好的口碑效應和強大的Marketing能力。有這樣好的宣傳，何愁沒有用戶？

城市風景小區目前物業名為安徽合居美尚物業，該物業是剛于本月才成立的物業公司，只有暫定為三級的資質，無論從管理水平，管理資質上都不能達到一級服務標準，物業收費卻按一級收費收費，有違《合肥市住宅小區物業綜合服務收費指導價標準》的相關規定，但是在眾多業主再三要求以及多次提意見之下，仍然沒有得到任何答復和解決。

讓我們來看看這個物業的所作所為吧
無組織無紀律,解決不了任何問題,遇到投訴一概推托，遇到問題一概無能為力，袖手旁觀甚至說風涼話，晚上物業無人值班，出現任何問題沒人可聯系，更不可能幫忙解決；反而人多勢眾，一副欺軟怕硬的樣子，仿佛欺負業主才是正道；物業形同虛設，尤其是保安無所事事，近日來我們小區接連發生2起入戶盜竊事件，被盜住戶已有6家（5號樓4家，6號樓2家，第一時間，高新區公安局均有記錄）。而且盜竊案件是在8.8號連盜四家5天之后又盜2家！！我們的物業“無所畏懼”毫無作為，簡直拿業主的生命財產安全不當回事！！

相關惡劣表現不勝枚舉！！請問，這樣的物業，你們能夠忍受嗎？請問KFS， 這樣的物業你們是怎么熟視無睹的？那么我們這些業主呢？是該行動起來還是繼續沉默下去呢？

讓大家都來了解一下，城市風景給了我們怎樣的房子，又給了我們怎么樣的物業？讓一切慘不忍睹的行徑曝光在眾目睽睽之下，讓更多的人來了解這個小區！！

Linux 的安全防護，用 fail2ban 自動封IP

　　總以為 Linux 比較安全，被攻擊的概率較低，不過我用了非常簡單的 root 賬戶密碼 (password)，家里的機子兩次剛掛上網沒半天就被人給改了密碼，很是郁悶，不過兩次的原因都很簡單，掛上網后就開始遭遇不斷的試密碼，因為密碼過于簡單，很快就被攻破了，想想看，這也不是個事，密碼就算比較復雜，天天也還是會被人試密碼，心里總是不爽，找找看有沒有什么輸錯幾次密碼就自動禁止 IP 的工具。這不，還真找到了個叫 fail2ban 的小工具，通過分析日志來自動 ban 入侵者的 IP，話不多說，裝上去用用。

　　下載地址在：http://fail2ban.sourceforge.net/rpms/

　　找到最新版本的  rpm 包來安裝，裝好后，稍微根據自己的情況改一下配置就可以使用了。

vi /etc/fail2ban.conf

#以 daemon 方式啟動 fail2ban
background = true

#允許嘗試次數
maxfailures = 3

#觸發 maxfailures 之後的封鎖時間(秒); 設為 -1 表示永遠封鎖
bantime = 3600

#以 findtime (秒) 時間內的錯誤記錄作為 maxfailures 的計數基準
findtime = 600

#排除 IP 范圍, 以空白隔開
ignoreip = 127.0.0.1 192.168.0.0/24

#不啟用 mail 通知
[MAIL]

enabled = false

#修改自 VSFTPD, 未提及的部份保持原設定
[PROFTPD]

enabled = true
logfile = /var/log/proftpd/proftpd.log
failregex = no such user|Incorrect password

#未提及的部份保持原設定
[SSH]

enabled = true
logfile = /var/log/secure

service fail2ban start

這個服務啟動以后，每天都能在 /var/log/fail2ban.log 中看到有攻擊的肉雞被 ban 了。

2008-08-01 09:13:33,532 WARNING: SSH: Ban (3600 s) 205.189.197.66
2008-08-01 12:24:41,943 WARNING: SSH: Ban (3600 s) 121.52.209.5

業主意見書

致：安徽省徽商集團發展有限公司

由安徽徽商集團發展有限公司（以下簡稱“你方”）開發的徽商·城市庭院三期·城市風景現已按照《商品房買賣合同》約定的時間通知三期業主（以下簡稱“我方”）驗房，但我方在驗房過程中發現諸多有違《商品房買賣合同》中的條款的現象，以及有礙正常使用和存在安全隱患的多處質量問題，并就有關物業的收費有諸多疑議。特向你方提出書面說明，并就賠償和整改提出我方意見，希望你方慎重對待。

第一條：你方有違《商品房買賣合同》的條款：

1．違反合同第十四條出賣人關于基礎設施，公共配套建筑正常運行的承諾，驗房當日，上下水不通，供電設施不能正常使用

2．違反合同補充條款中以下物品的規定：

（1）    防盜門：所有進戶門都是防火門，而非防盜門

（2）    單元電子對講保安門：室內未安裝

（3）    信報箱：未安裝

第二條：有礙正常使用和存在安全隱患的質量問題：

1．消防、智能化設施不完善

2．室內門、窗未按照《建筑安全玻璃管理規定》使用有雙面3c認證標志的安全玻璃，陽臺欄桿玻璃厚度不符合規范，且與可踏面的間隙過大

3．房屋墻體、樓面多處存在空鼓現象

4．墻面的垂直偏差大

5．配套設施不完善：小區道路、綠化、景觀、車庫等都未竣工，未達到一個小區正常交付使用的基本標準。

第三條：有關物業方面的疑議：

1．樓書上承諾是信譽較好的深圳長城物業管理有限公司，在我方尚未入住便已撤換，存在虛假承諾嫌疑

2．安徽合居美物業是剛于本月才成立的物業公司，只有暫定為三級的資質，無論從管理水平，管理資質上都不能達到一級服務標準，物業收費卻按一級收費收費，有違《合肥市住宅小區物業綜合服務收費指導價標準》的相關規定

就以上問題，我方業主經過集體協商，希望你方按以下方式進行解決：

對于第一條已構成違約，按照《商品房買賣合同》第九條的規定進行違約責任和由此造成的經濟責任的賠償，并就未按合同約定的安裝、開通在5日內予以符合約定和規范的安裝和開通。

對于第二條1、2、3、4項進行維修和更換，并根據每戶具體情況進行相關規定的經濟賠償，第5項在10內整改完善完畢，并確保正常存活和使用。

對于第三條在給出合理解釋的同時，重新核定收費標準，否則我方將集體不交物業管理費。

此《業主意見書》將委托業主代表親自送達及掛號信兩種方式送達你方。我方要求你方就以上三條涉及的內容，按照我方要求在最先送達之日起3日內就解決辦法和期限做出書面回復。

我方將保留媒體曝光、政府部門投訴以及追究你方法律責任的權利，希望你方予以重視，積極解決。

本《業主意見書》尚未涉及事宜，我方將提出另外要求。

業主簽字：

轉自：http://www.hfhouse.com/Forum/dispbbs.asp?boardID=141&ID=313451&page=1

現在已近午夜，卻毫無倦意，不是不想睡（都是打工一族，明早還得早起辛辛苦苦賺生活費），而是睡不著。因為我已經出離憤怒了！

上班十年，節衣縮食，精打細算，只想能攢下一點錢，買套房子，好把遠在老家辛苦了一輩子的年邁雙親接來安享晚年，盡一點赤子之心!

于是，07年，思量再三，相信了徽商集團和盛通置業的宣傳，走近了城市風景的售樓部；

于是，本人十年積蓄 ＋ 父母一輩子的積蓄 ＋ 賣掉老家小城的房產，終于從KFS和售樓小姐的口中換回了一句承諾——08年6月底交房！

于是，我和我的親人充滿了希望，似乎美好的生活已經開始向我招手！

于是，我選擇了信守承諾，安心等待！

于是，08年7月初，當謎底終于揭開的時候，我發現自己————很傻很天真！

墻面彎曲（有凸有凹），頗有流線型美感；

地面傾斜（高低不平），彰顯不對稱之美；

主衛客衛、墻頂墻體、水管自身，無處不漏；

從衛生間地面到過道墻壁，從主臥墻面到客廳四周，到處空鼓；

從廚房到衛生間，所有需要外接籠頭之處均被深埋在墻體中等待我們業主將來挖掘；

至于防盜門關不上，窗戶/門把手沒裝，插頭面板沒有、S彎管缺少、小區綠化。。。。。。我已學會視而不見！

這樣的“房子”就是當初承諾的城市“風景”嗎？

這樣的“房子”符合交房條件嗎？

這樣的“房子”能夠通過竣工驗收嗎？

換言之，一件大家可能花了畢生積蓄購買的昂貴商品，在質量明顯嚴重不合格的情況下，能夠做到強迫大家接受，并且大家不能拒絕否則就要罰款嗎？

于是，事實再一次告訴我們，KFS能夠做到！并且，它已經開始在這樣做了！！

作為風景的業主，當下的我們，需要的不僅僅是生氣、憤怒和失望，最重要的是，現在我們應該怎么辦？！

合建質安[2007]269號

合肥市2007年建設工程質量

監督執法檢查情況通報

四、典型案例

（一）質量控制較好的工程

1、創景花園5＃樓

建筑面積：13412m2，結構/層次：框剪/24層；

建設單位：創景物業公司；項目負責人：張保安

施工單位：浙江歌山建筑公司；項目經理：張權平

監理單位：合肥南巽監理公司；總監：卞鑫

工程質量評價：現場實物觀感質量好，現場管理有序；施工、監理單位的質量保證體系運行良好；施工、監理資料齊全。

今天在看榮登 Jolt 大獎的 The Art of Project Management，其中最讓我深有感觸的是這樣一段話：
The simpler your view of what you do, the more power and focus you will have in doing it. If we can periodically maintain a simple view of our work, we can find useful comparisons to other ways to make things that exist all around us. There will be more examples and lessons from history and modern industries that can be pulled from, compared with, and contrasted against. This is similar to the concept defined by the Japanese word shoshin, which means beginner's mind, or open mind, an essential part of many martial arts disciplines. Staying curious and open is what makes growth possible, and it requires practice to maintain that mindset. To keep learning, we have to avoid the temptation to slide into narrow, safe views of what we do.

確實，最近已經很久沒有太多興趣去學習新的東西了，包括曾經非常有興趣的 ruby，真想回到當年剛畢業的時候，用那樣的熱情，精神去學習。或許今天算是一個起點吧，畢竟很久很久沒有做下來，好好的看一本書，好好的想著作者要告訴你的東西。

給自己開了個書單，好好努力，用 beginner's mind 去感受世界，感受前人的智慧。

什么是 ESB(Enterprise Service Bus)?
對于這個問題，長期沒有搞清楚，就連我自己也很難說清楚這到底這是個什么樣的概念，我引經據典來大致的描述一下這個概念。

第一個定義來自于：O'Reilly 的 《Enterprise Service Bus》

The ESB concept is a new approach to integration that can provide the underpinnings for a loosely coupled, highly distributed integration network that can scale beyond the limits of a hub-and-spoke EAI broker. An ESB is a standards-based integration platform that combines messaging, web services, data transformation, and intelligent routing to reliably connect and coordinate the interaction of significant numbers of diverse applications across extended enterprises with transactional integrity.

An extended enterprise represents an organization and its business partners, which are separated by both business boundaries and physical boundaries. In an extended enterprise, even the applications that are under the control of a single corporation may be separated by geographic dispersion, corporate firewalls, and interdepartmental security policies.

另外一個定義來自于：維基百科的ESB定義
它是面向服務架構的實現。
它通常是操作系統和編程語言無關的；
它應能在Java和.Net應用程序之間工作。
它使用XML（可擴展標識語言）作為標準通信語言。
它支持Web服務標準。
它支持消息傳遞（同步、異步、點對點、發布-訂閱）。
它包含基于標準的適配器（如J2C/JCA），用于集成傳統系統。
它包含對服務編制（orchestration）和編排（choreography）的支持。
它包含智能、基于內容的路由服務（itenerary路由）。
它包含標準安全模型，用于ESB的認證、授權和審計。
它包含轉換服務（通常是使用XSLT），在發送應用和接收應用之間轉換格式，簡化數據格式和值的轉換。
它包含基于模式（schema）的驗證，用于發送和接收消息。
它可以統一應用業務規則，充實其它來源的消息，分拆和組合多個消息，以及處理異常。
它可以條件路由，或基于非集中策略的消息轉換，即不需要集中規則引擎。
它可監視不同SLA（服務級別合約）的消息響應門限，以及在SLA中定義的其它特性。
它（常常）簡化“服務類別”，向更高或更低優先級用戶做出適當的響應。
它支持隊列，在應用臨時不可用時用來保存消息。
它由（地理）分布式環境中的選擇性部署應用適配器組成。

總的來說，ESB 提供了跨平臺，跨部門，跨應用系統的服務整合的基礎平臺，就我們目前對項目的理解，我們或許還沒有達到這個 level，我們提供的應該是個辦公應用平臺，除非我們確實會進行跨部門，跨業務的服務整合，那樣我們真的是在做 SOA 了，那就有的折騰了。

不多說了，進入下一個主題 OSGi。

綁定在淘寶上的 SaaS 的阿里軟件網店版，應該還是會有一些高級賣家愿意每天花一塊錢用的，里面確實提供了一些比較有用的功能，當然不足的地方也是非常的多。

先說好的吧：首先，E客服就是比較有意思的東西，解決了很多客服平臺的問題，過去我們為兩個項目做的在線客服，跟它比起來，還是有差距的。平常店里可以同時有幾個人一起打理，而且不會出現一個旺旺多個人使用的情況，它用的是子帳號的概念，各人獨立一塊，互不干涉。還是很不錯的東西。

打印快遞單應該也是個比較有意思的功能，如果貨物量大的話，這個功能絕對是不可少的，大大減小了人力成本。不過估計我現在還是用不上的。

商品定時上架是個很好的功能，就是針對淘寶設計的功能，如果熟悉淘寶搜索結果規則的人，會很好的去利用這個規則，讓自己的貨物在最佳瀏覽時間出現在搜索靠前的位置。而定時上架就很好的解決了這個問題，如果有效利用的話，絕對會讓你的商品賣的更好的。

在說一些不好的吧：首頁有個統計最熱賣的東西，但是沒有找到熱賣產品的排名，這個東西應該是挺有用的吧，不過似乎沒有提供。查看報表里面，經常會刷不出圖片，估計是 IE 的 Cache 原因，不再重新加載圖片了。進銷存這個東西沒有和銷售報告結合起來，應該算是一個缺憾了，希望下一個版本能有更多的東西。不過，不知道下個版本要到哪年，上個版本似乎已經發布半年了。

卡巴斯基這個俄國人做的殺毒軟件呢，一直比較彪悍，經常見到什么東西都一陣嘶吼，然后你正常使用的軟件也就掛了，QQ啊，這樣的主流應用也是經常在它的誤殺范圍內。

 對于開發人員來說，因為卡巴斯基更是會有諸多不爽的問題，下面列舉一二，是我的慘痛教訓，也和大家分享一下。

1. SVN 問題：如果你使用 SVN 做配置管理的話，有時候 check in 代碼會半天沒有反應，如果這時候你把卡巴禁用，就一切正常了。
2. IntelliJ IDEA 端口沖突問題：用 IDEA 啟動 Tomcat 時，使用了 8080 或者 80 端口，經常會啟動就報端口沖突，而端口絕對是沒有被其他應用程序占用的，而在獨立的 Tomcat 下運行沒有出現這樣的問題，把卡巴對這些端口的監控關閉就一切正常。

這兩個問題都是比較郁悶的，卡巴斯基很強悍，卻總是讓人很無奈。

Jolt Awards 是軟件界的盛宴，被譽為軟件界的奧斯卡，每年的 Jolt 中，能夠看出軟件開發領域的發展和未來的趨勢，讓我們來關注一下今年的大獎得主吧。 

上周 Summer 推薦 Beautiful Code 的時候，也順便找到了今年的 Jolt Awards Finalists，接著榜單，閑聊一下。

圖書方面，看上去幾乎是被 O’Reilly 和 Addison-Wesley 給壟斷了，Pragmatic Bookshelf  也在其中占有了一席之地。圖書中，最大的贏家應該是，Beautiful Code，我在國內某家被我批評過的IT書店上看到了掛上了期數的預告，名字叫《代碼之美》，似乎有抄襲《數學之美》的嫌疑，第一次看到這么多作者一起寫出來這么好的書，33 章的書，就包括了 33 個來自于不同領域的作者，共同創造了如此完美的代碼，在 O’Reilly 的牽線搭橋下，造就了 Beautiful Code，如果有機會，我希望能由東南大學出版社出版這本書的英文影印版，讓我們細細的品味。

Head First 的新書 Head First SQL Your Brain on SQL 也登上了 Jolt 的舞臺，之前 Head First Design Pattern 和 Head First OOAD 是如此通俗的把面向對象的兩個經典內容：設計模式和面向對象的分析與設計，聊家常一般的擺在我們的面前，精妙的內容組織，淺顯易懂的語言，就連我們這些非常怕看英語的人看起來都毫不費力，不愧為大師級的功力。而這本新書料想也會給 SQL 的新手帶來一種全新的體驗吧。

Pragmatic Bookshelf 這個書系自從《Pragmatic  Programmer》 開始，就不斷的擴大其影響。從程序員修煉三部曲中，告訴了我們版本控制，單元測試，持續集成這三個開發者的基本工具。隨后的 Pragmatic  Ajax 把 Ajax 推到了大家的面前。當 Ruby on Rails 開始流行的時候，Programming Ruby 和 Agile Web Development with Rails 都在一版二版的洗禮中不斷的升華，已經成為 RoR 開發的經典之作。這次的 XX It 系列又從軟件項目管理角度來 Pragmatic 。我似乎看到過 Ship It 還有 Deploy It 這兩本，或許也是這個系列里的吧。

The Rails Way 我一開始當成了 The Ruby Way，其實后者的風格我比較喜歡了，于是又套用了它的名號來了個 The Rails Way，雖然現在還沒有拿到，我想這本書會給我們一些新意的。

開發工具大獎上已經看不到了 Eclipse 的身影，而 IDEA 依然在榜單上活躍，而我也是一如既往的使用它，即便是在 Rails IDE 中，IDEA 憑借其 Rails 插件，加上它的基礎，用起來還是相當的順手，目前除了不能 Debug，我似乎沒有其他不滿的地方。

Netbeans IDE 在年末閃亮登場后，帶來了一個更輕更小，更完整的開發工具包，而 Eclipse WTP 一個包動輒就是 2xxM，雖然功能很齊全，不過體積實在是有些過分了，并且沒有一種 IDEA 的那種讓人很爽的感覺。我沒有用完整的 Netbeans 包，因為 Java Web 開發已經習慣了 IDEA + Eclipse 的組合，我只關注了一下 Ruby IDE，功能上來說，確實有其獨到之處，不過在寫代碼上還不能達到非常流暢的速度。不過 Netbeans 在兩年里就來了個咸魚翻身，我們要說 Sun 很努力了。

在開發框架上最活躍的依然是 Java 平臺，這和 Java 平臺一直以來保持的很好的開源社區是分不開的。EMF，Guice，JasperReports，Spring Framework 這幾個一直都是 Java 領域最熱門的開源項目。

Google Guice 在 Google 的天才程序員 Bob Lee 的創意中誕生了，采用了一種全新的依賴注入的方式，將效率提高了傳說中的 100 倍，雖然對這個數據我不是太在意，而在 Spring 如此成熟的進入 2.0 后，卻有一個后輩小生提出了全新的思路，而 Spring 2.5 也接受了這樣的思路，調整了一些依賴注入的策略，在性能上有了不小的提高。

經營著 Spring 的 interface21 為了凸顯其 Spring 的品牌，改名為 SpringSource，并且推出了一本《Spring In Production White Paper》，希望能夠在企業應用中占有更大的份額。

作為 PHP 的領頭羊的 Zend 在 Rails 推出后再也按耐不住了，PHP 一定要有一套官方的 Framework，而且它的特性要很像 Rails，于是 Zend Framework 誕生了，這在幾乎沒有框架概念的 PHP 中注入了一種新的活力，Rails 不光激起了 Java 世界的廣泛關注，在無數個類 Rails 框架后面，Zend 從 PHP 官方的角度接受了 Rails 的思想，改善 PHP 的開發。而 Java 世界里，Grails 也伴隨這 Groovy 1.5 的推出，伴隨著 Grails 的第三個 RC 版，即將走到 1.0 版本。Rails 帶給了 Web 開發無窮的活力。

　　第一次用 Zoundry 客戶端工具來發布博客，WordPress 還是不錯的博客了，提供了 XML-RPC 方式的遠程提交接口，我們可以比較容易的把我們的博客發布到 WordPress 上。

　　老外對這方面的支持工作還是做的不錯的，國內的同類系統往往只考慮到功能，好一點的考慮到性能，而在這些新技術帶來的擴展性的增強上似乎沒有太多的理解，雖然 WordPress 在功能上和國內的很多博客有一定的差距，但是人家支持插件，這樣就可以讓地球人都上來擴展一把。Eclipse 的插件風風火火的做了幾年，現在人似乎沒有不用插件開發的了。

　　老外在 Web 2.0 中又很多好的思想，技術，拿到國內來就有點變味了，雖說國人在 Web 2.0 技術上跟進的速度還是相當的快，不過思想還是又相當的差距的。

　　要好好學學人家做東西的思想，而不僅僅是技術。

該文章被發布在我的新博客中：http://4think.cn/blog/index.php/archives/25

　　市面上這么多的IM工具，每次打開的時候就要開上一堆，還不時的有個新的IM工具出來，加上一兩個及其有吸引力的功能，然后又不得不裝上，搞的每次開機以后總是要開上一大堆的IM，比如QQ啦，MSN啦，還有Yahoo，Google Talk，飛信，Skype，真的挺麻煩的。

　　一年前的時候，突然聽說 Yahoo 可以和 MSN 互通了，于是從此就沒用過 MSN 了，也是對 Microsoft 歧視國內用戶的一種不滿吧，這么多IM工具，最不穩定的也最為常用的要屬 MSN 了，雖然飛信這樣“國”字號的軟件似乎更加的不爭氣，就原諒他吧，誰叫他是咱最有錢的移動運營商呢。可以說，MSN 的掉線率是相當的高，登錄速度也是驚人的，在公司內部傳文字的效率呢更加不用說了，反正沒有人走的快。不過據我們去過美國的一些同事說，MSN 在美國速度是非常快的，包括其下屬的 hotmail，MSN Space，怪不得這么被推崇了，不過沒辦法，畢竟是在國內，屬于不被重視的使用群體，大不了就不用了，于是機子里再也沒有出現過 MSN，所有重要的好友都加到 Yahoo 里了。

　　其實說來 Yahoo 也是個比較不爭氣的東西，功能嘛，沒啥強的，不過吃內存的能力還挺強，印象中也就 Skype 可以和他有的一拼，不過好歹人家 Yahoo 還是比較重視中文用戶的，起碼光纜斷的時候還是能用的，而且相關的本地化服務也還是有一定的可用性的，Yahoo的郵件提示是最為迅速的，基本上是新郵件來到5秒之內就得讓你知道，這個功能還是挺體貼用戶的，其實我的一些 IM 的一個重要作用就是 check email，比如說 Google Talk。Yahoo 的客戶端程序其實是比較不穩定的，群聊功能是個殺手，一次領導通知事情，讓大家開個會，結果一位老兄圖方便，Yahoo 把大家全部加進來了，大家的機器全部死翹翹，只好 reset 重啟，自此以后，這個功能再也不敢使用了，Yahoo 工具箱里有個看股市行情的插件，不過這個曲線也太不本地化了，中午休息的時間也畫在上面，一條長長的直線，怎看都別扭。沒辦法啊，公司里唯一允許的 IM 工具，不得不裝，也就不得不去忍受這些了。

　　Google Talk 其實是我用的最多的，極為簡潔，擁有我需要的主要功能，email 通知，語音，文本聊天，傳文件（大家都喜歡裝中文版的，沒這個功能，所以也基本找不到人傳文件），其實還有一點重要的就是所有聊天記錄都會保存在 Gmail 里，在哪都不會丟失，也很連貫，這對于我們經常討論需求的人就不會有上句沒下句的了。也不用擔心聊天記錄留在本地泄密。另外還有一點，傳代碼的時候絕對不會變成一堆笑臉什么的。Google Talk 其實功能上是相當有限的，但是我卻非常喜歡，簡潔就是美了。

　　下面隆重出場的是唯利是圖、忘恩負義外加極端不安全的 QQ 了，如果不是這么多好友在里面，我是不會開 QQ 的，當然 QQ 作為國內用的最多的 IM 工具（其實叫他聊天工具更確切），QQ 還是有相當多的優勢的，首先網絡穩定性好，傳文件速度快，有遠程協助功能，語音質量也不錯，可以看 IP（還不都是珊瑚蟲的功勞，被忘恩負義的騰訊扼殺了），有群聊功能，也是最適合某些夜晚不甘寂寞的人尋找刺激的工具了，其他的功能我是不大能想到的了，更不用說去用了，所以嘛，QQ 對我來說，太大了，太花哨了，對公司來說也是的，基本上正規的公司，沒有哪個不封 QQ 的，所以嘛，QQ 只能被遠遠的拒之于企業應用的門外，騰訊的 RTX 也就不是那么容易進入企業市場的，誰讓你這么花哨，看了就不想好好工作了。

　　Skype 這個東西嘛，對我用處不大，自從充值卡被封事件以后就不再常開了，開會的時候才會去用，畢竟多人語音聊天功能還是挺不錯的。

　　國外的大部分 IM 工具都開放互通了，包括 MSN 和 Yahoo，Google Talk 也在和 MS 談互通的問題，國內的 IM 互通嘛，似乎完全不可能，國外那幾家都不是靠 IM 吃飯的，騰訊就不一樣了，如果不保持其 QQ 的占有率，瘋狂的扼殺非“官方”的客戶端，LumaQQ 這么優秀的跨平臺解決方案也就被騰訊自己和諧掉了，最近對珊瑚蟲下狠手也表示其在此方面的決心，呵呵，我的 QQ 從此不升級了。

每個人在開發的時候，都會根據自己的喜好選擇一些好用的工具，當然，通過一些年頭的積累，我自己也有了這么一些順手的工具，就把這些還不錯的東西拿出來和大家分享吧。

CyberArticle (網文快捕)

　　我們在查看資料，或者遇到問題上網搜索的時候，經常會想把自己看到的一些好東西保存下來，以后需要用的時候可以找到，有人把東西復制下來保存成文本，有人用 Word 文檔，也有人直接保存頁面，這些方法固然是可以，不過以后找起來可就比較麻煩了。我們需要一個帶分類的文檔管理工具。

　　在對一堆工具的篩選之后，我選中了 CyberArticle，也就是網文快捕，安裝以后，在瀏覽頁面時，IE 和 FF 的右鍵會出現保存全文，保存選中部分這樣的選項，我最喜歡的是保存選中部分這個功能，畢竟我們并不需要一個網頁中一些不相關的文字和圖片。CyberArticle 可以完整的把文章內容或選中部分的內容保存下來，無論是圖片或者其他什么的，都能較好的支持。在保存下自己喜歡的內容后，我們可以手工把這些內容分類，以后會比較容易的找到自己需要的東西。

　　另外 CyberArticle 中比較有用的功能是生成電子書。我們在網上搜集到一堆某一類別的文章，為了與他人分享或者便于攜帶，我們可以把這一個獨立的類別的內容導出成 CHM 或 EXE 版本的電子書。

　　CyberArticle 可以到 http://www.wizissoft.com/cn/index.aspx 下載，強烈建議使用最新的 5.0 版（只要25塊錢），舊的版本會有相當一部分的文章保存不下來。

假設已設置如下變量或參數

• 掛接 Discuz! Passport 的應用程序假設為一套 PHP 語言編寫的 CMS 系統
• Discuz! 的 URL 為 http://www.myforums.com
• 應用程序的 URL 為 http://www.mywebsite.com
• 應用程序的注冊頁面為 http://www.mywebsite.com/register.php
• 應用程序的登錄頁面為 http://www.mywebsite.com/login.php?action=login
• 應用程序的退出頁面為 http://www.mywebsite.com/login.php?action=logout

開啟通行證后的用戶登錄流程

• 如果用戶在論壇點擊“登錄”，則轉向到事先設置好的應用程序登錄頁面（http://www.mywebsite.com/login.php?action=login），并在登錄頁面的 URL 中加入參數 forward（加入 forward 后的鏈接例如 http://www.mywebsite.com/login.php?action=login&forward=http://www.myforums.com/index.php），用于在登錄后將用戶導向到指定的 URL。
  
  
• 應用程序收到此請求后，按照慣例生成表單，并增加一個表單變量，將 GET 方式傳遞過來的 forward 參數通過表單進行傳遞。
  
  
• 用戶在應用程序的表單中填寫登錄信息，并提交到應用程序的登錄驗證程序。應用程序驗證用戶提交的用戶名和密碼的合法性：
  
  
  • 如果不通過：提示用戶名密碼錯誤，要求其返回上一頁重新填寫。
    
    
  • 如果通過，需要進行如下操作：
    
    
    • 設置自身 Cookie 或 Session，使得應用程序自身處于登錄狀態。
      
      
    • 檢查表單中是否提交了 forward 變量，如有，則意味著登錄請求可能是由論壇而來，將此變量傳遞到后面的請求中。如沒有，自行生成 forward 變量，使得論壇登錄后能夠跳轉回到應用程序中。
      
      
    • 通過 header('Location: http://www.myforums.com/api/passport.php?action=login&auth=xxx&forward=http://yyy&verify=zzz') 的方式，將登錄請求傳遞到論壇進行處理。其中 auth 用來將用戶信息與資料以特定的格式，加密傳遞給論壇，forward 用于告知論壇 Passport API 完成自身操作后轉向到的 URL 地址，verify 用于驗證前面兩個變量的有效性。auth、forward、verify 格式與結構將在后面進行說明。
  
  
  
• Discuz! Passport API 在接收到由應用程序通過 header() 提交過來的請求后，進行如下操作：
  
  
  • 根據 verify 判斷 auth 和 forward 變量是否合法，如合法則繼續，否則終止。
    
    
  • 將 auth 根據既定算法解密，并還原成數組，數組的內容與格式將在后面進行說明。根據數組中的內容，檢查此用戶是否存在。如存在，則根據上述數組中的內容 UPDATE 論壇中相應的用戶資料。如不存在，則使用數組中的信息 INSERT 到論壇用戶資料表中。
    
    
  • 論壇設置 Cookie 或 Session，使得論壇自身處于登錄狀態。
    
    
  • 根據應用程序反饋的 forward 值，通過 header('Location: http://xxx') 的形式將頁面跳轉到 forward 變量指定的 URL。
  
  
  
• 至此，登錄流程結束

開啟通行證后的用戶退出流程

• 如果用戶在論壇點擊“退出”，則轉向到事先設置好的應用程序退出頁面（http://www.mywebsite.com/login.php?action=logout），并在登錄頁面的 URL 中加入參數 forward（例如 http://www.mywebsite.com/login.php?action=login&forward=http://www.myforums.com/index.php），用于在退出后將用戶導向到指定的 URL。
  
  
• 應用程序收到此請求后，清除自身 Cookie 或 Session，使得應用程序自身處于非登錄狀態。
  
  
• 檢查是否提交了 forward 變量，如有，則意味著登錄請求可能是由論壇而來，將此變量傳遞到后面的請求中。如沒有，自行生成 forward 變量，使得論壇登錄后能夠跳轉回到應用程序中。
  
  
• 通過 header('Location: http://www.myforums.com/api/passport.php?action=logout&forward=http://yyy&verify=zzz') 的方式，將退出請求傳遞到論壇進行處理。其中 forward 用于告知論壇 Passport API 完成自身操作后轉向到的 URL 地址，verify 用于驗證 forward 變量的有效性。forward、verify 格式與結構將在后面進行說明。
  
  
• Discuz! Passport API 在接收到由應用程序通過 header() 提交過來的請求后，進行如下操作：
  
  
  • 根據 verify 判斷 forward 變量是否合法，如合法則繼續，否則終止。
    
    
  • 清楚論壇的 Cookie 或 Session，使得論壇自身處于非登錄狀態。
    
    
  • 根據應用程序反饋的 forward 值，通過 header('Location: http://xxx') 的形式將頁面跳轉到 forward 變量指定的 URL。
  
  
  
• 至此，退出流程結束。

開啟通行證后的用戶注冊流程

• 如果用戶在論壇點擊“注冊”，則轉向到事先設置好的應用程序注冊頁面（http://www.mywebsite.com/register.php），并在注冊頁面的 URL 中加入參數 forward（例如 http://www.mywebsite.com/register.php?forward=http://www.myforums.com/index.php），用于在注冊后將用戶導向到指定的 URL
  
  
• 應用程序收到此請求后，按照慣例生成表單，并增加一個表單變量，將 GET 方式傳遞過來的 forward 參數通過表單進行傳遞
  
  
• 用戶在應用程序的表單中填寫注冊信息，并提交到應用程序的注冊驗證程序。應用程序驗證用戶提交信息的完整性和合法性：
  
  
  • 如果不通過：提示其問題所在，要求其返回上一頁重新填寫
    
    
  • 如果通過，需要進行如下操作：
    
    
    • 將用戶資料插入到應用程序自身用戶數據庫中
      
      
    • 設置自身 Cookie 或 Session，使得應用程序自身處于登錄狀態
      
      
    • 檢查表單中是否提交了 forward 變量，如有，則意味著注冊請求可能是由論壇而來，將此變量傳遞到后面的請求中。如沒有，自行生成 forward 變量，使得論壇注冊后能夠跳轉回到應用程序中
      
      
    • 通過 header('Location: http://www.myforums.com/api/passport.php?action=login&auth=xxx&forward=http://yyy&verify=zzz') 的方式，將注冊請求傳遞到論壇進行處理。其中 auth 用來將用戶信息與資料以特定的格式，加密傳遞給論壇，forward 用于告知論壇 Passport API 完成自身操作后轉向到的 URL 地址，verify 用于驗證前面兩個變量的有效性。auth、forward、verify 格式與結構將在后面進行說明
  
  
  
• Discuz! Passport API 在接收到由應用程序通過 header() 提交過來的請求后，進行如下操作：
  
  
  • 根據 verify 判斷 auth 和 forward 變量是否合法，如合法則繼續，否則終止
    
    
  • 將 auth 根據既定算法解密，并還原成數組，數組的內容與格式將在后面進行說明。根據數組中的內容，檢查此用戶是否存在。如存在，則根據上述數組中的內容 UPDATE 論壇中相應的用戶資料。如不存在，則使用數組中的信息 INSERT 到論壇用戶資料表中
    
    
  • 論壇設置 Cookie 或 Session，使得論壇自身處于登錄狀態
    
    
  • 根據應用程序反饋的 forward 值，通過 header('Location: http://xxx') 的形式將頁面跳轉到 forward 變量指定的 URL
  
  
  
• 至此，注冊流程結束

  本部分中，加下劃線顯示的部分，是需要對您的應用程序進行更改的部分，事實上，這部分更改會非常容易和方便。