幾乎公司會阻擋 web mail 系統，避免員工上班時間收發私人郵件（如私人事務、網拍等等），或甚至 避免流出機密文件。以下將如何在有網頁過濾的環境中，使用 gmail。前提是，你的公司內部網路要先能使用這些功能：

• 可以上 www.google.com
• 可以使用 HTTPS
• 必須可以登入 google 帳號。可以先上 www.google.com 然後使用自己帳號登入試試看

修改步驟。執行 cmd.exe，進入 CLI 模式，然後 cd %WINDIR%/system32/drivers/etc。
先找出你的 google.com 網址。nslookup www.google.com 後，會查出一堆網址，挑你看上眼的使用，例如 64.233.183.99。
然後 edit hosts，把以下加入後存檔，原本檔案內容應該只有 127.0.0.1 localhost 之類
64.233.183.99 mail.google.com
64.233.183.99 mail.l.google.com
64.233.183.99 gmail.com
存檔後不需重新開機，但是必須重新啟動瀏覽器。接著先到 google.com 首頁。在 www.google.com 先登入你的帳號後，他會再次回到 www.google.com。接著自行到瀏覽器網址列，打入 https://mail.google.com 後。你就進入 gmail 了。期間可能會有憑證錯誤警告，警告您前往的網頁憑證並不符合目前的 IP 和網址（因為你是用 www.google.com 的 HTTPS 憑證，進入 mail.google.com），反正都是 google 的，可以忽略。
另外，可以先在外部網路，把 gmail 帳號設定為，chat 關閉，使用 basic html等，會讓頻寬使用降低，避免因為流量監測而被 highlight。(基本上用IE沒有 adblock 看 yahoo, pchome 這些大量 swf 廣告的網頁，流量可能更多)

CrossOver 把 Google Chrome 瀏覽器的開發版本 Chromeium，以及 wine 1.1.4 直接包裝成完整的執行檔 CrossOver Chromium。以下是執行畫面，背後的程式是 Firefox 3.1 beta。 下載後，拖拉到桌面或應用程式裡面，就可以馬上執行由 wine 模擬起 windows 環境執行 Chrome 瀏覽器的功能。不過這當然是非常非常嘗鮮的玩法，因為在 wine 裡面執行的 Chrome 會加上參數 --no-sandbox --in-process-plugins，最主要的 multile processes 優點就沒有啦。如此一來，醜醜的 windows 視窗外框，不是很漂亮的 X11 Font Rendering，只能跑 single process 的 multithread，優點大概只剩 V8 Engine 的速度。不過 Firefox 3.1 beta 是 TraceMonkey (記得把 about:config 的 javascript.options.jit.content 和 javascript.options.jit.chrome 打開才有效) 也差不到哪去; Safari 4.0 preview 是 WebKit 搭配 SquirrelFish，既然都是用 WebKit，就直接跑 Safari 就差不多了。

因為 google chrome 的 mac 版本尚未推出, 因此只能在 windows 上一探究竟和體驗. 但是某公司電腦作業系統不在支援範圍 (XP/Vista), 因此只得透過 Virtual Box 的 Windows XP 來體驗. 況且 CPU 不是 Vx 技術, 執行起來速度還可以接受, 但是實際上宣稱的 JavaScript 效率就無從實際體驗, 只能透過別人的benchmark來了解效能.
基本上用起來很不錯, 對於中文輸入支援也很好, 簡潔的畫面和 google 風真的很不錯. 另外在開發者選單裡面有工作管理員, 可以看到每個網頁的 tab 所佔用的資源和CPU loading 真的是很新鮮. 不過還沒遇到過網頁當掉, 然後直接把某個tab給殺掉的用法.
基本上還是看mac版推出後有什麼跟Safari/Firefox上的效能差異,畢竟Firefox雖然也是native程式,但是那堆message pump framework, XPCOM, 搞得Firefox又肥又大,GUI 效能上好像沒有Safari快.

通常在瀏覽器裡面像是 Firefox，把文字選取後按右鍵就可以作 Google search 的動作。如果是在其他的程式中，有段文字要到 google 上面找找東西，傳統作法就是：複製文字，開 Safari，在搜尋輸入框貼上，然後按下 enter 開始搜尋。
但是通常 Safari 會出現在 Dock 上，這時候在其他應用程式中，跟先前動作一樣要先選取，然後只要拖拉到 Safari 的圖示上，就會自動幫你開啟 Safari 然後在 Google 搜尋引擎上找你所選取的文字。

Google 有兩套跟圖資有關的產品，一是 Google Maps，另外一個是 Google Earth。這兩個產品都有提供軌跡的功能，但是卻大大不相同。Google Earth 的功能比較完整，而 Google Maps 則是比較簡單且限制。
以我自己的 GPS track 而言，上次從北橫到宜蘭市區，每 20m 就標定一點，印象中共有八千多點。在 Google earth 上，這個軌跡很漂亮的就是一條 path。同樣的 Google Maps 也提供 My Maps 功能，可以 import .kmz/.kml 到網頁上，把軌跡畫出來。但是，問題就出現了，上傳之後發現軌跡變成好幾段，甚至被分成好幾個 page，要切換到下一頁才會把該頁列的 path 畫出來。
首先，第一懷疑的是不是從 GPS logger 下載的資料有問題，造成一段 path 被切成好多段。結果也不是，把已經上傳的 kmz 從 Google Maps 上用 View in Google Earth 再看一次，的確被切了好幾段。做了簡單的實驗後，發現只要 path 大於 401 點，就會被分成另外一段（大概是網頁版的 Maps 為了 performance 問題）。這是第一個實驗。第二個實驗是，在 Google Earth 看到有六條 Path，上傳到 Google Maps 後只看到五條，而且沒有下一頁。
 
第三個實驗是，共有七條 path，上傳到 Google Maps 後的確看得到七條。那前一種狀況是怎樣，bug 嗎 = =。
 
然後在第一頁下並沒有全部畫出所有的 path，要切換到下一頁才會畫出 path 6,7。

然後，重點就來了，在 Google Maps 中 My Maps 的單一個路徑，就是要全部畫出來才好看且明暸，還有下一頁這樣就不太好看，因為如果不是獨立的軌跡的話，被分段分頁真的是不爽。所以重點就是要介紹一個 TOOLS FOR GOOGLE EARTH 工具網頁，他有很多功能，但是第一個的 Generalize 就有足夠的功能，把太多的點簡化掉。目的是因為一次要把完整的 path 畫在 google maps 上，所以 google maps 上面一頁可以有 5 段 path，而每段 401 個點，所以 kml/kmz 中獨立的 path 不能超過 2005 個點，才會同時被顯示出來成為完整的一段。假設我這次有 8000 點，所以我在 Generalize 的 Reduction Factor 填入 4，然後把 kml file 上傳後，他就會提供另外一個可以下載個 kml。再上傳到 google maps 上面去，所以 8000/2000 大概會產生 4 段 path。所以就能完全一次呈現一條完整的路徑，雖然被分成好幾段很怪。
連結到完整Google Maps路徑。

今天的新聞應該就是 Google 在台北舉辦 Developer Day，休假了一整個禮拜，週末就只去參加這一場不是休假的活動。除了開場的主題演講外，整天都是 AppEngine 場次，所以也只能講這些了。除了 Code Lab 之外，其他都有錄影，應該上 http://code.google.com 都找得到。所以整天看到聽到的都是 Pete Koomen 和 Brett Slatkin。Pete 是 Product Manager，Brett 是 Software Engineer。

AppEngine 讓一般 user 也可以使用到 google 的內部儲存空間跟 computing power，在一定的 quota 內是免費的，超過就要依量計價。不過我在想，比如說 HTTP Requests per Day 最高 650,000。這時候當有這種人氣時候，擺個 AdSense，然後用 AdSense 賺的錢再買更多的 resources，這樣有沒有可能打平變成免費。

第一場 Pete 介紹 AppEngine 入門，由 Brett 簡單花幾分鐘從無到有寫個 live demo，有點類似留言板的功能。當 Deploy 到 appspot 之後，Pete 秀了幾手，終於大家看到網址，也上去留了幾句。等 Pete 重新載入或留言時，發現多了好多資料嚇了一跳，當然是哄堂大笑。暫存的內容如又圖。 另外學 Python 語言感覺是還好，如果 syntax 練一下，API 看熟一點，加上 AppEngine 不讓你用某些 system native API，盡量都要用他的 DataStore、memcache、URL fetch... 所以也不是要整個學到爛。但是 DataBase 的部份 - DataStore 這邊就比較麻煩，雖然用 GQL 很像 SQL 作 query，但是為了 scalability 而無法做出很多一般 SQL 的用法。為了提高平行度，表格設計和 get()/put() 方法也跟一般不一樣。加上現在還沒有 Database import/export 工具，連改個 application name 就會整個 DataStore 就消失一樣。很多東西都還在進行中，連未來將會支援哪些語言，連半點字都沒有透漏。

另外在 Code Lab 到處問答時候，旁聽到 AppEngine 其實是 Google Engineers 花他們 20% 的時間做的創意。當然 BigTable、GFS... 這些都是 Google 本來就有的 fundamental，在 Google 允許工程師花他們的 20% 時間，作自己想要做的事情（當然不是打混摸魚看股票兼拍賣等等）。所以 AppEngine 就這樣生出來了，提供了一個環境讓 internal 工程師很容易開發的環境，現在還可以提供給外界使用。另外，AppEngine SDK 環境當然也是這些工程師花 20% 其中的時間在 Mac 上開發出來的環境，所以有些地方 Windows 平台會不順會有問題，只能等以後修正囉。

今天 Google Lab 部份，投影片跟程式碼在 http://code.google.com/p/google-app-engine-codelab/，雖然 Brett 講解的投影片是用 Google Docs 來簡報，但是下載的卻是 PowerPoint。大概是從 Google Docs 轉成 ppt，因為 AppEngine 的 icon 在簡報時候是在左下角，而 PowerPoint 卻是變成置中大圖，看來 ppt 版本是不太對的，相信原版是 Google Presentation 做的。

今天的圖片集：
會場入口的大"看板"

另外一邊的 Google Logo

報到處


連飲料零食都搬來了


當然 Wii 和 Xbox 也不例外

第一場簡介演講，沒辦法，原場地客滿了（簡立峰老師要大家下次努力報名達 3000 人，就可以租樓上的大場地。）

Pete 講 AppEngine 入門

手足球台後來也出現了（打的人不少，不過用轉的是犯規的，反正大家好玩就好。我也有下去玩幾球，二打一還沒被進球）

排隊領 T-shirt（其實大家都有，還說數量有限）

今天最大收穫，就是衣服兩件 當然是學到 AppEngine 很多知識。然而 AppEngine Code Lab 免費送一件 AppEngine Logo 的 T-Shirt，再加上 Google Developer Day 2008 的，就兩件了。

Google mail 支援 SSL 的 HTTPS 協定傳輸, 好處當然是內容經過加密, 還有就是可以用 HTTPS 躲過一些像是 web content filter 的過濾來上外面 web mail. 內容都加密了還能靠 http header 過濾什麼鬼東西

1. 先上 http://www.google.com/ 然後透過裡面的 login 登入自己的帳號
2. 自己到網址列打 https://mail.google.com/mail, 就可以透過 SSL 連入 gmail
3. 有簽章問題警告, 不管他直接放行. 這是因為 SSL 的簽章是發行給 www.google.com domain 而不是 mail.google.com, 所以沒關係反正都有加密就好.

還是不行, 直接 nslookup www.google.com 找出的 IP address, 然後去編輯 WINDOWS/SYSTEM32/drivers/etc/hosts 加入剛才的 IP

mail.google.com    66.249.89.99

其他 Docs & Spreadsheet 也可以照這種做法避開被 web content filter 過濾. Web MSN Messenger 也類似可以這樣惡搞.

今天仔細研究一下 blogger custom domain 怎麼使用，然後就把很久前在 yahoo small business 買的 jclin.org domain 拿來用。所以就直接改成 blog.jclin.org 或是 jclin.org 都可以直接看到 blogspot 的文章。並且原本的 jclin.blogspot.com 還是依然有效。另外趁機也把 template 換一下，從此也可以透過簡單的 layout 編排方式來修改版面。另外 page rank 似乎也沒了，目前首頁上看到的是 0。