在今天,Blogger 發布了一個新的文章: Use your Google+ profile with your Blogger blogs,現在可以直接使用 Google+ 的 Profile 作為 Blooger 的作者簡介了。
設定很簡單,只要登入 draft.blogger.com ,然後右上方就會出現詢問你是否要使用 Google+ Profile 取代 Blogger 簡介的訊息,按下確定,同意服務協定,網頁的作者簡介就會直接連結到 Google+ Profile 。
在 Blogger 設定 Google+ Profile 的好處,一是能夠增加你的 Profile 被連結的廣度,二是在 Google 搜尋中,也會出現你是這個 Blogger 的 author,間接的幫你本人做了廣告。
這樣的改變很好,至少我不在需要 Google Friend Connect 或 Google Buzz 了,等 Google+ 整合了 Google Reader Share 之後,也能把 Reader Share 的連結拿掉,省事多了。
2011年10月25日 星期二
2011年10月5日 星期三
Amazon Silk 進化論 - Advanced Content Delivery Network (CDN) Service
Amazon Silk 目前僅是一個 Browser 的資料壓縮技術,不算是什麼新的創新,但由目前提供眾多雲端機房服務的 Amazon 推出,意義自然有所不同,當 Amazon Silk 結合 Amazon EC2 ,成為 AWS 的一個獨立服務時,供第三方網站使用時,Amazon Silk 能做的,比想像更多。
一個可能的發展方向是 Advanced Content Delivery Network (CDN) Service,不僅針對靜態資料,也能針對動態網頁做 cache and delivery,進一步增加網站的 Scalability and Performance。
傳統的 CDN service 是針對靜態資料進行檔案遞送,單純的檔案遞送,不去理會client 是甚麼環境,僅針對靜態資料傳送的區域與速度做最佳化。例如使用者在台灣而網站機房在美東,不使用 CDN,檔案需要從美東經由海纜傳送至台灣,延遲時間長,傳輸速度也可能較慢。當使用 CDN 時 ,若 CDN service provider 在台灣或香港有機房,則網站能預先將存在美東的靜態資料配送至 CDN 位於台灣的機房,當使用者存取該檔案時,便能直接由台灣機房將檔案傳送給使用者,不須由美東機房做檔案遞送,延遲時間能減少許多,傳送速度通常也比較快。
而 Amazon Silk在檔案遞送的特別之處在於 Amazon Silk 能夠針對不同的 client 瀏覽環境做檔案遞送最佳化,不同的 OS, Browser, Hardware,Amazon Silk 都能透過 machine learning 進行最佳化,例如自動調整圖片的解析度與影片的流量,website 只需要提供一個版本的靜態檔案,影片的transcoding and resizing 交給 Amazon Silk,靜態檔案的遞送便能夠加速,也能夠簡化網站設計的難度。
CDN 只能針對靜態資料做加速,那動態資料怎麼辦呢? 一般的做法則是在網站的前端加上 cache server,儲存運算完畢的網頁供使用者存取,降低重複運算的次數,Facebook 等眾多網站都有使用此機制。當有了 Amazon Silk 之後,這些機制便能交給 Amazon Silk 代為處理。
Amazon Silk 可以看成是整個 Amazon EC2-wide 的 cache server,只要網站也是使用 EC2,便能先讓 Amazon Silk 將網頁做 cache,下次有使用者存取相同頁面時,便能直接透過 Amazon Silk 進行檔案遞送,網站管理員不需要再自行設定 cache server,租用 Amazon Silk 即可。
此外,Amazon Silk 的 pre-rendering 機制,結合 machine learning,智慧的對網站頁面進行 pre-rendering and caching,網站消耗的 CPU 便能 offload 到 Amazon Silk,降低網站的成本,也提升網站的 Scalability。
最後,Amazon EC2 針對網路頻寬有個特別的規定,那就是在相同 region 的 EC2 servers 的資料戶傳流量,是不收費的,意即網站將靜態資料或動態網頁送往相同 region 的Amazon Silk 時,不用錢! 就算是要收費,也會因為 Amazon Silk 會針對不同使用者的環境做網頁減肥,outbound 流量便能因此降低,網站能省下不少流量費。
初見 Amazon Silk 時,它並沒有引起我太多的注意,只覺得它是個 me too的服務,但當我把它當成是一個獨立的 Amazon Web Service與 Amazon EC2 做結合後,發現 Amazon Silk 比我原先想像的有更重大的意義,或許不久之後,Amazon Silk 便能如我猜想的一樣,發揮它的潛力。靜待 Amazon 出招~
一個可能的發展方向是 Advanced Content Delivery Network (CDN) Service,不僅針對靜態資料,也能針對動態網頁做 cache and delivery,進一步增加網站的 Scalability and Performance。
靜態檔案遞送
傳統的 CDN service 是針對靜態資料進行檔案遞送,單純的檔案遞送,不去理會client 是甚麼環境,僅針對靜態資料傳送的區域與速度做最佳化。例如使用者在台灣而網站機房在美東,不使用 CDN,檔案需要從美東經由海纜傳送至台灣,延遲時間長,傳輸速度也可能較慢。當使用 CDN 時 ,若 CDN service provider 在台灣或香港有機房,則網站能預先將存在美東的靜態資料配送至 CDN 位於台灣的機房,當使用者存取該檔案時,便能直接由台灣機房將檔案傳送給使用者,不須由美東機房做檔案遞送,延遲時間能減少許多,傳送速度通常也比較快。
而 Amazon Silk在檔案遞送的特別之處在於 Amazon Silk 能夠針對不同的 client 瀏覽環境做檔案遞送最佳化,不同的 OS, Browser, Hardware,Amazon Silk 都能透過 machine learning 進行最佳化,例如自動調整圖片的解析度與影片的流量,website 只需要提供一個版本的靜態檔案,影片的transcoding and resizing 交給 Amazon Silk,靜態檔案的遞送便能夠加速,也能夠簡化網站設計的難度。
動態檔案快取與遞送
CDN 只能針對靜態資料做加速,那動態資料怎麼辦呢? 一般的做法則是在網站的前端加上 cache server,儲存運算完畢的網頁供使用者存取,降低重複運算的次數,Facebook 等眾多網站都有使用此機制。當有了 Amazon Silk 之後,這些機制便能交給 Amazon Silk 代為處理。
Amazon Silk 可以看成是整個 Amazon EC2-wide 的 cache server,只要網站也是使用 EC2,便能先讓 Amazon Silk 將網頁做 cache,下次有使用者存取相同頁面時,便能直接透過 Amazon Silk 進行檔案遞送,網站管理員不需要再自行設定 cache server,租用 Amazon Silk 即可。
此外,Amazon Silk 的 pre-rendering 機制,結合 machine learning,智慧的對網站頁面進行 pre-rendering and caching,網站消耗的 CPU 便能 offload 到 Amazon Silk,降低網站的成本,也提升網站的 Scalability。
降低流量
最後,Amazon EC2 針對網路頻寬有個特別的規定,那就是在相同 region 的 EC2 servers 的資料戶傳流量,是不收費的,意即網站將靜態資料或動態網頁送往相同 region 的Amazon Silk 時,不用錢! 就算是要收費,也會因為 Amazon Silk 會針對不同使用者的環境做網頁減肥,outbound 流量便能因此降低,網站能省下不少流量費。
初見 Amazon Silk 時,它並沒有引起我太多的注意,只覺得它是個 me too的服務,但當我把它當成是一個獨立的 Amazon Web Service與 Amazon EC2 做結合後,發現 Amazon Silk 比我原先想像的有更重大的意義,或許不久之後,Amazon Silk 便能如我猜想的一樣,發揮它的潛力。靜待 Amazon 出招~
Apple iPhone 4s 登場,不令人意外但帶些失望的展開
雖然 iPhone 4s 在正式發表之前,就被日本的 Apple Store 所洩漏,但我還是滿心期待的等著這次的 Let's talk iPhone 發表會,看看 Tim Cook 會帶給我們怎樣的驚喜,而結果,令人失望。
失望的不是iPhone 5沒有發表,真正失望的是這次的發表會,枯燥乏味,陳腔爛調,先是花了快半個小時炫耀Apple的業績,讓網友覺得Apple是把這當股東會在開嗎? 然後再把過去曾經說過的重複的再提了一次,而且花了一個多小時說廢話,讓我也撐不下去,只好投降睡覺。把這次的發表會改成一個小時,少說些廢話,會讓沒有iPhone 5的缺憾少些。
iPhone 4s 的發表其實不令人意外,前代的 iPhone, iPhone 3G, iPhone 3Gs 也是延續了三個世代,才改變其外型,因此要期待Apple在砸下重金打造的生產線還沒回本之前,就改變其外型發表新機種,我想是有難度的。此外,iPhone 4 本身其實已經是相當完善的產品,即便是再多撐個一年也無損其魅力。
此次更新主要是針對硬體上再做精進,跟上競爭者的腳步,把雙核心的 A5 處理器給放進 iPhone 裡,也加入了 8MP f2.4 相機與 FullHD 攝影,同時支援 HSPA+/Ev Do 的雙模網路模組與可動態切換式雙天線也是一個突破,在 smartphone 的硬體規格上,跟上了競爭者。
雙核心的 A5 應該不是跟 iPad2 上同一顆,架構上是相同的,但製程上應該有所精進,不然以iPad2 上那顆A5的耗電量,iPhone 4s的使用時間怎麼可能會比iPhone 4長。
8MP f2.4 的相機是這次發表中我最感滿意的一項改進,iPhone 4的相機在手機中已經很優秀了,iPhone 4s又再次的提升畫素並採用更好的鏡頭,讓影像能夠更完美的被擷取。
雙模網路模組應該是為了應付電信業者與生產線所做的改變,如此,在存貨與產線的調度上會更有彈性,鴻海跟和碩要小心再有第三家代工廠跳進來搗亂。
最令人感到失望的應該是相同尺寸的 3.5" Retina Display 了吧!許多人都反應 3.5" 的螢幕太小,而我也是這樣覺得的,進一步細想,iPhone 有可能會改變螢幕的尺寸嘛? 我覺得有難度。
3.5" 的螢幕許多人覺得太小,但我想有更大一部分的人會覺得 iPhone 已經夠大了,尤其是女性使用者,更是常有如此反應。身邊幾個女性朋友,當她們看到動輒 4" or 4.3" 的Android phone時,第一印象就是:怎麼這麼大。第二個反應則是:好醜。此外,各式iPhone周邊也是讓iPhone本身體積不能大的幫兇,當配上各式皮套或背蓋後,體積的擴張其實比想像的更大。
另一方面App的支援度也是個問題,畢竟App的UI設計必須考慮到 ppi 的問題,貿然改變螢幕尺寸使App相容性發生問題,我想這是Apple絕對不想見到的。
不過 iPhone 4 /4s 所使用的 Retina Display 依舊相當優秀,無論是在解析度、色澤、還是可視角,在 GSMArena 的測試中,都有不輸給 AMOLED 的表現。也難怪Apple此次發表無須就螢幕再下功夫
舊款iPhone 4也照慣例的變便宜了,對中價位市場來說,很有競爭力,畢竟 iPhone 4/4s的造型是相同的,買了舊款的別人也看不出來,炫耀的程度依然在,二來是iPhone4的硬體也很夠用了,單核心1GHz CPU足以應付目前90%以上的App,同樣也是單核心1GHz的手機要小心iPhone 4的侵攻。
此次發表著重的仍是軟體,Siri語音辨識功能看起來蠻好用的,只是不支援中文,iCloud也蓄勢待發,將iPhone, iPad, MacBook做更無縫的結合,我更期待的則是下一代的 Apple TV,會在軟體上帶給我們怎樣的新體驗呢? 拭目以待吧。
忘了這次沒有 Jobs 立場又枯燥乏味的失敗發表會吧....
失望的不是iPhone 5沒有發表,真正失望的是這次的發表會,枯燥乏味,陳腔爛調,先是花了快半個小時炫耀Apple的業績,讓網友覺得Apple是把這當股東會在開嗎? 然後再把過去曾經說過的重複的再提了一次,而且花了一個多小時說廢話,讓我也撐不下去,只好投降睡覺。把這次的發表會改成一個小時,少說些廢話,會讓沒有iPhone 5的缺憾少些。
iPhone 4s 的發表其實不令人意外,前代的 iPhone, iPhone 3G, iPhone 3Gs 也是延續了三個世代,才改變其外型,因此要期待Apple在砸下重金打造的生產線還沒回本之前,就改變其外型發表新機種,我想是有難度的。此外,iPhone 4 本身其實已經是相當完善的產品,即便是再多撐個一年也無損其魅力。
此次更新主要是針對硬體上再做精進,跟上競爭者的腳步,把雙核心的 A5 處理器給放進 iPhone 裡,也加入了 8MP f2.4 相機與 FullHD 攝影,同時支援 HSPA+/Ev Do 的雙模網路模組與可動態切換式雙天線也是一個突破,在 smartphone 的硬體規格上,跟上了競爭者。
雙核心的 A5 應該不是跟 iPad2 上同一顆,架構上是相同的,但製程上應該有所精進,不然以iPad2 上那顆A5的耗電量,iPhone 4s的使用時間怎麼可能會比iPhone 4長。
8MP f2.4 的相機是這次發表中我最感滿意的一項改進,iPhone 4的相機在手機中已經很優秀了,iPhone 4s又再次的提升畫素並採用更好的鏡頭,讓影像能夠更完美的被擷取。
雙模網路模組應該是為了應付電信業者與生產線所做的改變,如此,在存貨與產線的調度上會更有彈性,鴻海跟和碩要小心再有第三家代工廠跳進來搗亂。
最令人感到失望的應該是相同尺寸的 3.5" Retina Display 了吧!許多人都反應 3.5" 的螢幕太小,而我也是這樣覺得的,進一步細想,iPhone 有可能會改變螢幕的尺寸嘛? 我覺得有難度。
3.5" 的螢幕許多人覺得太小,但我想有更大一部分的人會覺得 iPhone 已經夠大了,尤其是女性使用者,更是常有如此反應。身邊幾個女性朋友,當她們看到動輒 4" or 4.3" 的Android phone時,第一印象就是:怎麼這麼大。第二個反應則是:好醜。此外,各式iPhone周邊也是讓iPhone本身體積不能大的幫兇,當配上各式皮套或背蓋後,體積的擴張其實比想像的更大。
另一方面App的支援度也是個問題,畢竟App的UI設計必須考慮到 ppi 的問題,貿然改變螢幕尺寸使App相容性發生問題,我想這是Apple絕對不想見到的。
不過 iPhone 4 /4s 所使用的 Retina Display 依舊相當優秀,無論是在解析度、色澤、還是可視角,在 GSMArena 的測試中,都有不輸給 AMOLED 的表現。也難怪Apple此次發表無須就螢幕再下功夫
舊款iPhone 4也照慣例的變便宜了,對中價位市場來說,很有競爭力,畢竟 iPhone 4/4s的造型是相同的,買了舊款的別人也看不出來,炫耀的程度依然在,二來是iPhone4的硬體也很夠用了,單核心1GHz CPU足以應付目前90%以上的App,同樣也是單核心1GHz的手機要小心iPhone 4的侵攻。
此次發表著重的仍是軟體,Siri語音辨識功能看起來蠻好用的,只是不支援中文,iCloud也蓄勢待發,將iPhone, iPad, MacBook做更無縫的結合,我更期待的則是下一代的 Apple TV,會在軟體上帶給我們怎樣的新體驗呢? 拭目以待吧。
忘了這次沒有 Jobs 立場又枯燥乏味的失敗發表會吧....
訂閱:
文章 (Atom)






