<前言>
在web 端rss reader服務當中，google reader的功能與品質相當不錯。
像是頗受好評keyboard shortcut 快捷鍵功能，與sorting (雖然也是延遲推出)、創新的reading trend 等功能外，也極盡努力支援多平台browser（例如： ps3 browser)上。
可惜的是，google公司引以為傲的搜尋功能居然沒有出現在google reader產品線上，這也是最常受網友詬病的部份。
筆者常構思其原因，試想如下：
建構搜尋內容來源並非rss資源不可
google crawler 是以pull model為主，主動出擊擷取網頁並製成cache＋index供使用者搜尋。反觀rss 本質為push model 更新週期不固定。並且rss網羅資訊範疇並未橫跨整體網際網路，對擴充google搜尋結果而言效果不大。
以收益來說，Google web search可配合ad words 貢獻收益，反觀reader的廣告model尚未成形。
時至今日，推出google gear 對google公司別具意義。在既定提供個人化服務與強化搜尋反應時間的方向後，google 「all-on-web」 策略是否出現微妙的變化？
「Google search result on the web」=>「Google search resulton your device」方向？
接著往下看...
-----------
part I :開始
話說今晨，當我開著FF去趕reader集
，赫然看到斗大的Offline (new)功能。對google新功能相當有興趣的偶，立刻就來安裝看看
下載網頁 http://gears.google.com/
安裝授權同意畫面
另存 GoogleGearSetup.exe
雙擊後開始安裝
連線主機下載安裝檔案
安裝完畢
裝好後要求重新啟動web browser
筆者第一次重開並沒有出現功能
反而報了這個訊息，連線正常壓？
重開FF後就出現了offline 選項
首先問你是否要允許Google Gear將該網站加入
點選向下箭頭即開始下載2000筆item
下載直至完畢
完成後會顯示 You are in Offline mode.
當所有item均閱讀完畢後，會出現 No more items in Offline mode.
online 圖示 (offline mode 下）
啟動online更新狀態後，將滑鼠移到圖示上方，會出現一些相關訊息
part II: 深入技術剖析
安裝之後，對它好奇了起來？如果要離線瀏覽，那資料是存在哪裡呢？
根據官網（註一）指出，Google Gears使用fully-searchable relational database （SQLite engine)
不過，總也要有個地方存吧!？
在M$平台上，通常存放程式相關資料大約可分成三種模式：
1.將資料存放一般安裝程式目錄之子目錄下
(如：c:\program files\[軟體安裝目錄]\subfolder)
2.基於多人使用資料分離存放，至於個人資料夾之程式子目錄
（如：C:\Documents and Settings\[username]\Local Settings\Application Data\[程式]\subfolder)
3.同一家軟體公司共享目錄
（如：C:\Program Files\Common Files\[公司名稱]\[產品線]\subfolder）
對Google Gears來說 他採用1. 2.路徑來置放程式與資料。
主程式目錄
此外，可以細究檔案大小發現Google Gears for ie 與 Google Gears for FF所使用gears.dll
大小上有著一些差異
for ff版本為696 KB
for ie 版本則有 852KB
離線資料檔目錄
怎麼看呢？打開...離線檔..GR-xxxxxxxxxxxxxxxx(16位)#database 檔
表頭...沒錯，確實使用SQLite engine!
表格定義
一些離線內容
part iii 使用心得
缺點
筆者於 使用ff後在使用 ie 登入reader 但下無法成功啟動offline模式，會出現此錯誤訊息，並且自動關閉ie。
ie自動關閉是蠻恐怖的 (我不想灌一個有問題的軟體 ><") 雖如此...仍有不少
優點
1.SQLite 兼顧彈性與效率
在小型SQL engine 又有不錯效能表現狀況下，透過SQL操作提取資料，確實比重新開發專屬格式自行撰寫操作file io程式上來快（研發時效），並且具備彈性擴充欄位優點。（*註二）
2.不管網路傳輸速度再快，local file仍具時間存取優勢。
3. Wifi/GPRS/3G/3.5G上網 目前還是一個字--貴！
3G為例，某廠商下載2mb要價40元（有沒有搞錯，我連印個折價卷都沒省到40元）
Wifi存取點少，fon? 你說。WiMax我還比較期待咧。易用度跟費用一定跟目前接線市場有所區隔，offline還是大部分人的狀況。人多就有需求阿！適時提供工具組滿足離線瀏覽需求。
筆者預測可能未來Google發展方向：（可能已經有了！？）
1.small device porting延伸
使用具備跨平台（pda, cellphone)的sqlite engine來儲存離線資訊，此一經驗可以讓
更多非即時存取網路的終端設備，也能在not-always-on的現實生活中也能享受豐富資訊的好處。
2.強化Google產品線之間的co-op.
透過單一共享存取與儲存機制來讓外部service(s)合作，ajax （or ajaj -Jason?)機制雖然頗具彈性但get-and-processing 成本仍無法忽略。 是否能進一步切割data 和service並增進分享？
Google notebook,Gmail even Personal Search.都是可以著力的方向。
這筆者曾經想過.一部分計畫，可惜我不認識Google products-roadmap director.
無從得知未來的進程。
由Google Gear推出可見到Google對強化offline這一塊missing piece做出宣示。
雖然對Always-on 客戶可能不見得太大影響，但相信Google 已做好初步準備去攻佔更多廣大的手機與pda終端等族群！
------------------------------------
註一:
根據外部網頁指稱Google Gear這套程式是由Google Code 亮相，有興趣的人可以去看看。
網址：
http://code.google.com/apis/gears/
註二:
不過，筆者也要小小點名一下Adobe lightroom這套圖片調整軟體，雖然同樣採用小型sql engine來維護metadata資訊的軟體，但卻不時出現錯誤訊息。
這也讓筆者對使用SQL-engine技術的軟體抱持著一種觀望的態度。
marx's it experience 同步轉載中
