民工工房

地震的故事

Victorlau — Fri, 05 Mar 2010 17:20:01 +0000

地球先生真的是越來越生氣, 由以前的好幾年才發生一次大地震, 到近年幾乎每年都有, 踏入2010年, 更加已經發生3次大地震, 其中2次更加是傷亡慘重的大災難 (海地和智利). 也許<<2012>>里場面不會馬上到來, 但我們真的要好好愛護這個唯一的地球, 至少在有生之年, 我是看不到植民外太空的希望了, 就努力地讓地球活久一點吧.

好了, 回到主題, 今天想順便整理一下地震的相關知識. 說實話, 中學讀書已經學過關於地震的一些基本知識, 但實際上能記住的已經不多, 最近又再看了一下地震的資料, 這里就算是給自己複習一下吧.

地震的成因:
我們都知道地球內部是充滿能量的, 而且一直在活動, 地殼快速向外釋放出能量的過程, 會為地面帶來不同程度的震動, 這就是地震. 放出能量越多, 地震就越強. 震動強度大的地震能為地面造成重大的破壞, 如跟我們很接近的2008年512汶川大地震和1999年921台灣大地震, 都造成了非常大的破壞和人命傷亡.

地震的強度:
地震強度的計算方式就是用我們一直聽到的黎克特制, 也有釋作里氏震級和苪氏地震規模. 大家可能都會猜到這個黎克特應該是一個科學家. 沒錯, 黎克特全名叫Charles Francis Richter, 地震強度的計算方法就是由他和另一個科學家Beno Gutenberg共同制訂出來的. 低級別的地震經常都在發生(只是我們不一定都能感覺到震動), 高強度的則比較少. 6級以上的地震就被認為是強烈地震, 震級每高一級, 強度就大概相差32倍,如果差兩級就會增加超過1千倍, 差別非常大. 例如剛剛發生的台灣高雄甲仙大地震是6.4級, 而2月27日發生的智利大地震是8級, 後者要強烈很多很多, 破壞力也要高出好多. 汶川大地震是8級.而有歷為記的最強烈的一次地震, 是1965年發生在智利的9.5級大地震, 真的是苦命的智利.

地震帶和地震高發區:
地震帶就是指地震發生比較多和集中的地帶. 全球有三個主要的大地震帶, 其中范圍最大, 地震最頻繁的, 就是環太平洋地震帶. 一些經常和地震連系在一起的苦難地區主要都集中在這一區, 如智利, 日本, 台灣, 印尼等. 另外兩個叫做歐亞地震帶和中洋脊地震帶. 這些地震帶通常處在不同大陸板塊之間, 這些板塊交匯處地殼運動比較活躍, 於是發生地震的機率也就比較高一些.而由地殼運動而引起的地震就叫做構造地震, 是最主要的一種地震類型.

地震的監測和預防:
一般認為地震只能在發生後測量到強度, 但這時候已經是於是無補了. 有一種說法是自然界的動物有著比人類強好多的感知能力, 當地震將要發生時, 地殼運動開始加劇, 有些動物就能立刻感知得到, 然後進行大規模的, 突發的遷移, 只可惜人類並沒有那麼好的感知能力. 也許哪天科技再發達一些, 就能通過測量器來實現預測. 但如果預測到了, 又有沒有足夠的時間來疏散人民呢? 恐怕這也是很難的.

最後, 下面列出一些維基百科上的相關條目, 有興趣的朋友可以深入看一下:

1. 地震
2. 地震列表
3. 地震帶
4. 環太平洋地震帶
5. 板塊理論
6. 汶川大地震
7. 黎克特制地震級別
8. 1960年智利大地震

高鐵的故事

Lucene火併GSA – 由技術的選擇說起

Victorlau — Wed, 03 Mar 2010 15:46:37 +0000

這不是一篇Lucene的實例教程, 也不是GSA的使用介紹. 純粹只是借用Lucene和GSA這兩個大名鼎鼎的產品, 來分享一下在項目開發前期, 對技術選擇的看法.

GSA全稱是Google Search Appliance, 以前有介紹過一點, 就是Google把自己的搜索引擎技術封裝到一部Linux服務器里, 讓企業們可以方便而又簡單地直接利Google Search來實現強大的全文搜索功能. 有著Google 獨步天下的搜索算法的基因, 這個產品效能是相當高的, 同時相當容易使用. 不過大家都應該猜到, 這個產品不是免費的, 是純商業產品. 而且沒有試用版, 更加沒有免費版.

至於Lucene, 是Apache Software Foundation旗下的一個項目, 它可能是ASF眾多項目里除了幾個著名Server產品以外最出名的項目. Lucene 的功能十分強大, 而且效能很高, 在我看來, 一點也不比GSA差, 甚至可能更好. 做開發的朋友可能都知道, 既然是ASF 的產品, 那就是免費了? 沒錯, Lucene 是可以無條件地免費使用的. 但這里要注意, 免費使用, 不等於沒有項目成本.

看一下GSA的成功例子, 相當有說服力; 再翻一下Lucene的“PoweredBy”列表, 更加是有過之而無不及. 這里第一個問題就出來了, Lucene 更強大一些, 又是免費的, 那不用想都知道要用Lucene好了. 對的, 如果沒有想的話, 當然是選擇Lucene. 可是當仔細分析想想以後, 就不一定了.

Lucene 的優點是可配置性高, 可以最大限度地根據我們的項目來量身訂造. 但Lucene的易用性相比GSA, 要差好多, 就算是最出名的衍生物Solr 也還不夠GSA來得容易使用(也許, 拿Solr來跟GSA比較才算公平). 比起GSA那種One-Box設計, 幾下配置, 選幾個Drop down menu就一切OK, Lucene 的配置, 使用及開發難度, 就算不是好像學開飛機, 也是跟學開車差不遠了. 在這點上, Lucene 的開發成本要比GSA來得高好多, 雖然使用免費, 但開發隊伍的人數要增加, 技術水平要求提高, 開發時間也要拖長, 整個項目的成本也就增加了不少. 如果算上後期維護的人力成本, 那GSA的一次性付費可能反而更經濟一點.

有些人對開源的免費產品過份迷信, 尤其是高層管理人員. 他們往往覺得免費的東西總是好的, 有時會過份盲目而考慮不周. 這就有點像Linux和Windows的比較, 雖然Linux免費, 但要把它放到辦公室里全民使用, 可能IT人員的工作量要大增, 其他員工的工作效率也會大大降低, 雖然省了一筆版權費, 可是培訓, 維護還有低效率而浪費的資源可能反而更高. 任何技術會存活下來, 並成為一個出名的產品, 就一定有其在某方面的優勢. 我們在選擇要使用的技術就是要清楚自己手上的資源情況, 分析各項優勢和劣勢, 好好想想, 開發成本哪個大? 減掉使用成本呢? 後期維護成本呢? 效能是不是對項目最好的? 再來選出最適合的那項技術來使用. 不能盲目, 更不能過分迷信. 最怕是”撿到芝麻掉西瓜”, 這邊小賺, 那邊卻虧大.

回到GSA和Lucene的例子, GSA在Intranet的資源搜索功能(內聯網, 定制要求往往比較低) 是好用的, 它能自動處理好如Word, Excel, PDF 等各種複雜文件類型(公司內部主要的共享資源類型), 還有中文支持能力可算優異, 只要幾下配置就立刻能用, 十分方便. 對要求簡單的網站搜索功能也是一個不錯的考慮. 缺點是除了售價高之外, 還要一個獨立的服務器空間, 這在選擇hosting時可能帶來困擾, 另外跟其他系統的溝通協作要通過HTTP請求, 這有時候是很慢的(尤其在澳門這種上傳速度超慢的ADSL世界). 如果以上這些就是你想要的, 而且GSA的售價是你能接受的, 又或者你的公司開發人員不多, 那就直接用GSA吧. 如果不到迫不得已, 我們都不要去做發明車輪的事情. 相反, 如果你覺得GSA太貴, 又或者需要大量的定制功能, 或者效能要求很高, 又或者開發隊伍的技術水平很有自信等等, 那不妨選擇”免費又自由”的Lucene (或者Solr).

其實, 拿GSA跟Lucene比較是不公平的, 真正要跟GSA比較的是Solr才對, 但用Lucene可以誇大差距, 增加能說明的考慮點. 同樣的選擇比較還有好多, 例如是應該用MS SQL Server呢? 還是使用MySQL? 應該使用.NET + Windows Server 還是直接用Linux Server+ J2EE 呢? 用昂貴的SAP ERP 好還是其他開源產品呢? 等等比較多不勝數. 每個項目都有自身的限制和要求, 而每項被拿來對比的技術都會各有優劣, 沒有絕對好, 也沒有絕對不好, 我們要做的就是以開放的態度來看待每項技術產品, 按照實際的情況來選擇出最有效果的那種.

外滙市場的角鬥士 – 有趣的CMS Forex廣告

Victorlau — Fri, 26 Feb 2010 17:13:16 +0000

不像一般的股市外匯投資廣告那樣依書直說, 大講道理. 這個CMS Forex 的商業廣告把外匯市場比喻成羅馬競技場, 英磅騎士, 美金牛仔, 日元忍者以及歐羅劍客大打出手, 互不相讓, 相當有趣.

在我看來, 這個廣告是成功的. 雖然對CMS Forex 這個公司不太了解, 但只在電視上偶然看到這個廣告一次, 就已經留下深刻的印象.

PS: 看不了Youtube的朋友, 可以看這個連結: http://v.youku.com/v_show/id_XMzMxMTI4MDg=.html

OpenX廣告在IE6下無法顯示的原因和解決方法

Victorlau — Fri, 26 Feb 2010 08:36:34 +0000

看了一下Analytics 的數據, 發現在寫過的文章里, 最受歡迎的是兩篇關於OpenX的文章. 估計不少人在使用OpenX也遇到那幾個問題吧. 這里再來補充一個關於OpenX和IE6 (Internet Explorer 6)沖突的問題和解決方法. 就是在IE6下, 沒有辦法顯示某些OpenX的廣告.

這是一個很隱蔽的bug, 知道原因後解決方法卻十分簡單. 問題的原因是由於IE6在顯示Gzip Compress 的”text/javascript” 內容有錯誤. 在OpenX 2.4或以前, 請求返回的廣告是以“text/javascript-x”的形式的, 這個沒有問題, 但由2.6開始卻變成了“text/javascript”, 這下問題就不知不覺來了. 如果你沒有用IE6去測試, 可能永遠都不會發現這個變化. 原因有了, 下面是解決方法, 十分簡單, 就是對IE6不要用Gzip Compress “text/javascript” 的內容 (要修改Web Server的設定).

當然, 這個問題只發生在有設置Gzip compress的網站上, 如果你的網站一直都沒有用到這個compress設置(Shared Hosting 很多都不支持這個設置), 那你就不用為這個IE6的bug而煩惱. 不過我想絕大部分開發者會把OpenX架在一個獨立的Server上吧.

最後題外話幾句, 上面那張圖片十分有意思. 在從事Web Application開發工作以來, 真的有無數多次想把IE, 特別是IE6殺了, 因為這個問題多多的垃圾browser, 我們這些開發者要多做很多意義不太大的工作 (因此越來越多的網站不再支持IE6, 如Youtube). 在此建議大家, 如果可以不用IE, 就換一個其他的吧, Chrome也好, Firefox也好, 那怕Safari也不錯. 如果你非要用IE不可, 那請用IE8, 因為這是最好的IE版本.

日久生疏 – 負數的二進制表示

Victorlau — Thu, 18 Feb 2010 15:24:25 +0000

由於某些工作原因需要renew一下那張已經過期多年的SCJP認證. 說實話, 有些東西還真不太常用, 都有點忘了. 這兩天正在”臨急抱佛腳”, 把一些比較Tricky的內容復習一下. 剛才在看麻煩的位運算操作符(對啦, 就是那三個可能是最少露面的”>>”, “<<” 和”>>>”), 遇到了負數的位運算, 雖然算出來二進制碼結果, 但完全忘了怎麼把結果變回十進制數, Google 了一下, 才恍然大悟.

和正數不同, 電腦以二進制補碼的形式來表示負數(正數直接用原碼, 也就是普通二進制碼). 何謂補碼? 就是反碼+1. 那又何謂反碼呢? 就是原碼按位取反得到的二進制碼. 這里簡單記錄一下, 詳細的討論就不再展開了. 下面是一個簡單的例子(以Byte為單位, 8 bits):

+4 的二進制碼是: 0 000 0100, 這里首位”0″表示是正數. 那-4 呢?

按位取反得: 1 111 1011, 這就是反碼, 再+1得到想要的補碼啦: 1 111 1100. 對啊這個 11111100 就是十進制-4的二進制形式.

說來慚愧, 從中學一年級開始就一直在接觸這幾個原碼, 反碼和補碼的概念了, 但日久生疏, 幾乎都忘得一乾二淨. 特別在這里記錄一下, 一為記錄, 二為教訓.

你接受Facebook成為網絡生活的中心嗎?

Victorlau — Thu, 11 Feb 2010 13:39:12 +0000

今天Google Buzz 己經整合到越來越多的GMail用戶里去, 在自己試玩之余, 還真有點被那像發洪水一樣的Buzz量給打暈. Google這新產品至少在關注度上, 算是贏了一仗. 昨天說Buzz是Google 對社交網絡的又一次嘗試, 今天Facebook就公佈跟AOL合作(只有美國市場吧), 整合Facebook的帳號到AOL的IM里去. 以後, AOL的用戶就可以直接用Facebook的帳號來登入啦.

先不論AOL這一招到底是不是昏招, 但至少在Facebook看來, 其野心又進一步地得到滿足. 記得以前曾寫過Facebook所憧憬的終極目標可能就是成為網絡生活的中心, 在我們把生活慢慢轉移到網絡上之後, 再自然而然地成為我們生活的中心.

ReadWriteWeb 曾做過一個調查, 調查網民如果要選擇一個帳號作為網絡的統一帳號, 會選哪一個? 結果發現Facebook被接受度最高. 而與AOL這次的合作案, 就是進一步證明了這個調查的結果. 當然, Facebook 要統一網絡, 一點也不容易, 至少Google暫時來看, 死也不會把自己的服務跟它整合, 而Google正好又掌握著大量其他的網絡服務. 不過, 相信會有越來越多的網絡服務接受Facebook的, 慢慢地再由美國大洋彼岸傳到這邊來, Facebook 在我們生活上的分量將會越來越大. <<夏日大作戰>>里的那種情景, 在Facebook上進行著現實生活里的各種活動, 是絕對有可能的.

不過, 可能由於身在IT行業, 對Facebook這類網站的信任總是不夠, 要我把所有的網絡服務都整合到它上面去, 我一點也不放心. 不過, 把一些無關重要的, 休閒的, 玩樂的信息整合到一起倒是不錯的主意, 但交給誰, 是不是Facebook, 對我而言不太重要, 也不抗拒.

你們呢? 你能接受把所有網絡生活的信息, 都整合到Facebook上去嗎? 願意Facebook成為你網絡生活的中心嗎?

你Buzz了沒? – Google對Social Networking的又一次進軍

Victorlau — Wed, 10 Feb 2010 15:08:00 +0000

今天Google 發佈了最近的一個Social Networking產品 – Google Buzz. 跟其他Google 的產品一樣, 在發佈之初成為眾人焦點. 這個Buzz是在GMail的基礎上, 加入了一堆Social Networking(社交網絡)的元素進去, 被視為Google對Facebook的又一次沖擊.

GMail 的整合版本還沒有機會試玩, 但buzz.google.com的版本就玩了一小會, 功能還是不錯的, 最好的一點是可以直接把GMail的Contacts里的朋友都建立聯系, 不用再另外創建帳號, 也不用到處找朋友加進來玩. 這點比較方便. 另外最吸引我的一個方面是手機版的定位功能, 那個Buzz Map 功能還是有點cool的.

由於用了沒多久, 說實在還不太知道怎麼用了, 這里就不勉強作太多的介紹啦. 言歸正傳, Google這個產品還是有點意思的, 也許真的能為它打開一個突破口, 沖進Social Networking世界.

Google 有多想分到Social Networking的好處, 是司馬昭之心, 路人皆知. 由當初收購Okurt, 到跟Microsoft爭購Facebook, 再到跟Twitter緋聞不斷, 把Google Reader變得更加Social, 還有2009年主打產品Google Wave的推出, 等等, 都在訴說著Google的想法. 只可惜的一點是, Google 在這方面的努力, 都沒有哪次是成功. Facebook成了 Google 開放理念的一個巨大阻力 (不開放, 老子的Crawler怎麼爬信息?), Google Reader 注定只是一個RSS Reader, 而Google Wave也被證明了想法太新, 一陣熱情減退之後, 現在已經有點被遺忘了, 也許Wave幾年後真的能成功, 但至少不是現在.

這次的Buzz呢? 我是有點欣賞它的. 原因有二:

1. GMail 的龐大用戶群給了它一個超越前人的起點.
Facebook 之所以成為巨無霸, 誰也搬不動, 因為它有著過億的注冊用戶. 這個天文數字的重量, 任誰也不能視而不見. 而Google之前其他產品的失敗(如Okurt), 也是敗在於無法建立一定數量的用戶群. 這次的Buzz有了GMail的支持, 由出生的一天就跨過了這個痛處.

2. 對Location定位功能的整合.
這在美國不算什麼新玩意(但對澳門小城來說, 還是比較新鮮的), 大量Twitter的變種(如Foursquare) 早就提供這種定位整合. 不過在今天Smartphone越來越流行, GPS 定位手機比比皆是的情況下, 通過手機定位來建立Social Network, 對用戶來說, 本身就有著一種Internet世界無可比擬的親切感, 試想想, 突然有個人加了你MSN, QQ 什麼的, 甚至是Facebook, 你也可能完全沒興趣, 但用Buzz Map看到另一個人就在你附近, 說著一個你當前處境相關的話題, 能不吸引你眼球嗎? 至少是很吸引我啦.

現在說Buzz一定成功實在是言之尚早, GMail 的用戶到底有多少人真的會加入Buzz世界也是未知之數. 但由支持者以至競爭對手的反應來看(Microsoft已經跳出來批評Buzz是多余的了, 還真激動), 至少這塊Buzz石頭已經在市場原來還算平靜的湖面擊起了不少浪花.

更新: 剛說完沒機會玩GMail 整合版本, 再進去GMail 一看, 已經整合進來了, 真巧! 找個時間好好試一下.

OpenX vs. Ad-Blocker – 如何逃過廣告封阻

Victorlau — Sun, 07 Feb 2010 04:51:15 +0000

在使用OpenX來管理網站的廣告後, 無可避免的一個問題, 就是播放的廣告會被某些瀏覽器(Firefox, Chrome等)的某些Ad-Blocker (廣告封阻, 廣告阻擋, 廣告攔截, 等等), 今天就要介紹一下這個問題的解決方法.

首先題外話幾句. 作為一個普通上網用戶, 自然不希望看到那些令人眼花的廣告, 同時也加重了網頁的loading; 但作為網站開發者, 廣告系統的正常運作卻是生存命脈. 這是一種雙重角色的矛盾. 但作為一個有專業精神的IT民工, 只能硬著頭皮在這些Ad-Blocker的阻攔下殺出一條生路來.

言歸正傳, OpenX 分發廣告是通過一個簡單的應答機制來實現的. 它使用了一個叫spcjs.php 的腳本來接收zone_id和banner_id等參數, 默認路徑為是http://your-ad-server-domain.com/www/delivery/spcjs.php (2.6之前是叫ajs.php). 而作為一個著名的Ad Server, OpenX 注定要成為各大Ad-Blocker的主要打擊對象. 這些Ad-Blocker的工作方式一般都是通過對HTTP Request的URL Pattern 進行過濾來實現廣告封阻. 例如Firefox世界里很出名的AddBlock Plus就是通過這種過濾器的方式實現. 本文下面的例子也是針對AddBlock Plus的.

AddBlock Plus里可以訂閱不同的過濾列表, 其中Easy-US-List 是預設訂閱的, 這里以這個List作為一個簡單例子. 在Easy-US-List里, 可以找到一堆關於OpenX的封阻, 其中重要而又比較容易忽略的是:

spcjs.php (這個很絕, 直接把它封了…)
*/www/delivery/* (這個明擺著是針對OpenX的了)
http://ads.* (所以千萬不要把你的Ad Server Domain設成ads.yourdomain.com 啦)
spc.php (這個很隱蔽, 因為這是spcjs.php 處理完分析後, 播放廣告的文件, 沒有在最開始的HTML代碼里出現)

主要是上面這4點, 其他的針對banner_id, zone_id, openx* 的過濾就很容易發現和處理.

好, 找到原因, 跟著就是找出解決方法. 既然Ad Blocker是通過URL Pattern來過濾, 也就是說, 只要我們把上面幾點的URL都改了不就可以了嗎? 沒錯, 就是這樣.

這里強烈不建議大家去修改OpenX 的PHP源代碼, 難度太高, 也沒必要. 比較簡單做法是通過URL Rewrite 來把上面的URL都改了, 例如:

建立一個forward 規則把spcjs-ox.php 轉到spcjs.php (URL還是spcjs-ox.php), 在Web Server里設一下就OK.
把*/www/delivery/* 分發路徑改成*/www/d/* (delivery 是一個比較adblocker sensitive的詞). 這個在OpenX的config 文件里找出來修改, 默認是: /your-openx-installation-path/var/your-config-file.
不要用http://ads.* 開頭的sub-doamin 啦, 可以換成http://a.your-domain.com 之類的.
改掉spc.php的名字, 這個也是在config 文件里找出來修改.

對於其他的過濾情況, 可以相應地針對著來修改, 方法類似, 這里就不多囉嗦啦.

至此, 你的OpenX應該就可以逃過AdBlock Plus 的Easy-US-List的封阻啦. 如果你想連其他的什麼China-List 也做掉, 方法也是類似的, 不過前提你要把AdBlock Plus安裝了, 然後查看這些List的規則, 所謂知己知彼, 才能百戰百勝. 不過, 這種基於過濾規則的Ad Blocker, 好處是可以不停地加入新的規則, 例如有個用戶把我們新改的*/www/d/* 也加進過濾器(慶幸大部分的普通用戶都只是用默認的過濾規則), 那我們就得再改成別的URL, 這是一個沒有終點的苦旅, 如果我們動不動就去修改OpenX的代碼, 這就太沖動了.

以上方法只能在self-host 的OpenX Server才有效, 因為你需要Web Server和OpenX的配置管理權限. 至於最近也很受觀迎的Google Ad Manager, 自然也是大受各大Ad Blocker的觀迎, 只是Google好像不太會讓我們自己來修改配置吧(OpenX 再加一分!).

如何讓iPhone直接撥打網頁里的電話號碼

Victorlau — Thu, 04 Feb 2010 08:09:31 +0000

接著之前的話題, 在創建了Mobile版本後, 用iPhone等smartphone看Wordpress的網頁就變得舒服很多, 但接著大家可能會想一個問題: 能不能直接點一下網頁上的電話號碼就可以從iPhone里打這個號碼出去呢? 答案當然是可以的, 而且很簡單.

iPhone OS 提供了一些iPhone特有的HTML tag, 其中一個很重要的就是”tel:” (其實就是一個特有的Protocol, 協議), 就像平時上網用Windows Media Player聽電台看節目的方式一樣, 通過這個Protocol, iPhone 可以直接依照點選的電話號碼打電話出去. 下面是一個簡單的例子:

“澳門常用電話查詢熱線: 181 ”

在iPhone的safari里點一下上面的”181″電話, 就可以直接打出去了. 但如果是iPhone 以外的地方打開, 就不知道要如果撥號了.

具體的代碼就是這麼簡單:

跟普通HTML 連結一樣, 就是這麼簡單! 不知道Android有沒有相類似的支持呢? Google沒有回答我, 有沒有誰能告訴我一聲?

更新: 經過進一步了解, iPhone (至少3GS) 是不需要什麼”tel” tag的, 只要類似於電話號碼的連結, 都可以觸發一個撥號動作. 但對Android手機則必需要有一個”tel” tag 才能認出來是電話號碼. 最後順帶一提, 用”callto” (類似於mailto)的tag 來定義連結, 在普通電腦里, 就可以觸發Skype 來自動撥號了, 當然, 前提是安裝了Skype啦.

為自己的Wordpress創建一個iPhone Mobile版本

Victorlau — Tue, 02 Feb 2010 15:04:30 +0000

Wordpress 其中一個強大之處, 在於有著很多好用的插件(Plugins), 這些插件能夠大大提高Wordpress的功能和易用性. 不過這不是Top10插件推薦, 今天只是要介紹一個相對特別一點的插件 – WPtouch.

WPtouch 讓我們這些Wordpress blogger 簡單地通過幾下操作, 點幾下Button, 就生成一個專為iPhone/iPod Touch 而優化的Mobile 版本. 效果可以通過下面的snapshot看得一清二楚, 這里就不多廢話了.

以民工工房為例, 原來在iPhone/iTouch 的Safari 里看到的效果是這樣:

原汁原味的民工工房首頁

由上圖可以看到(看不到吧!), 在iPhone的民工工房版面十分小, 圖片很小, 文字更是不放大基本上看不到. 就User Experience (用戶體驗)來說, Mobile用戶的得分一定很低. 但裝了WPtouch之後, 簡單在Setting里設置一下, 成熟的Mobile版本就立刻誕生啦!

民工工房 - Mobile版

很明顯看到(這次真的看到啦), 在這張縮圖里還是清楚看到每篇文章的資料, 對用手指操作的Multi-touch, 十分方便! 所謂麻雀雖小, 五臟俱全. 這個Mobile 版本功能一點也不弱, RSS 訂閱, Email 訂閱, Twitter 轉發, 留言等功能應有盡有. Tags 和 Categories 的列表當然也不會漏掉. 實在是一個十分值得推薦的Wordpress插件! 安裝方法十分簡單, 可以直接在Wordpress的管理介面里查找WPtouch並安裝, 或者到其官方頁面里下載, 這里不多贅述.

應有盡有的功能

當然少不了Twitter轉發和留言功能

方便閱讀的正文頁面