2008年2月29日 星期五

從 wikidot.com 搬到 Google sites 實做比較心得

因為 Google 發佈一個類似 wiki 工作平台 Google sites,所以嘗試將已經建構在 wikidot 的資料搬移過去看看有什麼問題。

wikidot:http://wiki.isuphoto.org
Google sites:http://sites.google.com/a/isuphoto.org/photoimage/Home

搬移過去之後會發現這兩個網站本身有好有壞,首先 wikidot 因為不能編輯中文的條目,所以有點可惜,Google sites 這邊似乎不會因為中文的問題,但是他的網址卻很長,可以考慮加入CNAME。而且不能像 wiki 可以利用 「條目:」來當作分類項目,Google sites 是採取資料夾分類的方式在進行,每一編輯頁面似乎也沒有看到 Tag 這樣的系統,不知道是什麼原因,還是因為都在開發當中。

可能是因為編輯 wiki 方式習慣了,所以有一點點無法適應用「所見即所得」方式編輯,個人認為打 wiki 語法是最快編輯的方式,可是 Google sites 本身沒有專用所謂的「wiki」語法,所以有些東西要一路「點」,「點」出來,不過這也是 Google sites 的特色吧!這樣在切入 wiki 系統時不需要再去瞭解一套語法,但這裡 Google 可以考慮擴充所謂的「wiki」語法,給較進階的使用者來使用。

目前將在 wikidot 的資料一部分搬到 Google sites ,感覺不是說很滿意,雖然 Google sites 提供好多套組可以使用,單單就搬移(重建、恢復)的效果評估並不好,但是如果一開始就從 Google sites 這邊建立應該是沒有什麼問題。因為這篇是單純的針對 wikidot 搬移到 Google sites 的比較。另外好像沒有辦法設定測編列的大小,因為我覺得他太擠了,標題沒幾個字就會跳行。還有切換不同的佈置主題,內文的主題色好像都不會變,wikidot會針對 h1、h2、h3 作色系變化、超連結色系變化,如果都不變,感覺都黑黑一片。

這次搬移可以參考這篇條目 2008聚餐(wikidot)2008聚餐(Google sites),比較看看差別。

2008年2月28日 星期四

Google sites 殺手級服務

Google 2006年11月收購了一家 Wiki 服務商 Jotspot,今天重新發佈此服務明稱為 Google sites。如果有使用 Google Apps 中文語系登入之後會發現好像沒有所講的新服務,因為目前這服務還是測試狀態,必須先將 Google Apps 的控制臺切換到 US 語系,之後再回到控制臺頁面有個 "Add more services",就可以看到 "Sites" 的服務,加入就可以使用。資料參考:http://www.google.com/support/sites/bin/answer.py?answer=90839&topic=14070

一樣也可以設定 CNAME,預設是 http://sites.yoursite.com。點進去之後就可以看到 "Create new site" 新增一個網站,輸入名稱之一些相關資訊就可以進入到製作頁面。如果有編輯過 wiki 的經驗,Google sites 類似這樣的模式,只不過 Google sites 有許多已經設定好的套組可以直接建立使用,有最簡單的頁面、類似 iGoogle 的拖曳頁面、檔案櫃、公告系統、專案追蹤系統等一些也可以自訂的套組,底下有開一個讓大家進去適用看看,建立之後會是如何的狀況。另外也有佈置主題這種個人化設定,樣式也很多。另外他的分享模式也與 Google 文件分享方式一樣,所以這一連串操作下來其實都還滿順手的。

Google sites 初使用後覺得這還滿適合內部團隊來使用,因為說實在 Google Apps 本身所搭配的服務很少,Blog、Picasa 也沒有列入到 Google Apps 服務裡面,但是有了 Google sites 這項整合型的服務,可以將實用範圍擴大,感覺這服務很棒!

這裡將第一個開啟的 sites 設定開放給大家參觀:http://sites.google.com/a/isuphoto.org/isuphoto/Home
推推王文章:http://funp.com/t115194
相關影片:


wikidot.com

關於 wikidot 這網站是提供類似 wiki 系統平台的服務,wikidot 與 Wikipedia 雖然都是提供類似 wiki 系統的,但是使用的 wiki 語法有些微的不同。不過這篇不是要討論語法,只是作簡單的介紹。

之前是看柏強介紹過 wikidot 的用法,但是那時候沒有想到要件裡什麼東西,所以就沒有注意得很詳細,是到在製作「影像紀錄區」想要編寫使用手冊時覺得用 wiki 的方式編寫會比較容易維護,所以第一本 wiki 是「影像紀錄區」用的。裡面大部分都是紀錄網站更新、開發紀錄。包含最近攝影社要聚餐的活動頁面也是用到這個來呈現。感覺寫的還不錯,之後的 EatGoGo!也開了一本「EatGoGo! wiki」來編寫,也是最主要紀錄網站開發紀錄、更新紀錄之類的,

雖然 wiki 本身強調集體創作的概念,但是因為他本身易編輯的流程即使一人編輯也很好用,現在就連自己也開一本「Toomore Start!」來寫關於自己的條目,當時間累積久一點,編寫東西多一點的時候,其實那還滿有價值的!編輯個人 wiki 不同於 Blog 寫作方式,所以相對的「文件」概念會比用 Blog 「文章」概念強一點,各有特色,但最主要還是可以讓使用者多一個瞭解你的管道方式。

2008年2月26日 星期二

EatGoGo!到處吃喝玩樂!

EatGoGo!這網站從1月29日上站之後到今天也快一個月了,雖然目前也什麼時間再加入一些東西但這網站的一些概念我都有寫在 wiki 裡面,稍微的來談一下這網站的概念。

最初這概念是我大一升大二暑假的時候,那時候想說要作一個可以介紹學校附近有什麼好吃的店給下一屆學弟妹來看,因為那時候是系會資訊,所以就弄一個「義守財金美食導覽網站」,那網站目前還架在網策會主機裡面,也沒有刪掉它,所以就一直保留到現在。直到在製作攝影攝影像紀錄區的「影像足跡」、「足跡筆記」時候發現其實可以將這兩個功能結合在一起,在搭配四年前的「義守財金美食導覽網站」概念,就可以作一個以地圖為主的美食導覽網站。

EatGoGo!到處吃喝玩樂!
http://eatgogo.com

這網站其實還可以再做一整個改變,但是我想先一步步慢慢來,這可能就是我的步調。之前有人會拿這個和「地圖日記」作比較,我知道概念差不多,但是說實在我沒用過地圖日記,也盡量避免去使用地圖日記,以免我的創意靈感會有所干擾。

大家可以試試看 EatGoGo!來推薦一些好吃的店家,一些操作的問題也可以在這邊留言,目前網站有時間會更新。敬請期待!

「Google 帳戶」

其實在 Google 定義「Google 帳戶」這個名詞有包含一個廣義的意思,「Google 帳戶」可以是為Google 本身的使用者帳戶,也可以是以其他電子郵件來註冊的使用者。這概念有點像是 MSN 帳號可以是為 hotmail 用戶,也可以你隨便拿一個電子郵件來當作是帳號來註冊。

那使用 Google 的使用者與利用其他電子郵件註冊的使用者有什麼差別,唯一的差別就是可否使用 Google 相關的服務,例如:Gmail、Google 日曆 ... 等

不過 Google 這裡有提供一個帳號關聯的設定,只要你先註冊一個 Google 帳號,接著到 Google 帳戶編輯個人資訊底下有個 "將電子郵件地址與您的帳戶相關聯" 輸入其他的電子郵件,就可以將其他的電子郵件與 Google 帳號做關聯,即使之後用其他帳號登入也會切換到 Google 的帳號。


但是如果本身其他的電子郵件已經在「Google 帳戶」了,就沒辦法設定關聯,除非刪除該其他的電子郵件。換句話說設定關聯只是將其他的電子郵件整合到 Google 帳號裡,但卻不能將已在「Google 帳戶」使用的其他電子郵件與 Google 帳號整合,這裡還有一點怪怪的,可能是因為服務的資料庫沒辦法整合在一起吧或是整合在一起也沒有意義。

因為「Google 帳戶」給其他的電子郵件註冊後的服務除了 Gmail 外,其他的服務幾乎都可以使用,Google 實在是太大方了!不過既然這樣為什麼不就乾脆註冊 Google 帳號呢?

Google Talk Blog 聊天!

Google Talk 發佈一個可以在 Blog 上與訪客直接線上通訊的小工具,以前我們可能會使用類似 plugoo 的小工具安裝在 Blog 裡,訪客直接在上面留言。

現在 Google Talk 也提供這樣的小工具,你只需要有 Google 帳號就可以使用,當訪客看到你在線上就可以與你直接溝通。

Toomore

2008年2月25日 星期一

Google Static Maps API

新的 Maps API - Google Static Maps API,可以直接透過 URL 傳遞參數產生地圖圖片,好處是不用要用到任何的 Javascript,缺點是少了地圖上得直覺互動。

不過這 API 可以用在行動裝置上、手機等不能支援 Javascript 語法的裝置,所以如果以地圖為主的網站,要開發手機版的就會變得比較容易了!

EatGoGo! 前幾天也在想手機版要如何開發,現在多了一個好用的 API 就方便了!

2008年2月23日 星期六

感冒

禮拜四(21號)去看醫生,因為發現自己真的撐不下去,以前感冒都是喝水就可以撐過去,可是這次感冒還發燒,前一天晚上還沒辦法睡,頭很痛!

隔天禮拜四下午就去看醫生,醫生說因為他勞累所以抵抗力變差,風一吹就感冒了。因為禮拜四晚上還又去拍照,醫生就問我看要不要打針,會比較快退燒,要不然再燒下去就要38度了。想說好吧,打一針,要不然生病真的很痛苦!打一針,吃個藥,下午休息一下狀況就好一點了。不過現在還是會一直咳嗽,也很麻煩!

以前感冒是都不喜歡吃成藥,因為覺得藥會傷身體,可是這次感冒吃藥發現原來吃藥抑制感冒效果那麼強喔!要不是我接下來還要工作,要趕快恢復,不然也不太想吃藥。

現在會盡量早一點睡,如果工作沒用完的話,因為看來好像是把身體操的太勞累的,有些事情慢慢來作就好了,反正就是要提早做就是了,如果都擠在同一天當然會變成這樣,要變得不眠不休的一直作,結果把身體弄壞!

2008年2月19日 星期二

給大樓提案

前幾天給我們家大樓提案看能不能改用 Google 相關服務來做大樓管理委員會與住戶的溝通平台,
我們家大樓本身有申請 Yahoo!! 的家族,可是不知道為什麼,我就是覺得 Yahoo!! 到底還有什麼服務可以使用,況且現在有很多服務都漸漸的收起來了,不難保證家族這服務也會被淘汰,而且很神奇喔!這服務好像很久沒更新了,服務團隊還在嗎?

在提案說明書裡我就拿在學校實際操作的社團來舉例,因為怕委員會的委員會聽不太懂我要表達的東西,我記得我好像花的一小時半的時間就把提案說明書打完了,原本還想說要不要在加個流程圖或是圖片作說明,但我想暫時就先給他們看,之後如何我再作詳細的說明。

說明書用 Word 打的,上傳到 Google 文件:http://docs.google.com/Doc?id=dft5qcw9_31c2jw9rc6,不過我給委員還是紙本的提案說明書,事後想一想應該用 Google 文件,順便實做一個例子給委員看。

今天下午就接到委員打來的對講機,他問我一個問題:「這樣怎樣和 Google 接洽?」完了!和我預期的一樣,他們真的對 Google 相關服務非常的不了解,不過這樣我也比較知道委員對 Google 瞭解的程度。我和委員說因為提案沒有辦法寫太詳細,有些事操作上的問題,如果需要我當場作說明也可以。委員說他再聯絡他的網站管理的人員看看。

我想應該沒有問題吧!再等幾天應該會作一次簡報給他們。感覺還滿好玩的,雖然我不是 Google 請的,但可以分享用過的東西也不錯,順便訓練一下簡報的功力。

wiki 可能會變成下一波個人Blog

wiki 可能會變成下一波個人 Blog,為什麼?直覺!

想一想,wiki 就像一本空白的筆記本,你可以隨意的增加、修改資訊。Blog 有點像是週記本,美一頁都有畫好的格子,照著格子上的項目去完成相關的資訊。這中間的差別在於 wiki 的自由度與靈活度都高於 Blog。但或許 wiki 與 Blog 兩者也可以同時並存,wiki 就像是一個嚴謹的資訊,Blog 比較像是冰箱上的便條紙,片段或是不連貫的資訊。

在開發第二版的影像紀錄區時習慣了用 wiki 系統來寫東西,所以之後的 EatGoGo!! 也是如此。昨天晚上突然想到自己也可以用 wiki 來寫關於自己的條目,感覺有一點像是在變自己的回憶錄一樣,雖然還不到累積很多經驗的年紀,但是也可以為短期間內的活動與表現作一點紀錄,或許新認識的人、想要瞭解你的人甚至是未來要應徵面試時,還有平時準備好的個人資歷可以運用。

所以當這行為一個接一個表現出來的時候,wiki 編寫個人條目就可能成為下一波的 Blog 型態!不過目前等時間醞釀,因為 wiki 編寫有些許的語法必須瞭解,小小的切入門檻。

2008年2月16日 星期六

城市紀錄 慵懶的貓 鹽埕區


昨天下午去補幾個店家的畫面,想說停車下來走一下鹽埕區好了,就沿著北斗街一直走,沿路上發現很多貓跑出來曬太陽,結果拍的畫面都是一推貓。不過有很玩喔!那些貓好像都不是很怕人,可能是因為天氣好的關係,出來曬太陽所以才沒理我這個人。

有一隻貓還睡到都沒感覺到我靠很近在拍它,就這樣一直睡我就一直拍。有些貓就坐在鐵軌上抬腳抓癢。有一隻貓不知道在想什麼,抬腳抬的很慢,還是因為知道我在拍它,所以故意放慢速度給我拍!

第一次拍到那麼多隻貓,感覺當貓好像比較好 每天都可以慵懶的過,也來當隻貓好了...

相關連結:http://pi.isuphoto.org/comp/670

棉花糖


突然想到棉花糖的事情,這一陣子心浮氣躁,做事情都沒有什麼耐心,想到可能是因為辦自己的行程定的太緊湊了,還是要給自己一些休息的時間。

最近這幾天一直看到地圖日記的新聞,老實說還滿羨慕的,不過可能因為手腳太慢了,所以像我類似的概念的網站已經有人做了,真的有點掙扎!想說還是不要用了,直接就暫時停調這網站,不過在我的計畫裡面還有很多東西是可以改進的,雖然這些功能可能都不怎麼樣,可是對我來說網站就是缺少這些功能,加上去之後一定會很好玩。

所以,還是調適一下心情吧!慢慢作吧!畢竟這本來就是我想要做的東西!

2008年2月15日 星期五

接第一份 case

因為星爺幫忙介紹接到一個 case,星爺寒假常常都跑去看國標舞(意圖很明喔!)對方舞團的老師是高雄市體育會運動舞蹈協會的理事長,希望可以製作一個網站來宣傳。

第一次接 case 很緊張,因為有很多問題必須稍微講清楚,包含費用還有可以做到的範圍如何等等,還好老師要的技術上比較好處理,比較怕就是做出來的風格會有所落差,這我可能要作一點功課,參考看看相關的網站設計風格與規劃。

另外他們 2/21 要在海寶餐廳比賽爭取高雄的代表隊,有興趣的可以去看看。
海寶國際海鮮會館
高雄市前金區自強二路171號1F

檢視較大的地圖

2008年2月14日 星期四

翻譯了一篇: 搶先看!Firefox 手機版

這篇很難翻,因為沒有實際參作過文中介紹的新產品,所以真的只能按照文章去翻譯,那篇翻完頭很暈,我記得好像事前天凌晨三天辦睡不著爬起來翻譯的。

因為現在 Mozila 打算開發手機版的 Firefox 但是這計畫預計 2010 年才會成熟,為甚麼?因為這計畫所定的基本手機裝置要大於 64MB 的記憶體,400 ~ 600 MHz 的處理器,根本就是以電腦為主。

Why now?
* Getting a no-compromise web experience on devices requires significant memory (>=64MB) as well as significant CPU horsepower. High end devices today are just approaching these requirements and will be commonplace soon For example, the iPhone has 128MB of DRAM and somewhere between a 400 to 600 MHz processor. It is somewhere between 10x-100x slower on scripting benchmarks than a new MacBook Pro and somewhere between 3-5x slower than an old T40 laptop on the same wifi network. But rapid improvements in mobile processors will close this gap within a few years. There are chips out there today that are faster than the one in the iPhone and integrate graphics, cpu, and i/o (wifi/3g/wimax) on one die. Intel has recently re-entered this market which will keep things interesting. Most exciting of all ARM has announced that by 2010 devices will be shipping with a processor 8x faster than what's in the iPhone!

不過還是期待他可以快一點,因為我手機裝的還是 Opera mini ,能夠裝 Firefox 更好。

翻譯文章:http://mozlinks-zh.blogspot.com/2008/02/firefox_13.html

郵局賣得情人節便利盒


郵局賣得情人節便利盒,看了一下很像賣很多年了,今年才注意到,感覺還不錯!可以買來送給情人。有 55 元文件袋和 70 元便利盒兩款。

活動頁面:http://www.post.gov.tw/post/internet/ads/mons/endo/endo002-7.html

2008年2月13日 星期三

城市紀錄 大港街


大港街,可能有些人會覺得很陌生,因為不知道他到底在哪裡,但是如果常去高雄火車站經過長明街時一定會對周圍的老房子有所印象。

那裡是台鐵員工宿舍,不過最近經過那邊會發現有很多區塊被剷平改建成收費停車場。常常會看到有新人在那裡拍婚紗照,因為在高雄尤其在市區越來越看不到這種日式建築的房子。在拍照紀錄的時候有附近的居民好心幫我介紹,他說這裡一排一個區塊,是住四戶人家,只要四戶人家都搬走,台鐵就會馬上剷平然後整塊地出租出去。他還說這裡的房子都有七八十年的歷史了,日本人改的房子都很耐用外牆內部用竹子混土最後在外層塗上一層石灰,看似薄薄的一面牆但卻很堅固耐用。

在員工餐廳後面還有一棟荒廢的公寓,雖然看起來也點恐怖,但是那裡卻意外得很安靜,在我拍攝紀錄中間都沒聽到鐵軌列車的聲音,或是是剛好沒也列車經過,但不知道為什麼突然很喜歡那地方,有點像是海邊的卡夫卡裡看著天空 B29 飛機,飛過天際,而四周卻平穩安靜的那個場景。

各位有空可以去那裡停下車來走一走,因為那裡真個不可思議的地方。

其他連結:http://pi.isuphoto.org/comp/664

2008年2月9日 星期六

城市紀錄 九如麥當勞


九如麥當勞,每次下九如交流道都會看到一支大大的 M 招牌,民國 75 年從一塊空地規劃一樓與地下室的麥當勞到民國 96 年末結束營業...

九如麥當勞,民國 75 年那時候我五歲,麥當勞工地在施工的時候我每天從幼稚園下課後都會去看看麥當勞什麼時候時才會蓋好,好期待在我家後面就有一間麥當勞。開始營業之後我記得每天中午櫃台全線都滿滿的,人多到整個大廳都快擠不進去。小朋友到九如麥當勞都會衝到樓下的城堡遊戲園裡面玩,我記得那時候和同學都會在那裡玩抓鬼或是閃電低低之類的,爬上爬下,還有纜繩可以爬,有山洞可以鑽。有的時候還會躲到城堡的最上面然後被麥當勞阿姨叫下來說很危險,有的時候有小朋友跌倒,哭聲大到整個城堡都聽的到,總之好多小朋友的聲音、大人叫說回家的聲音現在好像都還記得。

還記得每次快到生日的時候會有生日慶生,我自己是沒有辦過,但是有參加過同學的生日慶生,麥當勞阿姨會設計題目問問,然後送的獎品是一般都拿不到的玩具,那時候才知道原來麥當勞還有不同的玩具可以玩。我記得早期有一本畫冊,每月畫冊下方都有一個漢堡、薯條或是霜淇淋的兌換卷,規定幾月才可以兌換,那時候每個小朋友都有一本,我還記得那時候電影在上映侏儸紀公園,麥當勞還推出可以戴上 3D 眼鏡的立體畫冊,哇!好多好多東西喔!小的時候的回憶,我還記得我喜歡的第一個女生,也是在麥當勞裡牽到她的手!

到了高中考大學, 1 樓面對九如路右邊那個座位是我常常唸書的地方,可以點一杯咖啡無限量的續杯作一整個下午,店內 CD 專輯可以聽五遍以上(好像都忘記換其他專輯),有的時候看著窗外來來往往的車子、行人,有的時候看著天氣從晴朗呼逝的變成大雷雨,但在玻璃窗後面的我、坐在麥當勞裡面的我,靜靜的唸書,靜靜的享受這個平穩的環境。

可是大環境還是沒辦法抵抗,因為九如交流道有擴增迴轉道的關係,使得原本可以方便點餐的通道被改變了,在加上生意漸漸的衰退,地下一樓也封閉不開放了,到了後期都只開放一樓平面供顧客用餐。或許大家都考慮很久,或許大家也不願意離開 17 年的老地方,因為這裡實在有太多大家的回憶,但還是沒有辦法,九如麥當勞這個據點就只能在大家的記憶裡了...

一月份的時候去拍照紀錄,剛好遇到買主,他是中介公司,他告訴我說已經又轉手出去了,對方是個建設公司,可能會改建成房子或是大樓,但不確定。但無論如何,我想我還是要把它記錄下來,即使它消失了,但在記憶裡是不會消失的...

2008年2月8日 星期五

高雄捷運試乘


千呼萬喚終於高雄捷運可以搭乘了,不過目前也還只是試乘,初二到初五免費試乘。原本今天早上要早點起床去搭第一班捷運,不過一如往常還是睡到十點多才起來,只好吃完午飯後休息一下,托拖拉拉到下午四點才去搭捷運。三多商圈站還真多人來試乘,人多到捷運站還必須控制出入口進出,不過捷運大約五到十分鐘就一班,所以即使排隊也不會等太久。

感覺高雄捷運站比較安靜一點,可能是月台有作整個封閉式閘門的關係,所以列車進站噪音會稍微小一點,而且等車的時候不會像台北捷運對於凹陷下去的軌道感到突兀,整個月台就很安全,關於這一點真的設計得很好,好棒!而且每一車站都有電梯,對於老人家或是殘障人士真的很方便。帶著相機到處拍,因為是從三多商圈站到小港站,中間有停一些站我就下去拍月台的場景。期待高雄捷運紅線全線通車。

有詢問一通卡的事情,似乎一通卡不是高雄捷運站發售的,高雄捷運本身就有儲值卡,但目前沒有整合到公車那塊。一通卡有整合捷運與市公車,那個服務員和我說捷運儲值卡之後也會與市公車整合,有一點小混亂,這樣我就不知道要買一通卡還是捷運的儲值卡。

2008年2月7日 星期四

太陽時間


昨天晚上跨農曆年,剛好在看 PHP phpinfo() Outpute 出來的資訊,發現 Date 這個函數群也有經緯度的參數設定。因為最近都在用 Google Map API 的東西,所以突然臨機一動,這剛好可以結合在一起。
Directive Local Value Master Value
date.default_latitude 31.7667 31.7667
date.default_longitude 35.2333 35.2333
date.sunrise_zenith 90.583333 90.583333
date.sunset_zenith 90.583333 90.583333
date.timezone Asia/Taipei Asia/Taipei
這些是 PHP 預設的參數,查了一下 PHP 手冊有兩個函數可以使用到 date_sunrisedate_sunset
date_sunrise — Returns time of sunrise for a given day and location
date_sunset — Returns time of sunset for a given day and location
最後再將 Google Maps 與 PHP 的 date_sunrise 、 date_sunset 結合就產生 "太陽時間" 這個功能。可以利用地圖的機動性查詢不同位置的日出、日落時間。氣象局也有公佈一年份的日出、日落時間,拿來比對一下大致上沒有什麼問題。

2008年2月5日 星期二

Google 行事曆通知服務

Google 行事曆有個簡訊通知的服務,可以讓你設定事件發生前透過簡訊提醒,可是這功能在前年開放之後,不知道什麼原因台灣(Taiwan)這個地區一直沒有放在列表裡面,在中文版裡也沒有加入台灣的選項。可是我在 PTT 上看到有人還是可以使用,即使沒有台灣的項目可以選。

首先登入行事曆,設定 > 行動設定。這裡就可以看到我所說得地區選項,可以找看看真的沒有台灣的選項。


這時候注意左側有一段說明文字:
傳送通知至我的手機:
首先選取您的國家,然後輸入您的電話號碼和行動電話業者。 最後,輸入已傳送至您電話的驗證碼。
就是這裡的步驟讓你在地區那邊就停止不能使用。可是事實上只要在 "電話號碼" 那一欄位輸入你的國碼 + 手機號碼(+8869xxxxxxxx),接著按下傳送驗證碼,就可以聽到手機叫一下!回頭輸入驗證碼就可以設定完成。之後在 "日曆設定" > "通知" 就可以看到 SMS 這選項,就可以利用簡訊來通知事件。

簡訊目前都不需要付費,我用的是中華電信,有打去問過客服人員,似乎連中華電信也不太清楚,也就是說這一切都是 Google 自行補貼的,好好利用這功能吧!用很久了,很實用!尤其是很忙得時候,照著行事曆走都不會亂掉。

測試後:
  • 中華電信:可以使用
  • 遠傳電信:不能使用

2008年2月3日 星期日

Rewrite EatGoGo


感覺 Rewrite 的網站可以給使用者一個承諾或是一個保證,讓他們真正的感受到屬於這網站的一部分或是全部,所以還在堅持什麼,Rewrite URL 給使用者,他們的推薦就是網站的保證!