小歪碎碎念

2011-11-16 bye bye web20.org.tw

2011-11-16T17:14:00.001+08:00

今天(2011-11-16)收到一封 Evernote 發的廣告信：

連到 2011網路創新趨勢國際研討會報名頁裡面的：

是很久沒去看的資策會 Web2.0 網站 http://www.web20.org.tw

結果連過去才發現 DNS無法解析

原來 web20.org.tw 這個domain在三天前 ( 2011- 11-13 ) 就過期了
http://whois.domaintools.com/web20.org.tw

看來只能從這個 Google Cache 頁面中來憑弔過去的 Web 2.0 了：
http://webcache.googleusercontent.com/search?q=cache%3Awww.web20.org.tw

http://webcache.googleusercontent.com/search?q=cache%3Awww.web20.org.tw%2Furl%2Fteam%2F

同場加映：
地圖日記終止社群服務 -

2011-11-02 你的 Google+ 個人資料發生問題

2011-11-02T15:10:00.002+08:00

你好：

經過審查，我們發現你輸入的名稱不符合《Google+ 名稱政策》。請登入 Google+，然後檢查並修正你的個人資料。

根據《名稱政策》的規定，個人資料名稱必須是廣為人知、仍在使用中的名稱。至於暱稱、改名前的原名等別名則應輸入個人資料的「其他名稱」部分。個人資料目前僅限個人使用，我們預計將於今年後半年推出企業及其他機構專用的個人資料服務。

收到這封信後，請務必在 4 天內配合《名稱政策》修改名稱，或是附上詳細資訊提出申訴，以免個人資料遭到停權。停權期間，如果你使用的 Google 服務需要連結有效的個人資料 (例如：Google+、Buzz、Google 閱讀器和 Picasa)，你可能無法使用部分功能，但其他不需使用個人資料的 Google 服務 (例如：Gmail) 則不受影響。

Google+ 小組敬上

傻了，不用你家的社交服務總行了吧！

OLG_OP - 網遊維運工程師

2011-09-19T17:57:00.000+08:00

網路遊戲的流行算算到現在也有十多年了，網遊玩家們在組隊打怪推王撿寶時若是遇到lag、斷線、當機、回溯、修不好時很多人的第一個反應是工程師又出包了，也有人說是工程師在機房吃泡麵的時候不小心踢到線了。但是很少玩家真正知道遊戲公司的工程師平常都在幹些什麼？這就以過去幾年所看到的情況來大致描述一下遊戲維運工程師的工作。

在稍具規模網路遊戲公司維運工程部門中通常會有系統 / 網管 / 資安 /資料庫工程師來負責維持服務的正常運作，下面就總稱為 維運工程師 ( Operation Engineer / OP ) 。網遊維運工程師跟開發單位的遊戲程式設計師所扮演的角色不同，遊戲程式設計師主要是負責開發遊戲，遊戲程式寫好以後交給營運單位（代理商）進行維運，一般遊戲內出現Bug漏洞大多數屬於程式開發端的問題，營運單位的工程師們基本上是沒有修復的權限與能力，而維運工程師一般來說也只能針對遊戲營運的後端網路/系統/主機架構進行最佳化；加上每款網遊的系統及網路架構都不同，維運單位只能配合開發單位開出的需求來建構，所以維運工程師負責的工作多又雜，往往幹起事情來還綁手綁腳的。網遊維運工程師的宿命就是遊戲穩定運行時也會有一堆雜事，一但命不好遊戲出了意外狀況就會被操到翻掉，而且維運工程部門屬於花錢單位又不能直接創造獲利，在公司角度的屬於無法開源只能盡量節流的單位。
接下來就以網遊代理商的角度為例來看看一款網路遊戲從開始到結束的過程中，維運工程師們都在幹些什麼：

一、前期評估：
代理前：通常網遊公司決定是否要代理/營運某款遊戲時都是先看遊戲的賣相，前期開發單位提供可供評估的技術資料一般都很少（屬商業機密），開發商也不會在談判階段就把遊戲先天限制跟缺陷告知代理商（甚至原廠自己都不知道），往往給的一些數值（像是一組伺服器可以同時容納多少玩家）都是理論值。維運工程師只能從少得可憐的資料中初步評估需要用到怎樣等級的硬體，要達到公司訂定的目標（同時多少人上線）需要多少台主機，大概會耗用多少頻寬，來試算出一個大概的成本供高層進行決策。
確定代理後：維運工程單位與開發商進行進一步的技術轉移合作，要到此時才能取得比較詳細的技術規格好規劃後端要達到營運目標實際所需的設備及架構。接下來維運工程師就要開始列出清單向硬體廠商採購（或租賃）伺服器、網路設備等，等機器到貨後到機房進行上架佈線工作。順帶一提的是大部分的網遊公司都是將主機代管於網路業者的IDC機房中，只有少數財大氣粗的業者才會自建機房，因為在IDC機房內環境又冷又吵不適合長時間作業，所以維運工程師在把伺服器上架作業系統搞定網路配置好以後就回公司辦公室了，日常管理操作一般都是遠端連線維護；而且稍具規模的IDC機房出入管制非常嚴格，所以基本上不會有在機房吃泡麵踢到電線的情況（但是因為IDC機房機櫃配的電源排插老舊接觸不良導致稍微大力關個機櫃門就會讓機器跳電的情況是真的有發生過）。

二、測試階段：
公司內部測試：此時一般會先有一到兩組的內測伺服器架設完成，同時跟遊戲改版（中文化）一起進行，企劃單位向開發商提出修改需求，開發商修改好後把程式交給維運工程師放到伺服器上運行，接著企劃單位再上去驗收測試，接著針對測試結果提出修改報告給開發商，開發商再修改再傳回來，如此的過程週而復始經過多次之後才會喬出一個大致堪用的版本。此階段維運工程師就是不斷地與原廠交換內部測試時發現的技術問題，同時之前下單採購的伺服器差不多這時也到貨了，工程師們便要到機房開始進行體力勞動（伺服器開箱、設定、組裝、上機櫃機架、佈線整線）。
封閉測試階段：待公司內部測試到大致堪用之後，就會配合行銷宣傳活動對外發放限量帳號開始封閉測試，此時通常也會有一到兩組的封測伺服器對外開放並告知參與封測的玩家在測試結束後會將資料清空，為了要在封測時能取得更廣泛的測試結果一般會要求原廠先將遊戲難度調低好讓參與測試的玩家能在短時間內快速升級。這時候維運工程師就必需隨時盯著封測伺服器的狀況，盡可能的在早期挖掘出各種潛藏的系統問題來要求原廠在正式上線前進行修正；同時也會刻意將主機數量或相關系統設定參數縮減來進行壓力測試以取得伺服器最高承載的實際數值。EX：假設原廠宣稱一組伺服器可以承載3000個玩家同時上線，根據經驗通常在封測階段實測下來能到原廠理論值的八成就該偷笑了，一般來說大概到了八成（2400）就會開始lag，而撐上九成（2700）就嚴重降低遊戲品質，這時候維運工程單位就有了一個日後擴充加開伺服器的評估資料標準，通常在理想情況的允許範圍以不發生lag的數值作為安全上限。同時在封測期間維運工程師也會需要規劃建立起一套維運狀態即時監控的系統來隨時掌握主機及網路的運作狀態，以便在發生異常時能夠即時找出問題點盡快排除，若有餘力的話維運工程師也會進行網路/系統的最佳化調整。此時工程部門也要依據測試得到的經驗來整理出一份緊急狀況處裡的SOP（標準作業程序）以因應日後可能發生的各種突發狀況，包含異常狀況查找排除、災難回復及資料備份復原等等的作業守則。一般來說在封測時因為事務繁雜又有上線時間壓力所以這階段對於維運工程師來說是最操的。
公開測試階段：當決策單位評估封測時的修正達到可接受的穩定狀態後，便會將封測資料清空開始進行公開測試。基本上現在遊戲營運商的公開測試就等同正式上線完全開放用戶進入了，維運工程單位就要配合PM行銷宣傳計畫及實際進入的玩家數量來逐步加開伺服器，當然這時所需的機器大部分都是事先就準備好了，要是一個不小心爆紅超出預期的話還得緊急追加伺服器，那又是一陣兵荒馬亂了。另外因為公測後就不刪檔了，所以維運工程師們只能祈禱遊戲中的嚴重bug都在封測時修完了（實際上當然是不可能的），也要隨時監看運作狀態，並彙整出營運資料及遊戲數值分析供PM作為後續行銷決策的評估參考。

三、營運階段：
當一款網路遊戲進入營運階段就代表後端運作相對穩定，此時維運工程師主要工作就是持續監控運作狀態，異常狀況緊急排除，全天24小時待命，配合原廠進行修正及改版，每次改版前的測試及準備，新版客戶端程式發布，例行停機維護，資料備份及回復，客訴查詢...等等。
其中最讓維運工程師頭痛的就是突發異常狀況的處裡，因為網路遊戲都是全年無休不間斷運行的，所以得24小時待命以備不時之需，而且隨時都有可能發生意外，凌晨當機或是硬體壞掉三更半夜衝去機房處裡都還是小事；要是突然爆出洗錢洗裝備之類的bug，由於營運端只能蒐集證據資料反饋給開發原廠進行修改，若影響層面大到嚴重破壞整體遊戲平衡時，甚至可能需要立即停機避免災難擴大並評估是否需要將資料回溯，當然回溯是殺傷力最大也是公司跟玩家都最不願意見到的，所以最可能的結果就是苦命的工程師要在成千上萬筆的遊戲資料庫跟遊戲歷程log紀錄中找出有問題的帳號進行個別處裡，若是此時原廠在後續支援上不夠積極的話就真的是個惡夢了。
除此之外還有像是盜帳號，遊戲寶物失竊的客訴處理，過去原廠在初期開發時通常不太會考慮到這方面的需求，此時維運工程師往往就得自己搞出一套遊戲歷程log查詢跟資料分析的系統來應付那些層出不窮的客訴問題，在協助處裡客訴的過程中常常是花了大把時間交叉比對物品交易紀錄與對話紀錄後發現被謊報或者只是朋友之間共用帳號沒喬好帳號，在不然就是被異常IP登入盜用，要是查到最後是這類有案可考的結果其實都還好，就怕是在幾千萬筆遊戲歷程中都查不出異常時往往就代表遊戲中可能隱藏了某個嚴重的漏洞，那就是惡夢的開始了。
至於平時例行停機跟改版時工程師都在幹些什麼，又是另一個故事了。

四、衰退階段：
網路遊戲的生命週期一般的情況都是在剛上線過陣子被炒熱後玩家人數最多，接下來隨著競爭出現、改版進度過慢或是系統出過大包等原因造成玩家數量會逐漸減少，此時在營運成本考量下就會開始被要求進行一些節流工作；像是縮減分流或是合併伺服器都是常見手段，這就牽涉到遊戲後端架構的問題，若只是縮減分流一般就還好，改改設定撤掉伺服器就搞定；比較麻煩的是伺服器合併，因為開發商在開發遊戲時通常不會考慮到這個部份，這就需要營運單位提出進行合併計畫後拜託原廠在不破壞既有資料結構跟遊戲平衡的前提下生出相關工具來作資料整合處裡，這在技術面就需要維運工程單位跟原廠不斷溝通協調，而且往往合併之後出現意外異常狀況的機率不低，然後工程師們就又陷入了發現bug->回報->修正->測試->上線->發現新bug 的惡夢循環中。

五、打完收工：
當遊戲上線人數少到不足以支撐支出或是與原廠合約結束決定不續約時就會有關閉遊戲伺服器的情況發生，這時維運工程師就等決策單位下決定後安排時間去機房把伺服器撤掉，撤下來的機器設備就看其他遊戲是否用的上或是當作備援機待命。一般來說都會依成本考量將硬體資源運用最佳化，也就是把好一點的新機器給熱門遊戲用，較次等的機器就交給步入衰退階段的老遊戲使用，所以有時會發現進到沒什麼人玩的遊戲伺服器還會lag，那就有可能是用了其他遊戲退下來的老機器在扛。當然這個硬體資源重新調整的動作對維運工程師來說也是很累的，因為這樣喬來喬去對機櫃配置跟網路架構等的改動幅度不會小，而且通常只能搶時間抓停機的空隙來調整。

上面描述的只是一個大概，實際上還有不少沒提到的事情，像是在資安防護上與駭客的攻防更是刺激，不過那塊太黑暗了也不能說太多。而隨著這幾年網遊生命週期縮短及獲利萎縮的情況下，網遊公司都會精簡人力，這樣一來維運工程師都得身兼數職且幾乎沒有什麼喘息的機會，常常是這邊剛忙完封測那邊就要撤機器，這邊公測跑一半就接著得評估下款新遊戲，甚至是同時兩三款遊戲一起推出。要是一個運氣不好遊戲出了意外狀況，不管最終查出來是誰的錯，玩家們第一個問候的往往都是維運工程師的媽媽 ╮( ╯_╰ )╭ ... 。
所以基本上從事網遊維運工程師這份工作需要的是無止境的熱情配上大顆的心臟新鮮的肝跟堅強的意志，最後在這邊給仍堅守在此崗位上的網遊維運工程師們鼓勵一下，各位辛苦了！

2011-09-14 PLURK bye bye

2011-09-14T13:53:00.000+08:00

一句話， 不爽不要用 ，簡單不囉唆
PLURK bye bye

噗浪選戰肥皂箱

這新功能斬斷了我對噗浪的最後一絲留戀～ 881 ~ 祝你們好運～

P.S. 現在只是停用不像以前是屍骨無存的徹底刪除，不給力啊 XD

2011-09-05 Apple 取消 App Store 付後七日服務條款？

2011-09-05T11:02:00.001+08:00

前情提要： 2011-06-27 偉哉台北市政府幹掉了Google台灣的Android Market付費區
時至今日都兩個月過去了北市府與Google之間針對付後七日的問題依舊無解。

而回頭看看 2011-07-14 北市府法規會的新聞稿
消保重大進展蘋果依北市府要求賦予手機APP消費者七日退費權

裡面提到
"葉慶元主委表示，蘋果今日在其App Store的定型化契約中新增了七日內退費條款：「您得自產品收受之日起七日內，取消對產品之購買。在您通知iTunes您已刪除產品所有備份之前提下，iTunes將會退還您已支付之價款。自您取消購買時起,您不再被授權繼續使用該產品。此項權利不可拋棄。」（http://www.apple.com/legal/itunes/appstore/tw/terms.html）此一修正明確地依照臺灣消保法的規定，賦予消費者七日內退費的權利，值得肯定。"

BUT...

有眼尖的網友在2011-09-04發現台灣專用的 AppStore 條款約定中，之前配合葉狀師修改的付後七日條款不見了！！！

中文版 http://www.apple.com/legal/itunes/appstore/tw/terms.html

第三方備份 justaple Sep 5, 2011 11:21:43 AM 快照

英文版 http://www.apple.com/legal/itunes/appstore/tw/terms-en.html

第三方備份 justaple Sep 5, 2011 11:21:56 AM 快照

而之前 08/29/2011 的網頁快照

第三方備份 justaple Sep 5, 2011 11:27:43 AM 快照

英文版網頁快照

第三方備份 justaple Sep 5, 2011 11:27:54 AM 快照

兩相對照一下可以發現

之前那一段葉狀師大張旗鼓引以為傲並以此質問Google「為何Apple能Google不能的」的付後七日條款消失了～
而 AppStore 條款約定底下的最後更新退回到 06/21/2010 （有加上付後七日的版本最後更新日期為 07/13/2011）
從快照日期 08/29/2011 來看，在當時的條款還是有付後七日規定的，但之後不知道何時被改回舊條款？

這個rollback的情況到底是AppStore網站單純的技術錯誤還是說葉狀師被Apple給婊了一道？

2011-09-07 update：
蘋果的付後七日又回來了～回來了～回來了～回來了～回來了～
還好當初有用第三方服務 justaple 備份頁面 XD

2011-08-31 小李飛刀傳奇

2011-08-30T11:00:00.000+08:00

小李飛刀宣佈退隱江湖後，天橋底下說書人開始出現各種關於他的故事：

小李飛刀傳奇
小李飛刀經典招式
讓你更了解小李飛刀
小李飛刀為什麼這麼神
小李飛刀傳奇能否複製
小李飛刀憑什麼領導武林
如果小李飛刀成了明朝皇帝
回顧小李飛刀十大精彩瞬間
你所不知道的四個小李飛刀
三個丐幫弟子>一個小李飛刀
小李飛刀退隱後的日常作息(偽)
小李飛刀給幫會舵主上的五堂課
小李飛刀之後武林還會有傳奇嗎
令人心碎的小李飛刀退隱後畫像
小李飛刀送給年輕人的十一個忠告(偽)
小李飛刀無可取代，但總有一天會離開
一個時代的結束-小李飛刀正式退隱江湖
小李飛刀退隱江湖，奪命書生接班背後的真相
大家來看小李飛刀：向武林的功夫大師學招式
小李飛刀在想什麼: 從幫會到武林, 他的創意管理與經營哲學

楚留香：小李飛刀毀了武俠產業
星宿教主：大家猜猜看我身上哪條刀疤是當年小李飛刀留下的
失散多年的小李飛刀他媽：不主動聯絡兒子怕惹貪財誤會冀「小飛飛」主動相認

夠了吧～ ╮( ╯_╰ )╭

2011-08-21 COSCUP 2011 小記

2011-08-22T10:28:00.046+08:00

這是 2011-08-20 & 21 兩天參加COSCUP大拜拜的個人簡單筆記，趁著還沒忘掉趕緊記下來。
(其實已經忘了很多囧rz...，而且session分散在四個會議廳所以同一時間只能選一個聽，大會的合作媒體應該會有比較完整的報導)
這次會眾的討論主力幾乎都落在irc上面，SNS(Plurk/Twitter)上相對少了些，而影片是熱心朋友在YouTube上分享的。(晚點不知道會不會有主辦方放的正式現場錄影跟slides分享？)

2011-08-20
09:10 - 09:30 Opening / 開幕式
第一天我08:50到的時候只找的到最後一排的位置，正式開始時整個國際會議廳已經人滿為患了，後面站著一堆人非常熱鬧。這是我第一次到中央研究院人文社會科學館國際會議廳參加活動，場地很好，每個座位上都有電源跟網路插座，自己帶網線來用有線網路就很穩。
"參與COSCUP的主要目的，40%是聽演講，60%則是為了交朋友"

09:30 - 10:30 Keynote: in the DIY Classroom
介紹 Arduino http://www.arduino.cc/

很有意思的開源軟硬體平台

11:00 - 11:30 使用 Arduino 開放平台建置智慧型插座
介紹利用Arduino平台來製作智慧型插座，並且有可能發展為智慧電網就不用挨家挨戶抄電錶了。

11:30 - 12:00 羊逃成熟時-以Arduino開發的互動設計商品
利用Arduino製作的數位互動小玩具，講者說互動藝術賺不到錢 =_=

12:00 - 12:30 RepRap 3D Printer
介紹RepRap 3D印表機。
這東西跟CNC車床剛好相反，CNC是切削而RepRap是堆疊，可惜目前只能處裡塑膠部件，而且如果構型是下小上大的話會有支撐上的問題，講者舉了個例子是作人頭模型鼻子會變成鷹勾鼻，因為融化的塑膠在凝固之前會受重力影響下垂。

12:30 - 14:00 午餐
吃完便當後閒著蛋疼的走出中研院去找便利商店買飲料，結果在中午大太陽底下來回走了2KM >_<

14:00 - 15:00 Keynote: Intel - Multiplying Opportunities for your Apps
工商服務時間，介紹Intel的一些blah blah blah... 感謝鑽石級贊助賜我點心飲料午餐還有水壺一個。

15:30 - 16:00 MeeTo: Android meets MeeGo ( on NOOK Color )
"平板是所有geek的夢想" ，熱血的把Android跟MeeGo摻在一起作成~~撒尿牛丸~~ MeeTo

16:00 - 16:30 Wayland and EGL
介紹 Wayland http://wayland.freedesktop.org/ 這個有可能在顯示部份取代 X 的display server

16:30 - 17:00 開放電腦計畫
非常非常熱血的陳老師介紹他正在推廣的一個教育計畫。前言很長一度讓大家誤以為簡報只有一張或是遙控器壞了。
"第一次用vi的時候進的去出不來"

17:00 - 17:30 Liquid Galaxy
介紹Google的Liquid Galaxy多螢幕合併顯示技術。
"在美國有一間G開頭的小公司工作"

17:30 - 18:00 Lightning Talk
印象最深刻的就是下面這位來自香港的講者講嵌入式開發的辛酸 XD

18:15 - 21:00 BoF, Birds of a Feather
旁聽了由gasolin主持的 Android App Inventor Show BoF 成果發表 http://showinventor.appspot.com/main/gallery
其中有位女孩(opop)做的台灣夜市列表有點意思，她說她沒寫過程式，用了App Inventor之後就可以把她的一些想法實現出來。

第一天的COSCUP下來有兩個感想：1.年輕的肉體肝真是好 2.很多小朋友的梗我都不懂了 -_-

2011-08-21
這天報到組的妹妹全穿上北么小綠綠制服了
09:30 - 10:30 Keynote: 0xlab 開放原始碼作為新事業：台灣本土經驗談
帥氣的 Jserv 介紹他的0xlab以及心路歷程...手上拿著Wii Remote作簡報遙控器。
這場講得很棒，如果能有錄影檔出現的話我肯定會再看一次。
"生命有限酒無限酒量就是工作量"
"跟廠商自我介紹時我就開始敲終端機 git log | grep 0xlab，然後就介紹完了"

2011-09-08 update:

11:00 - 12:00 HTML5 and Friends: intelligence client side
Demo了不少HTML5的應用，包含講者用的HTML5簡報工具 DZSlides http://paulrouget.com/dzslides/
http://madebyevan.com/webgl-water/ 這個webgl效果很炫

12:00 - 12:30 Yahoo: 無名小站的行動應用服務 (Mobile service)與實作經驗分享
介紹無名正妹行動應用。

14:00 - 15:00 HTC Keynote: Open Source at HTC: Beyond Android
HTC工商服務時間，感謝鑽石級贊助賜我點心飲料午餐...現場問有HTC手機的舉手，舉手的人多到嚇到我了，感覺上有超過六成。之後的QA被打臉打很大 -_-"

15:30 - 16:00 PIXNET: Web Development on Cloud Platform
此時第一會議廳人滿為患晚到的只能卡到牆角......
介紹了PIXNET使用雲端的狀況，還有一億八千多萬張相片為了要作人臉偵測丟到AWS上去跑只花了台幣二十多萬。

16:00 - 16:30 New Stage ，New Game -- 浅谈 HTML5游戏在移动平台的应用
這位盛大創新院的講者展示了不少有意思的應用。
一開場用iPad倒水進電腦開的HTML5的頁面上就成功吸引大家注意了，還有很多HTML5在移動平台上的應用。很不錯的一場分享。
"對普通使用者來說遊戲只需要： 1.能玩 2.好玩"

16:30 - 17:00 Porting android to brand-new CPU architecture
因為從R1回到R0時已經講一半了，加上精神不濟。。。就。。。
"能不能作到最好還要問有沒有時間作到最好"
"老板說，你到底是幹還是不幹 ~~~~~~ 幹！"
"我們台灣人一向勤儉，IC裡面有個殘廢的GPU也是很正常的事情"

17:00 - 17:30 Android Open Accessory API and ADK
被irc上的討論吸引了所以沒專心聽 =_=" (Orz 懺悔中....)

17:30 - 18:00 Lightning Talk
有讓我留下印象的有三段

原來會場三樓攤位自由索取的Linuxpilot雜誌是香港出的
4free 建構全台灣免費無線網路徵求高手，不過我資質駑鈍聽不懂他到底要怎麼作。
registrano被COSCUP報名打爆的報告

18:00 - 18:15 Closing / 閉幕式
這段有頒獎給COSCUP Mobile Device APP參賽者，最後工作人員上台，好多人啊～
主辦單位統計下來今年的COSCUP兩天不重複參與人數高達一千兩百多人。

後記：
COSCUP這兩天中午都在四樓陽台跟一位孫大哥一起聊天吃便當，最後閉幕時看到他上台才驚訝的發現原來他是有參加 COSCUP Mobile Device APP 比賽 iOS應用的參賽者 tomjpsun ，我真是有眼不識泰山啊～ =_=|||

最後感謝主辦單位工作人員的付出，我只當聽眾兩天下來都覺得累了，更別說那些忙裡忙外的工作人員跟上台分享的講者～辛苦你們了！

jeffhung 整理出來的 IRC LOG https://gist.github.com/1160862 裡面有很多梗，有參加的朋友應該比較能看得懂。 ^^

2011-07-12 Plurk新聞事件小記

2011-07-12T10:48:00.050+08:00

2011-07-12 12:40 Update:
最初發文中有部份內容屬於個人自行衍申臆測之不客觀用詞造成相關人員及團隊的困擾特此致歉！
我想這是我該檢討的部份，應該盡量以客觀的態度來紀錄這件事會比較恰當，故將原本措辭不當處進行修改，特此告知。

2011-07-11 晚上出現了一則新聞 TVBS:〈獨家〉跟噗浪創辦人挖角　雲惟彬心腹進馬辦
造成Plurk上一片嘩然。

Plurk台灣團隊的成員紛紛表示...

http://www.plurk.com/p/d36ca8

http://www.plurk.com/p/d3dm3q

(此處看到的最後一則說"她沒在我們團隊過...."的回應之後已刪)

http://www.plurk.com/p/d3f7y6

(已刪)

這三點聲明已經在噗浪上廣為流傳，被眾多噗浪網友視為對TVBS打臉的聲明！
後來已刪除。

接著由Alvin出面回應

針對新聞內容來看，比較有爭議的是 雲惟彬的特助兼噗浪台灣區總編輯
接著陸續有網友提供相關資料
從這個2010年1月 ISOC.TW » 【網路應用新趨勢 & 網路名人的創業歷程】的座談錄影檔來看，這位王小姐當時的確是Alvin的助手。

在這相簿內也可以看到不少她的身影

而2010年初台灣還沒有正式的噗浪經營團隊，完全是雲先生單打獨鬥，所以在當時 Plurk Taiwan 這個帳號的確很有可能是王小姐所協助操作的。

所以廣義來說新聞應該沒寫錯，目前的噗浪經營團隊似乎也沒說錯，
(原本這段的用詞參雜過多個人臆測，在此修正並致歉！)
或許只是雙方在時間與溝通認知上的落差吧。

--------------------------------------
2011-07-12 11:40 Update：
http://www.plurk.com/p/d3noyg

這應該可以視為台灣噗浪經營團隊的正式聲明吧。
--------------------------------------

2011-07-13 Update：
Alvin 的正式回應 - http://www.plurk.com/p/d44tim

--------------------------------------

另外在同一天( 2011-07-11 ) 突然巧合的冒出兩位噗浪台灣員工離職的消息。
原因應該都是生涯規劃，大家也請不要過度聯想。
個人身為長期關注噗浪發展及相關團隊成員動向的局外路人，最後還是希望噗浪能繼續加油！

俺曾見金陵玉殿鶯啼曉，秦淮水榭花開早，誰知道容易冰消。眼看他起朱樓，眼看他宴賓客，眼看他樓塌了。

2011-06-27 偉哉台北市政府幹掉了Google台灣的Android Market付費區

2011-06-27T14:35:00.101+08:00

News：2011-07-15 update雙方回應
目前網上看到的針對app付後七日的各方論戰已經提升到國族主義跟宗教對立的層面了，後續應該還有的吵～

2011-06-27 開始台灣的Android用戶連到 Google Android Market 上時會發現在app列表內完全找不到付費程式了。

免費程式倒是還在：

APP的搜尋功能也找不到付費程式了：

網頁版的Android Market也被拿掉付費程式列表的選項，完全只看得到免費程式：

用網頁版的Android Market搜尋是還找得到付費程式：

但是完全沒辦法購買

這些無辜的App開發者表示...

此案件始末回顧：

這件事是在2011年五月底六月初時有部份不看軟體分類/說明/用戶評價的iPhone使用者，瞎了眼買了個名叫 超級手機號碼追蹤器 的iPhone APP；結果發現那只是娛樂軟體，又不知如何跟Apple 的App Store申請退費 只好去找搞不清楚狀況又想~~嘩眾取寵作秀搏版面~~做好選民服務的演員議員投訴，接著在議員跟媒體施壓之下的台北市政府恐龍官員找來石器時代的法條病急亂投醫，結果在Apple虛以委蛇＋Google抵死不從的情況下，最後就演出了這場令人啼笑皆非的鬧劇。
手機下載冠軍軟體裝肖維　北市府要查【2011/6/2 21:40】

基本上Android Market不太會有這種退費上的爭議啦！
( 因為大多數用Android的人基本上都是用lite/free的app 不付費 XDD )

在半個月前的六月三日台北市政府發了個新聞稿 Apple、Google App不能退被令限期改善
【中央社╱台北3日電】 2011.06.03 01:42 pm

葉慶元主委您噗浪玩太多了嗎？

今天( 2011-06-27 ) 根據Mobile01上網友所提供的消息

暫停付費應用程式服務！Google 硬起來囉！！！！

接著 2011-06-27 13:49 台北市政府也發出新聞稿
Google停售付費APP 拒絕遵循臺灣法律臺北市重罰一百萬

台北市政府威武～～～ Google GJ！！！
Google繼上次退出中國事件後再次跟政府對著幹！(區別在於上次是中華人民共和國政府，這次是中華台北國政府)
嚴重傷害了中華台北國人民的感情 XD

不知道Google聲明稿中的暫停付費程式服務是要暫停多久？

台灣正準備熱起來的Android App Developer們也立馬集體遭到聯合轟殺～

天瓏書局中文銷售排行頭兩名可以換人了 XD

結果時至今日始作俑者 超級手機號碼追蹤器 還繼續在Apple App Store上面賣一點也沒事，偉大的台北市政府也拿他沒轍！Google不爽配合就先暫時關掉付費app購買功能卻被罰了一百萬！

這可真是白狗偷食，黑狗當災。

網友中肯評論 - 目前狀況是：Apple原本30天內可以寫信退費，台灣區變7天；Google本來15分鐘內可以直接退費，台灣區變買不到軟體了（真的很GJ!!）

台灣 Android Developer 的逆襲抗議臺北市政府干預Android市場 - Android Market

當然也是有另一種使用者的聲音！

我想Android App Developer可以直接放棄台灣中文市場了！！！(反正原本也沒多少人會掏錢，今天Google這樣開了先例的幹下去，日後難保不會再次發生。)

App/軟體要是享有七天鑑賞期無條件退費，遊戲類App七天夠我破關了，電子書類App七天我也可以看完了，然後再依法去給他退費！這真是超級佛心來著，讚的啦！！！(誤！)

至於台灣的Android Device user，以後可能也不會有人做中文App了，快點學好英文學習翻牆來去跟世界接軌吧！！！

在Android Developer Console中台灣直接被槓掉！

2011-06-28 update：Google寄給Android開發者的信
========================================
Subject: An Important Change to Paid Apps in Taiwan
2011/6/28 ＜android-market-support@google.com＞
We're contacting you to update you on the status of your paid apps in Taiwan. Recently, the Taipei City Government announced that mobile app stores--including Android Market--would be required to provide a seven day refund window for all paid apps.

Therefore, we wanted to let you know that we are suspending paid apps in Taiwan while we continue to discuss this issue with the Taipei City Government. As you know, Android Market already provides a 15-minute refund period for all paid apps--which reflects the fact that apps are delivered over-the-air instantly and most users who request a refund do so within minutes of their purchase. We believe this policy helps consumers make educated decisions about the apps they buy while enabling developers to manage their businesses effectively.

If your paid application is currently targeted to Taiwan, it will not be available to buyers in Taiwan. However, this will not be reflected in the Developer Console. If Taiwan is the only locale to which your app is targeted, please consider your app as unavailable in Android Market.

We are continuing to discuss the matter with the Taipei city authorities.

Thank you for your patience and understanding.

Regards,

The Android Market Team

c 2011 Google Inc.
1600 Amphitheatre Parkway
Mountain View, CA 94043
========================================

建議延伸閱讀：
ysl 的程式天堂 - Android 應用開發 ‧ 研究 ‧ 與諮詢: 消保法的過時與不完整 - App七天內可退錢，那電子書，音樂，電影也都可以看完再退囉
Google下架軟體、北市罰重金對槓，誰來回應消費者與開發者？ | 電腦玩物
INET6: 對Google關掉台灣Android Market付費App下載的觀察
問題在哪？看蘋果、Google付費退費模式 | 數位生活 | 3C產品 | udn數位資訊
幻影千瞳的部落格: 如此惡搞軟體市集，究竟是誰能得利呢？
廢業夫妻成長日記: 虛構新聞：邪惡博士重罰Google一百萬！
Google有權拒絕提供七日鑑賞期 | 科技與法律 | 資訊社會 | udn數位資訊
林哲健律師部落格: Android Market 付費APP 適用消費者保護法第19條之困境

台北市法規會主委葉慶元的說法葉狀師闖天關: 從處罰Google一百萬談起 - yam天空部落
老實說，底下的留言比正文精彩，葉狀師您可能需要變身為包龍星才扛的住了 XD
(~~當官好威武！！~~好一個依法行政！希望以後台北市有任何類似的消費糾紛都能這樣速戰速決十五天罰他個100萬)

2011-06-29 update:霸氣十足的台北府葉狀師又發了一篇 葉狀師闖天關: 再談 Google 違法問題 - yam天空部落

Google 撤離天龍國吧！連中國13億都能放棄了，相信少了這個小島的生意對你們也沒差！

2011-06-30 update:
臺北市政府法規委員會─ Google與北市府會談將回美國研究是否修正Android Market契約

NOWnews【在地情報】台北市／Google退費高層來台協商　擬附加但書條款解爭端

如果NOWnew沒有亂寫的話～那也就等於GOOGLE花了100萬台幣買下這21個字！！

"北市府也提出幾個不同解決方案，例如維持15分鐘退費規定，在其後加上「實際情況可依照不同國家或地區法令而有所修正」但書，就可以維持既定政策，又符合台灣法律規定"

這是哪招？葉狀師之前不是還非常強硬且信誓旦旦的要"和所有台灣的消費者一起迎接屬於我們的勝利"嗎？原來這樣鄉愿的掩耳盜鈴自欺欺人就算勝利了！！佩服佩服！！

後記：
如果台灣的User真有Google Android Market付費軟體購買需求，可以使用 MarketEnabler( 需root ) 這個app來更改系統的 gsm.sim.operator.numeric 數值來變更地區設定，進而避開Google Android Market的地區限制。

更換地區之後，都回來了～

其實Google是用心良苦的想要增進台灣地區Android使用者的root能力才出此下策的吧（無誤） XD
然後看了下之前的使用者評論讓我心情激動內牛滿面啊！！

感謝台北市政府、感謝Google、感謝國家感謝黨，讓我人在台灣也能切身體會到天朝人民的感受。

2011-07-15 後續追蹤update：

自由電子報 - 遵守消保法修改條款全球首例／蘋果APP軟體台灣獨享7天鑑賞期

IT黑傑克 | Google對北市府的法律見解表示質疑〔附回應全文〕

谷歌不配合北市再給2週研議 - 中央社即時新聞 CNA-NEWS.COM

底下這篇報導就雙方立場闡述的較為清楚～
Google質疑北市府消保法解讀　北市府：繼續溝通 | 即時新聞 | iThome online

另外在2011-07-14又有另一個相關新聞：
不滿下載要付費莊連豪把"蘋果"丟進榨汁機
Orz....

2011-06-20 Acer Liquid E 2.2.2 modified Official ROM

2011-06-20T17:54:00.015+08:00

在上一篇中有提到我原本使用的是ACER 台灣的 Official 2.2 ROM Acer_LiquidE_4.003.18_AAP_FET，不過用了一陣子下來發現這版本的ROM吃電吃很兇，之後就開始轉向尋找其他版本的ROM回來測試，在逛了一圈 http://android.modaco.com/category/418/acer-liquid-liquid-modaco-com/ 之後發現，國外愛好者自製修改的第三方rom多多少少都有些硬體匹配上的問題，雖然後續一直有在修正，但是三天兩頭刷機打補釘也是很累人的一件事；加上國外出的rom都沒有包進中文輸入法，在原本內建的XT9中文輸入用習慣之後要轉換又多了一些麻煩，所以還是自己來進行客製化修改會比較符合個人需求。

在實際測試過後決定使用在ACER 義大利網站上能抓到最新的4.008.08.EMEA.VFIT 版本回來自己改，這個ROM是 Android 2.2.2 的，因為是ACER官方出的所以在硬體驅動相容性上不會有太大的問題，而且這個版本在電量消耗上也有所改善。
主要修改方向是加入XT9中文輸入，把 /system/app/ 裡面用不到的 apk拿掉，一些過期有新版的 apk 直接 update進去，然後把原廠的 kernel小幅修改為可調超頻/降電壓跟包入tun後重做 boot.img。

原廠kernel的動態CPU頻率及電壓為4段
245,760 KHz：1,000 mV
384,000 KHz：1,075 mV
576,000 KHz：1,150 mV
768,000 KHz：1,250 mV

修改後的動態CPU頻率及電壓為7段（可用SetCpu進行調整）
245,760 KHz：900 mV
384,000 KHz：1,000 mV
576,000 KHz：1,050 mV
768,000 KHz：1,150 mV
806,400 KHz：1,200 mV
844,800 KHz：1,225 mV
883,200 KHz：1,250 mV

(我是以穩定運作為優先所以不想超頻太多，要再往上超勢必要加電壓，這會增加發熱量及電力消耗，而且系統也可能不穩定)

經過修改後待機耗電量明顯減少。
左邊是原本的 4.003.18_AAP_FET ，待機時平均一小時耗掉4％的電量；
而右邊則是修改後的4.008.08.EMEA.VFIT，待機平均一小時耗1%。

比較之下待機耗電量有非常大的改善。

另外修改了開機畫面，initlogo.rle是用下面這張轉出來的。

同時整合修改了國外製作的仿電腦開機動畫 bootanimation 放在 /system/media/bootanimation.zip

系統資訊如下：

主要系統改動如下：
1.依據此討論串的說明用 2.1的 libsensor 取代替換來修正接近感應器(Proximity Sensor)的bug
/system/lib/libms3c_yamaha.so
/system/lib/libsensor_yamaha.so
/system/lib/hw/sensors.salsa.so

2.替換中文的Setting.apk & 加入AcerAGps.apk (原本的4.008.08.EMEA.VFIT裡面沒有AGps設定)

3.將中文 2.2 ROM內的 xt9 輸入法 & 蒙恬手寫輸入法整入。
/system/app/XT9IME_FET.apk
/system/usr/xt9
/system/app/HandWritingIME.apk
/system/lib/libpphwrsdk.so

4.原本Flash Player 10.1 升級至最新安全性修正後的 10.3.185.24
/system/app/AdobeFlashPlayer.apk
/system/lib/libflashplayer.so
/system/lib/libstagefright_froyo.so
/system/lib/libstagefright_honeycomb.so
/system/lib/libysshared.so

5.更換Liquid Metal Camera.apk 來修正相機EXIF日期錯誤問題（原本LiquidE的Camera.apk有bug拍出來的相片EXIF全都是 2002:12:08 12:00:00）

6.Google Map改為最新版 5.6.0
/system/app/Maps.apk

7. 因為 Acer Liquid E 2.2的mtd切的有點浪費，/system 切了200M 但是移掉一些用不到的apk之後閒置空間過多，所以把一些常用的工具軟體如 SetCPU / LiquidSetting / SuperUser / OpenVPN Setting / SMS Backup+ / GScript Lite / Evernote / Dropbox / eBuddy / Perfect Viewer / AutoRotate Switch ...etc. 直接塞到 /system/app 裡面，以節省 /data/app的空間。

8.已裝入 Superuser.apk / su / busybox

9. /system & /data 分區使用量如下 ( /data 為wipe後第一次開機完成以後的大小 )
/dev/block/mtdblock4 200.0M 162.7M 37.3M 81% /system
/dev/block/mtdblock3 200.0M 61.8M 138.2M 31% /data

10. Browser.apk 預設瀏覽器加入中文語系/修改預設首頁(原本ROM裡面的首頁是 my.360.com )後重包。
( 這個動作是我拿來練手的，沒有太大意義 )

因為主要是配合我個人需求的，所以並沒有完全去做太多中文化的修改動作。

有興趣的LiquidE機友可以抓回去刷刷玩玩試試，如果你熟悉Linux相關權限及檔案操作，對Android的系統結構及APK修改重包也有一定認識的話，那麼DIY拼裝出一個符合自己需求的系統來玩玩也是不錯的。
我改的ROM下載位置： MEGAUPLOAD載點 or DROPBOX載點
(第一次丟的位置 http://goo.gl/hkrmF 不給力，下載會斷 ><" 所以還是放 MEGAUPLOAD跟Dropbox好了 )
檔名：4.008.08-FIX-20110620.7z
解開後是 nandroid 的備份格式 (懶得另外處裡打包 update.zip ，就用wipe過後的 nandroid備份比較省事)
解開後整個 4.008.08-FIX-20110620 目錄放到 /sdcard/nandroid/ 目錄下然後進到 malezRecovery 內
選 Backup/Restore-> Nandroid restore (selected) -> recovery -> 4.008.08-FIX-20110620
接著刷進去就好了。
警告1：這個restore動作會洗掉原本所有的資料，在restore之前請先自行備份。
警告2：因為LiquidE 2.1 跟 2.2 的 mtd partition大小不同，此nandroid備份僅適用2.2之後的分區。

2011-05-30 Acer Liquid E/2.2/OpenVPN/tun

2011-05-30T18:12:00.007+08:00

前幾天從Y!購物中心入手了一隻便宜出清的Acer Liquid E (NT$5,999)

雖然是老規格的手機了，不過Acer原廠有提供Android 2.2的ROM可以升級，所以NT$5999這個價錢C/P值超高。

入手後先升上原廠的 2.2 ROM ，再上兩個原廠的2.2的Patch。
最後的官方版本是 Acer_LiquidE_4.003.18_AAP_FET

基本上用了幾天下來這版本效能還算OK，就先將就著用，接下來就是要開始折騰了 XD

升上2.2以後接著就是root，Liquid E 要root很簡單，直接用z4root就能一鍵無腦root，也不用去管什麼recovery版本。
取得root權限後先清掉 /system/app/ 裡面的一些遠傳客製軟體，再把一些原本系統內含有但是有新版本的apk塞進去，用這個超級管理器處裡也很方便。把原本的Twitter/Facebook/Google Maps/街景這些apk裝上新的再把他搬進 /system/app/ 就好了。

該刪的刪可搬的搬處裡完以後的512的ROM清出了一些空間，算是堪用吧。

接下來因為我有openvpn連線的需求，上網查了下OpenVPN的android版本資料。
首先要有tun.ko這個 kernel module才能跑OpenVpn，但是Acer原廠的2.2ROM裡面沒有這玩意，暫時又不想去找其他第三方的ROM來刷，那就自己來吧。

先去Acer那抓Kernel Source回來(抓 2011/02/08 這隻，檔名是 App. Guide_Acer_1.0_A_A.zip )；再抓 Android NDK 回來 ( android-ndk-r5b-linux-x86.tar.bz2 )。
抓完後各自解開，先把Kernel Source處裡一下( App. Guide_Acer_1.0_A_A.zip 解開的目錄名是 kernel source code_Acer_1.0_A22F_LiquidE，這裡面空格在我這邊make的時候會出鎚，我是把目錄名改成 Acer_1.0_A22F_LiquidE ，我這邊的環境路徑為 ~/Work/Acer_1.0_A22F_LiquidE/ )
然後Android NDK 解到～/Work/android-ndk-r5b/

接著進到Kernel Source目錄內，
cd ~/Work/Acer_1.0_A22F_LiquidE/
先抓出Acer原廠編譯時的config參數 (位置在 arch/arm/configs/acer-q8k-a1-dvt_defconfig )
cp arch/arm/configs/acer-q8k-a1-dvt_defconfig .config

修改 .config
把裡面的
# CONFIG_TUN is not set
改成
CONFIG_TUN=m

之後存檔。

設定環境變數開始編譯
export ARCH=arm
export CROSS_COMPILE=arm-eabi-
export PATH=$PATH:~/Work/android-ndk-r5b/toolchains/arm-eabi-4.4.0/prebuilt/linux-x86/bin/

make modules

編出來我要的 tun.ko 位置在 ~/Work/Acer_1.0_A22F_LiquidE/drivers/net/tun.ko
(編好的 tun.ko 我放在 http://messlab.co.cc/DL/tun.ko -這是專門給 Acer_LiquidE_4.003.18_AAP_FET 用的)

再把tun.ko丟到手機的 /system/lib/modules/ 底下

加載測試無誤

最後就是處裡OpenVpn的部份，直接去
http://code.google.com/p/android-openvpn-installer/
跟
http://code.google.com/p/android-openvpn-settings/
抓 OpenVPN-Installer-0.2.3.apk & OpenVPN-Settings-0.4.7.apk 回來安裝設定一下就好了

搞定收工！

玩開放的Android好處就是要～自己動手，豐衣足食～ XDD

2011-06-20 update: Acer Liquid E 2.2.2 modified Official ROM

2011-05-19 Facebook Like hijacking with Blogspot

2011-05-19T23:59:00.020+08:00

今天（2011-05-19）在Facebook上面出現了一種新的惡意分享連結，

由於連結網址是位於Google的Blogspot.com 上面的，很容易讓人失去戒心點擊下去！一旦點了連結後會連到下面這個頁面

基本上看到這畫面只要是之前有關注過FB惡意分享連結的朋友應該都很眼熟，也不會再去點任何的按鈕或選項了。（但是這次當你看到這頁面時已經來不及了！）
此次情況更加惡劣，就算不做任何動作，只要Facebook處於登入狀態，也會自動觸發數個 like 的行為！

大致追了一下過程(沒有很仔細去分析原始碼)

當連到標的網址後可以看到他在該blogspot的blog頁面head的部份就插入了REFRESH
~~（好奇發問：這在Blogspot是合法的嗎？怎麼做的？）~~(經過實際測試，Blogspot真的可以這樣幹！)

接下來跳轉到第二個Blogspot上的blog網址同樣的在head的部份就塞了個外部的Javascript
~~（好奇再發問：這在Blogspot是也是合法的嗎？怎麼做的？）~~(經過實際測試，Blogspot也真的可以這樣幹！)

然後在頁面底下塞了7個長寬為0的iframe

http://offeradvertising.biz/gwjs.php?pub=122005&gateid=MTg3NjA2
（這隻JS我懶得去解去追了，留待有興趣的高手們慢慢研究吧）

接著是那7個iframe對 doubledd.info 的 request，內容都是POST到 http://www.facebook.com/ajax/connect/external_node_connect.php?__a=1 的Form

再來一個眼熟的iframe

從經過編碼的Javascript基本上就可以判斷有問題了！

接下來就是對兩個blogspot網址跟五個Facebook粉絲頁觸發Facebook Like的動作。

The Hottest & Funniest Golf Course Video - LOL
Get a Free Meal hurry!
I Love my Mom 專頁url http://www.facebook.com/pages/I-Love-my-Mom/200225093354009
Happy-Club  專頁url http://www.facebook.com/pages/Happy-Club/183772875005110
I Love Music  專頁url http://www.facebook.com/pages/I-Love-Music/146573855415349
I-Love-my-Family  專頁url http://www.facebook.com/pages/I-Love-my-Family/149990811738505
I-Love-Money  專頁url http://www.facebook.com/pages/I-Love-Money/228827590465565

最後就是用Facebook的Like發布塗鴉牆行為進行病毒式散布～
所以可以在極短的時間內取得最大戰果。

就算是Facebook跟WOT合作來對抗惡意連結，也很難在第一時間擋下！
等Facebook或是Blogspot發現處裡時已經來不及了。

這次的情況比較特殊的是利用了Google的Blogspot來作為散布的中轉媒介而且搭配的如此天衣無縫，而且自動觸發按讚的動作，很容易讓人中計！

看來日後的自保之道唯有不要輕易去點Facebook上別人按讚後所貼出的連結才是。

如果很不幸的點過了這個惡意分享連結，那最好盡快到Facebook個人檔案頁面中把這幾條按讚的分享訊息刪掉，以免更多朋友受害。
如下圖：

~~至於這惡意連結到底是怎麼做的，~~更進一步細節如何？就有待專業的資安高手來解答了！

2011-05-20
update 1:
經過實際測試，Blogspot真的可以在head內塞meta http-equiv="REFRESH" 跟加載外部 JavaScript，不需要什麼高深的hack，我還真是lag+孤陋寡聞；看來以後遇到Blogspot的url也不能輕易信任隨便亂點了。
update 2:
目前Facebook已經把相關連結的like分享貼文都移除了，不過根本性的問題還是存在。透過Facebook按讚貼文進行的病毒式散布速度在被相關單位發現處裡之前就可以輕易打下幾十萬的Facebook User~ 這次連讚都自動按下去進行發布了，不知道下一次又會變出什麼樣的把戲。

2011-04-13 不管再怎麼拙劣的MSN釣魚網頁，還是有人會被騙

2011-04-13T20:30:00.017+08:00

今晚打開一個許久未登入的MSN帳號，馬上就收到一條由好幾年沒聊過的聯絡人發來的離線訊息：
http://msn。wertmyloveblog。com
^^來看看我的寫真集喔^^^^
=========
(請千萬不要傻傻的連過去還輸入帳號密碼)
因為現在透過MSN詐騙早就不是新聞了，看到這個訊息馬上就覺得有問題。

在做了可能的防範後就連到該網址瞧瞧
(後來證明我是多心了，沒有木馬沒有惡意程式碼，完全就是個簡陋的釣魚頁面)

哇咧，長得還真像！可是左上方的 title 居然是 Untitled Document XDD

看一下原始碼

這頁面是把輸入的帳號密碼資料post到 msn.wertmyloveblog.com/cn/add.asp 去

然後response回來就是一段Javascript把頁面跳到一個空的404.html去

用工具查一下該站點的相關資訊，主機是放在美國

查一下該domain的whois http://whois.domaintools.com/wertmyloveblog.com

從Domain Whois中的QQ號 4 0 2 5 5 8 8 8 3 一看

這傢伙絲毫不隱藏真是夠囂張的了。
而且用相關資料(QQ號/電話)一搜才發現它早就是累犯了！

老實說這手法非常非常拙劣，可是就是會有人中招。
(起碼發過來的那個聯絡人就中標了)
裝再強的防火牆再棒的防毒軟體還是沒用的，像這種自己把MSN帳號交出去的怨不得別人！
這年頭騙子太多傻子明顯不夠用了～
千萬不要看到登入頁面就乖乖的輸入帳號密碼，多想幾秒鐘，你可以不用害朋友被詐騙！

延伸閱讀：
Google搜尋相關問題-網上釣魚攻擊
维基百科 - 釣魚式攻擊
資安之我見 (What I see): MSN-Phishing on Christmas Eve

2011-03-25 Facebook 色情影片網站播放鈕按讚洗版

2011-03-25T11:06:00.012+08:00

昨天(2011-03-24)晚上Facebook塗鴉牆上一堆朋友出現這個色情影片的分享
(中招的幾乎都是男生，是的，我也中招了 XDD)

去看一下該頁面的作法，他是在影片播放框的 play按鈕附近埋了四個 Like Button，只要按播放就中招。

而影片是要在觸發like以後才會播放
FB.Event.subscribe('edge.create', function(href, widget) {
cre_cook('megavideo2344','ok',800);
playvideo();
}
);

所以基本上中招的都是想看那隻影片的人。
這招比之前流行的按讚才能看內容的方式還卑劣，完全讓你在不知不覺中按下讚。
現在這個like還不會被添加到個人喜好中，所以要拿掉不小心按到讚貼上塗鴉牆的訊息也還算簡單，在塗鴉牆的連結右方按下X就能移除。

目前初步看來該色情網站似乎沒有埋其他惡意程式碼，所以只是按下讚後貼到塗鴉牆進行病毒式行銷，不過之後會不會進化到其他更糟糕功能就難說了。

好奇殺死貓，網路處處有陷阱，別輕易按讚！

如果真的很想看那隻影片的話
請在瀏覽器網址列貼上 javascript:playvideo();
就會不按讚播放了

延伸閱讀：
cacaFly 市場脈動 - Facebook推出新版按「讚」功能
Inside - 按讚看全文被罵翻？案例分享：如何在一個月內衝進Alexa台灣百大網站
畫新聞 8News - 按「讚」才能看內容　討論區暗藏陷阱

2011-03-24 Facebook Page 專頁不適合拿來當客服用的吧

2011-03-24T23:01:00.023+08:00

Facebook 專頁(俗稱粉絲頁)拿來行銷宣傳是最近正夯的趨勢，也有各路網路行銷高手在大力推廣，其成效及影響力也不容小覷。

但是在公開的Facebook 專頁上應該不太適合拿來當作客服管道的，
因為粉絲在專頁上的留言無法設為隱私只能公開留言。
而這些客訴資料貼在公開專頁上光是客戶個資被公開(雖說上面的個資都是客訴客戶自行揭露的)
以及對自身商譽的負面影響都會是個不小的問題～

讓我們來看個有點慘烈的案例來源
2011-03-28 update: 原專頁已調整設定只允許管理者貼文了，所以原本的客訴貼文都看不到了。

接下來看圖就好不囉唆～(圖很多)

以下所有圖片皆擷取自公開網頁，連登入Facebook都不需要~截圖時間 2011-03-24 22:00

......

要是只有一兩條負面留言還可能當作是意外，當打開滿滿都是這樣的負面消息，對企業的傷害是很難彌補的，
看來正常的客服管道郵件/電話/傳真都已失靈了。
接下來如何築起防火牆進行停損平息用戶的怒氣將會是讓人頭痛的問題。

Facebook 專頁不是萬能；服務業的專業客服能力是很重要的。
至於台灣的團購網站發展到現在靠不靠譜，這問題見仁見智不在此篇討論的範圍中。 XDD

另外平常不用團購的我
是因為每天都被他們的APP利用使用者訂閱通知所取得的
======================
在我的塗鴉牆上發佈訊息
允許「 GOMAJI 團購麻吉」應用程式在我的塗鴉牆上發佈動態訊息、網誌、相片、以及影片內容
隨時連結並取得我的資料
「 GOMAJI 團購麻吉」將會在我沒有使用這個應用程式的期間，連結並取得我的資料
======================
這兩個Facebook App 權限替平常根本不上線的朋友發出洗版訊息天天洗塗鴉牆才會注意到他們的 XD

(內心OS: 幹！用這種手段天天洗版，林北不戳你戳誰)

延伸閱讀：
GOMAJI團購自動貼文！Mr.Free教你怎麼解決！
GOMAJI團購可能還不曉得自己犯了哪個罪！(B) - finngirl 的網誌- udn部落格 ( 這篇的一些觀點我不是很認同，不過這個App的作法確實造成很多人困擾了。 )

後記：如果你每天在Facebook上都被朋友不小心訂閱的GOMAJI APP洗版的話，可以直接到該 APP 頁面 http://www.facebook.com/apps/application.php?id=132670053446111
按下左邊的封鎖應用程式

就好了

2011-03-24 台灣媒體亂象又一例 - "日本救援隊人數列表台灣國旗被「灣娘」取代" ??

2011-03-24T15:34:00.031+08:00

今天(2011-03-24) 上午在網路上開始廣泛流傳的一張圖片

日本電視節目上介紹的各國救援隊分佈圖，其中的台灣國旗是灣娘。
然後很快的NowNews就以 ( 國際中心／綜合報導 ) 的名義發了這則新聞
日本救援隊人數列表　台灣國旗被「灣娘」取代(2011/03/24 13:02)

ppt.cc截圖備份
其中灣娘說明的部份還是抄襲網友BLOG的文章 APH-灣娘的由來~ @ chibc-暗月之鏡 :: 痞客邦 PIXNET ::

基本上這張圖只要稍微放大一看很明顯的就可以看出來是改過的圖

在日本2ch上也有網友開始討論 http://read2ch.com/r/news/1300945062/

看到這再花一點點時間追一下~

根據網上流傳的圖檔位置 http://i.imgur.com/dsGwv.jpg 來看

這張圖在Server上的Last-Modified time是 2011年03月23日 (週三) 13時24分08秒

Google一下URL連結檔名之後發現最早出現是幾位動漫同人網友在昨天(2011-03-23)噗浪中的戲謔之作。

原討論噗浪連結 http://www.plurk.com/p/bb12ra

從這裡的討論來看原始畫面中台灣國旗的位置是全白的

後來網友們發揮創意才加上灣娘的圖案。

而網友是在昨天 2011-03-23 13:24 的回應中貼上了這張圖片

而另一位網友還特別強調
"原本改圖不就是要一眼就能看出這是改圖嗎？不然就很容易變成造假 ...... 雖然說這界限很模糊 ..."

原本就只是戲謔之作，改圖也很明顯的留下破綻，之後在眾多網友的轉貼後馬上就有媒體上勾了。
不愧是網友眼中最下流聳動且缺乏公信力的媒體啊 (請參見波多野結衣效應 – 網路消息散佈的三點觀察 )
媒體工作者們加油，好嗎？

後記:
修圖網友表示~ http://www.plurk.com/p/bbrhto

[媒體亂象] 我今天見證了一則無價值新聞的誕生。（灣娘我對不起妳！>_<）

文章被盜用網友表示~ 哽，沒想會有一天輪到我的文章被抄去寫新聞了!!

另外也有網友說，過去表現還不錯的網路追追追也不用費心思找題材了，光是自家的新聞就可以讓你天天加班也追不完了 XD

2011-02-28 台灣Facebook用戶兩週消失了175萬?

2011-02-28T19:59:00.018+08:00

前幾天透過Facebook的廣告發佈系統 (http://www.facebook.com/ads/create/)
來看台灣地區的廣告受眾規模預估值 ( Estimated Reach ) 時，
發現台灣地區用戶逼近千萬 ( 9,999,260 )。

看到 9,999,260 ( 九百九十九萬九千兩百六十 ) 這數字的時候嚇了我一跳！
先不論這個數字實際準確性如何 ( 畢竟這數值如何產生出來的只有Facebook自己知道 )？
但是一個網路服務能在台灣有近一千萬用戶以我的觀念來看算是非常罕見了，約佔台灣人口的 43% (以2010年底台灣總人口數兩千三百萬為基數)。

之後突然想到印象中國外有個專門紀錄分析Facebook用戶數字的網站，Google搜了一下是 Socialbakers (http://www.socialbakers.com/facebook-statistics/)

結果去到Socialbakers 那邊一看又嚇了我一跳！

台灣用戶 9,999,260 世界排名第17位，但是上個月用戶數少了1,449,000 (一百四十四萬九千)，下降了 12% ！
( 因為該頁面會隨時間update，所以將頁面截圖備份 http://ppt.cc/9Eg5 )

再把時間切換為兩週 (http://www.socialbakers.com/facebook-statistics/?interval=last-2-weeks)

減少的數字就更多了，高達 1,756,420 (一百七十五萬六千四百二十)！
也就是說兩週台灣的用戶數下降了 14.94%！
( 頁面截圖備份 http://ppt.cc/7b4r )

兩週的時間台灣的Facebook用戶減少一百七十五萬是個什麼概念？
有多少台灣的網路服務搞了好幾年的會員數都達不到這個數字！
再來看看 Socialbakers 上面台灣用戶數的歷史資料

由前三個月統計 (http://www.socialbakers.com/facebook-statistics/taiwan/last-3-month) 的圖表來看

( 頁面截圖備份 http://ppt.cc/~S~A )

Facebook的台灣用戶數是從 2011-01-09 開始暴漲，由原本的八百七十萬左右一下子暴增到一千零四十萬，在 2011-01-23 又暴漲到一千一百五十萬左右，在 2011-02-06 那周衝上最高點一千一百七十五萬。
也就是說 2011年一月時 Facebook 的台灣用戶數在一個月內暴增了三百萬用戶！
但是在接下來的 2011-02-20 當週Facebook的台灣用戶數暴跌了一百七十多萬！
(恕我孤陋寡聞，但我還是第一次看到這種衰退數字 XD )

有人說Facebook的廣告發佈系統給出的地區廣告受眾規模預估值( Estimated Reach )是MAU ( monthly active users )，若真是如此，那麼台灣在一月時多了三百萬人用Facebook，然後又有一百七十五萬人接下來一個月都沒用Facebook！這數字有點恐怖！
這樣的數字變動非常的詭異，如果Facebook給出的資料沒錯的話(由其他國家地區的數字看來都沒那麼誇張的異常)，這背後的原因就真的很值得探究了！

有誰知道在今 ( 2011 ) 年一月台灣的Facebook到底發生了什麼大事？
印象中2011年一月台灣跟Facebook相關的重大新聞是馬英九的Facebook粉絲頁上線，但是查了下時間是在一月底 (2011-01-28)，這時間點也對不上，應該無關才是。
另一則Facebook跟台灣相關的重大新聞是Facebook Credit 點卡開始銷售，不過時間也是在一月底，我也想不出這有什麼直接的關係。
要說這一百多萬是虛假帳號似乎也怪怪的，台灣的網路行銷業者要在一個月時間內搞出上百萬個假帳號是多大的工程？真是難以想像？
但是除此之外還有沒有其他可能？我還真想不到其他可能的答案！

延伸閱讀：TechOrange - 台灣Facebook用戶數兩年成長7652.6%

2011-02-23 如何避免你在Facebook的資料被朋友出賣

2011-02-23T18:30:00.028+08:00

這兩天有個新聞他們分手了沒？Facebook分手追蹤器告訴你 - Inside
提到這個爆紅的 Breakup Notifier Facebook App 可以幫你追蹤好友的感情狀態。
該App的連結與用法在此就不贅述了，不過他的隱私授權請求有一點是值得注意的
請注意最下面一條：

取得我朋友的資訊
家庭成員和感情狀態
這代表一旦使用了這個App，此App就有被授權去取得該帳號好友的家庭成員和感情狀態。
如果你的朋友允許了這個App的授權要求，那麼你原本就算是設定為僅好友可見的隱私資料也被App拿走了，被拿走後第三方要把這些個人隱私資料昭告天下也不是難事！
===============
那要如何避免自己的隱私資料被好友所使用的APP取得呢？
這方面的隱私設定其實被藏的有點深，一般人也不會去注意

首先選擇Facebook個人頁面右上方的帳號 - 隱私設定

會進入個人隱私分享權限頁面 http://www.facebook.com/settings/?tab=privacy

這頁面呈現的是一般的隱私權限
要注意的是左下方的
應用程式與網站
編輯你的設定：管理使用應用程式、遊戲和網站的隱私設定。

接著點選編輯你的設定進入到第三方隱私授權設定頁面

再選擇第二項
可以透過你的朋友取得的資料 管理控制你的朋友在玩應用程式或拜訪其他網站時可以分享你的哪些個人資訊。
(從這個頁面還可以設定其他關於第三方取得資料的權限設定及檢視，對於個人隱私注重的人可以花點時間看看)

從跳出的設定框來設定第三方可以透過朋友取得多少資料

若你之前都沒設定過這部份的隱私！你會發現預設能被好友所使用的第三方網站/應用程式取得到的資料多的嚇人。
Facebook美其名曰 "你分享的資料越多，享受到的社交趣味越濃厚。" 這Facebook的世界實在是太美妙了!!
要是你對於自己的隱私非常在意，也不想被好友出賣，那就麻煩花點時間把這些授權全部取消吧！

基本上Facebook的各項隱私權限設定還算完備，你要是不想分享都可以關掉！
(前提是你得要能找到開關)
但是最大的問題就是Facebook三不五時在改，從網上查的到的隱私設定教學，很可能過沒多久就失效了！經常發生的狀況是原本找得到的功能設定一個改版後就不知道被藏到哪去了！
加上Facebook對於個資/隱私方面的設定與異動不會主動告知提醒，所以你的個資隱私往往就在不知不覺中就被出賣了~

如果照Facebook的Mark Zuckerberg 所宣告的 The Age of Privacy is Over ~
那還真的是賣你沒商量；賣你朋友更是理所當然 ~

p.s. 原本標題是 "如何避免你在Facebook的資料被好友出賣"，後來覺得還是把"好友"改成"朋友"比較適合，因為Facebook上的Friends不見得都是"好友"，而且有些為了玩遊戲加了一大堆不認識的人風險更大。

2011-02-16 Plurk 首頁開始放置 Google AdSense 廣告

2011-02-16T19:42:00.007+08:00

2011-02-16 Plurk首頁出現了Google AdSense廣告。

目前這廣告只有在未登入情況下訪問Plurk首頁才會出現，看來Plurk對於這試水溫的第一步非常謹慎，可能是怕會觸怒鄉民吧 XD

不過Plurk撐了這麼久沒有收入也辛苦了，所以我個人傾向是支持的。

2011-02-09 數位時代向Plurk開了第一槍

2011-02-09T23:44:00.016+08:00

本來不太想再寫有關噗浪的東西了,不過今天在Plurk上看到一條訊息還是值得紀錄一下

原噗 Feb 09, 2011 - 22:40
數位時代 : 數位時代噗浪服務即將告一段落，一年半走來，感謝噗友們的陪伴，數位時代會繼續提供網路、科技、創新、創業等趨勢，同時歡迎噗友們加入 facebook粉絲團，謝謝大家支持

看看數位時代的河道

2223個好友，1402個粉絲。
但是現在每個發文的互動回應都只有個位數

甚至有些噗只有轉噗機器人的回應

再看看數位時代的Facebook Page

有21,278 個人加入

也難怪數位時代會放棄Plurk把網路社群經營重心轉移到Facebook上 !!

其實還有很多廠商廣宣噗浪帳號也早已門可羅雀了；早/午/晚喊噗友出來問安也退流行很久了~
當初的噗浪微網誌行銷專家老早就轉移戰線銷聲匿跡了...

不過個人認為數位時代的退出聲明具有一個指標性的意義～
數位時代本身就是關注網路趨勢的媒體，他們也大可把那個噗浪帳號擺著長草就算了；今天做出這樣的宣告其實是挺有意思的一件事。

2011-02-09 數位時代向Plurk開了第一槍， Who will be next?

來補一張以前趨勢大師們最愛用的Google trends好了

後記 update：

其實我個人還是很懷念2009上半年時的噗浪，那時的噗浪比較單純。
相信每個噗浪客對於噗浪都有一份感情，接下來噗浪會怎麼發展，我想不光只是靠plurk員工，也要看噗浪客希望他怎麼發展吧。

不過無論如何，在噗浪上一呼百應的時代已經遠去了，也可能再也找不回來了~

2011-02-10 23:00 update:
數位時代解釋~ http://www.facebook.com/bnextmedia/posts/141128199284611

2011-01-06 小玩意：我覺得這個很幹！ XD

2011-01-06T22:30:00.016+08:00

2011-02-10 update: 原本拿來放的免空又掛了，所以這玩意就沒了　XD

FB分享連結只有讚沒有幹真不爽 XD
我覺得這個很幹！
這個網址來讓你發洩，貼上URL按下GO以後會產生一個另外獨立的URL，上面的讚就視同幹！
http://ifeelfxxk.er-webs.com/
or 短網址 (只短一個character XD )
http://tinyurl.com/ifeelfxxk

另外還有 bookmarklet 書籤工具
幹！
即使你不在 我覺得這個很幹！ 網頁上，只要把這個幹！連結拖到瀏覽器的書籤列上，這樣平常看網頁時不爽想要幹時按下那個書籤就會導向幹的頁面 XD
如果你看不到書籤工具列，在瀏覽器上的［檢視］選單點選［顯示書籤工具列］。

EX: http://ifeelfxxk.er-webs.com/?q=http://tw.news.yahoo.com/article/url/d/a/110106/78/2kc0o.html

可惜現在幹不了FB內部訊息，只能幹FB外面的連結～

這是這兩天拿來練手感的小玩意，是利用修改過得PHProxy把標的網址內容抓回來處裡後加上相應的Open Graph protocol meta tags 再吐出來，既然Facebook想統治網路世界，那就把紀錄數量的任務也交給它了 XD
只是受限制的地方還是不少，純屬打發時間博君一笑 ^^

我覺得這個很幹！

_

2010-12-20 Facebook進China？他鄉聚友網？taxiang.net? 別鬧了

2010-12-20T10:44:00.032+08:00

今天在Twitter上看到有人分享一個讓我震驚的消息
臉書登陸取名「他鄉聚友網」 | 兩岸經貿 | 兩岸台商 | 聯合新聞網
以下摘錄前兩段
臉書（Facebook）發布開通測試中國版的Facebook，網域名稱為「www.taxiang.net」，網站中文名稱是「他鄉聚友網」，以符合大陸網民的胃口。
浙江在線報導，剛榮膺2010年時代風雲人物的「臉書」共同創辦人兼執行長查克柏格（Mark Zuckerberg）將於近期造訪中國大陸，此行是為了進行一系列的大陸市場考察，以及參加taxiang.net的媒體造勢活動。

聯合新聞網網頁截圖備份

這消息有點Shock，我就去看了下那個 他鄉聚友網 www.taxiang.net 到底是怎麼一回事

看起來跟Facebook完全沒有任何相似之處，而且看到這頭像我99％確定是從康盛创想的UCenterHome生出來的，再去看了下taxiang.net的相關頁面規則及檔名，更加確定是UCenterHome了。

查了一下這個網站的IP www.taxiang.net 182.84.98.26 確定是在中國的
既然IP在中國，要開站就得到中國工信部去備案，那就查查看他鄉聚友網的備案訊息吧

序号主办单位名称主办单位性质网站备案/许可证号网站名称网站首页网址审核时间
1 张敬个人苏ICP备10083339号-1 我乐吧 www.taxiang.net 2010-4-30

個人站？？张敬是誰？？ 2010-04-30備案審核通過的？？

這就完全讓我那悶了，好好一個FaceBook要進中國怎麼會搞出這種鳥東西出來？
好吧，那就去搜一下新聞來源吧～

經濟日報的報導上寫到浙江在線報導，那就Google一下 site:society.zjol.com.cn facebook
果然找到了這條新聞相關的消息

結果點了下這四條連結

Facebook掌门人中国行或与启用中国版Facebook有关--浙江在线-社会新闻

2010年12月18日 ... 纽约时报12月18日消息，Facebook掌门人将于近期来到中国，此次访问疑因是由于前几天正式发布开通测试的中国版Facebook有关系。Facebook进入大陆后掌 ...
society.zjol.com.cn/05society/system/2010/12/.../017173651.shtml - 网页快照
Facebook 正式启用新域名进入中国更适应本土化！--浙江在线-社会新闻

2010年12月14日 ... 12月13日消息，据外媒证实，Facebook官方低调正式进入中国内地市场，并启用新域名：www.taxiang.net 更加适应大陆本土的发展，Facebook表示，截至上周 ...
society.zjol.com.cn/05society/system/2010/12/.../017162740.shtml - 网页快照
facebook入华改头换面启用新域名似乎更得体！--浙江在线-社会新闻

2010年12月15日 ... 12月15日消息，今日凌晨据媒体报道，美国社交网站Facebook官方最快三个月内将正式对外宣布进入中国大陆市场，不过目前尚不清楚Facebook这一计划的细节 ...
society.zjol.com.cn/05society/system/2010/12/.../017167007.shtml - 网页快照
Facebook避开人人网抢占2.5亿异地生活网民--浙江在线-社会新闻

2010年12月17日 ... 12月17日消息，今日9时据外媒体报道，美国社交网站Facebook官方即将正式对外宣布进入中国大陆市场，,并启用新域名www.taxiang.net记者登陆网站发现， ...
society.zjol.com.cn/05society/system/2010/12/.../017170010.shtml - 网页快照

原始連結全都失效了，只剩下網頁快照可看 (快照截圖備份)

這件事情非常的詭異，然後再去搜尋英文內容的 facebook taxiang 都沒有在國外媒體看到這消息。

好一個 "據外媒證實" "據外媒報導" 編故事的功力實在是太出神入化了。

再搜一下浙江在线 facebook taxiang中國其他新聞網站相關消息的來源都是浙江在線。
這就有點太他媽的扯了吧，浙江在線 毛书兵施袭森 你們是收了他鄉聚友網 的张敬多少錢？幫他們炒作這假消息衝流量？

雖然後來原始新聞頁面都撤掉了，可是在媒體跟網友的無腦轉發下也替他們衝了不少流量！

從這也看出了這些撰稿記者的素質～不經求證人云亦云～

七刀～

2010-12-20 update:
大陸的DoNews也有揭穿了～
“Facebook推中文站”不实系网站炒作 - 原创 - DoNews.com-IT社区-IT门户-媒体平台
12月20日，据域名圈人士披露，日前网络流传的“Facebook推中文站www.taxiang.net”一事属虚假消息，实为该网站自我炒作。

2010-12-20 15:00 update：
原UDN新聞網頁 http://udn.com/NEWS/MAINLAND/MAI3/6044010.shtml已被徹下(意料中～) 還好我有用ppt.cc拍圖 http://ppt.cc/bM_K XD

2010-12-20 21:00 update：
這個新聞如果是真的,那可就太搞笑了~
Facebook中文网闹剧：站长仅花50元炒作域名
用限制時間加上特殊錯字關鍵字 XD 搜索出來的結果看

Google搜出來最早的消息出現地應該就是浙江在線的這篇
Facebook Facebook中文网本土攻坚战打响！
2010年12月13日 11:47:46 浙江在线新闻网站
ppt.cc網頁截圖備份
浙江在線四篇新聞也就值50元~這50元人民幣花的可真他媽的值!!

p.s. 有些人逮到機會重彈老調說統媒專報中國假新聞不可信，那麼咱們就來複習一下去年目田時報的這篇吧 XD
2009-05-07 "銷魂苑"!! 三年前的假新聞現在拿出來，你不嫌餿嗎?

2010-12-08 Plurk BOT 概略統計

2010-12-08T22:40:00.000+08:00

在上一篇 2010-12-08 Plurk 訊息量統計裡面我有提到，"整個Plurk的訊息量整體看來還是有成長的，但是成長的到底是活人還是BOT就不得而知了"
而Plurk的Bot(機器人)是個存在已久的問題，從2009年上半噗浪在台灣開始風行後，就開始陸續竄出不少Bot，有些是互動搞笑有趣的，但也有些是商業廣告性質的，像是 2009-10-26 不請自來的Plurk廣告機器人這篇提到的就屬於比較讓人討厭的，還有那種號稱幫你維持或提昇Karma要你把帳號密碼給它的Bot更是討厭。
這類的從早期的米窩、卡馬救星、plurk-ad系列的魔鏡、發浪，到後來進化版的卡馬幫&珊蒂系列(還用到appspot)，個人是覺得那些開發廣告Bot的人對Plurk的傷害遠大於他們自己的獲利。

而另外還有一類是屬於互動性的，藏在回應中的機器人像是什麼轉噗機、搞冰友系列、布魯斯推推...族繁不及備載。
常常看到朋友發噗以後馬上有回應，結果點開看前三四條全是這種bot回應也是讓人不太舒服。
像是這樣的噗～看久了真的會受不了只好取消掉追蹤～

第一類自動代理發廣告噗幫人維持Karma的Bot比較難以量化，因為一旦USER將帳號密碼交給他們以後，它便會以該User的身份代為發噗，只能從Plurk Serch帶入關鍵字來大概看到底有多氾濫，像是
米窩 http://www.plurk.com/psearch#q=maiio
卡馬救星 http://www.plurk.com/psearch#q=some-mkt
plurk-ad系列的魔鏡、發浪 http://www.plurk.com/psearch#q=plurk-ad
卡馬幫 & 珊蒂XX館系列 http://www.plurk.com/psearch#q=appspot

隨便搜一下都可以看到每分鐘都有在發，但是因為不容易由外部看出具體數字所以難以估算所佔的比例。

而第二種回應類的Bot就比較容易鎖定跟估算了，因為都是固定帳號回應，而回應數也能看得到，所以我這邊就做了一個簡單的粗略統計。

首先先算出一天Plurk總共有多少回應，下面我就抓2010-12-01 00:00:00～2010-12-07 00:00:00 這6天

可以看出目前Plurk每日總回應數約在500萬～630萬之間，平均值抓580萬。

再來是針對目前已知的回應機器人帳號頁面上的總回應數除以天數後可以得出平均每日回應數，再進行加總

這樣算出來這些回應機器人總共的每日回應數為 322,633
這樣估出 Bot機器人回應佔總回應數比例為 32萬/580萬＝5.5%
當然這數字只是概略推算僅供參考～

下面為統計資料用的google試算表

2010-12-08 Plurk 訊息量統計

2010-12-08T03:08:00.011+08:00

今天在 Inside網路趨勢與行銷的噗浪表示：雖然樂透要關，但流量還在成長，還雇了3位台灣人這篇發現被點名了，裡面提到Plurk的Alvin在噗浪官方文章「A little update」裡面有說Plurk仍在持續成長，並提供成長趨勢圖

這兩張分別是從 2008年6月到2010年10月每日的responses及plurks的成長曲線(還有一張是每日登入Users，這數字外人就拿不到了)。

而我去年12月份 2009-12-21 Plurk 訊息量統計做的統計推論是Plurk成長在趨緩。基本上兩者走勢差距是有點大，這也勾起我的好奇心再把資料撈出來比對看看到底是怎麼一回事，好在我之前的每小時整點定位紀錄的BOT始終有在運作，所以相關的數字一直都有紀錄著。
只是一方面因為忙，另一方面個人感覺Plurk的熱度很明顯退燒了（君不見當初那一票自稱微網誌/噗浪的行銷大師及達人們去年下半年起就陸續跳槽去非死不可了），所以後來也就懶得再算了。

不過既然點到我那這邊就再次把數字統計資料畫一畫吧。

首先先看看最近一週 20101128～20101205 的統計
綠色區塊是每小時新增的plurk數量，而藍色線條則是每小時新增的response數量

初步看來走勢還是跟之前沒太大區別，也就是2009-05-12 Plurk訊息成長量週統計所提到的，跟台灣上班族的打混摸魚趨勢依舊是基本相符的 XD

不過對比下去年的數字 2009-11-01 ~ 2009-11-08

去年2009-11-01 ~ 2009-11-08 當週平均每小時新增了 30,069則plurk & 125,627則回應
而
今年2010-11-28 ~ 2010-12-05 當週平均每小時新增了 54,264則plurk & 242,887則回應
由數字上來看過去這13個月訊息量成長了八九成。

接下來把時間區間拉長由 20091101 ～ 20101201 這13個月來看

是有成長，但是從圖表來看感覺上幅度不是那麼的大。

下圖是把每小時plurk數量獨立出來

下圖是把每小時response數量獨立出來

然後再把兩邊的圖粗估出大概時間區間及長寬比例縮放調整後來進行走勢比對
（Alvin的圖是從2008年6月到2010年10月，而我的圖是2009年11月到2010年12月）
以plurk增加數量趨勢來看-藍色區塊為Alvin的圖表，套上綠色區塊是我的圖表

以response增加數量趨勢來看-藍色區塊為Alvin的圖表，套上深藍色線條是我的圖表

基本上兩者走勢大致相符，也就是說Plurk的訊息量依舊在持續成長中。

而兩邊的圖表分開來看之所以差別那麼大是因為時間區間及長寬比例不同所導致的。
像是我去年底統計時的時間區間是 2009-05-10 ~ 2009-12-20

對照到Alvin的圖時間跟比例上大概就是

那時間區段之中正好經歷2009年八月台灣莫拉客風災對Plurk所產生的一個明顯高峰，但是之後因為非死不可挾開心農場大舉入侵台灣而造成Plurk的流量成長趨緩。

至於如何解讀就看個人了，不過總歸來說還是有成長的，但是成長的到底是活人還是BOT就不得而知了 XD

2010-12-08 14:30 update：

後來又在review了一下數字資料，發現在2010年九月中下旬有一次比較特別的量（請見下圖的紅框）

把那段期間的資料調出來看，發現是發生在 2010-09-19(星期日)

按理說若照之前一般的趨勢來看週日的plurk/response數量應該是會低才對，結果那天反而比平常高，尤其是下午時段，查了一下才知道2010-09-19當天是凡那比颱風肆虐台灣的日子，難怪當天整體訊息量會飆高，所以Plurk的訊息量還是跟台灣重大天災息息相關的，這不知道是該替Plurk & 台灣高興還是難過？ @@"

2010-10-08 Facebook Javascript SDK in IE8 problem

2010-10-08T14:12:00.030+08:00

自從Facebook今年初發布 Graph API 並開始提供新的 SDK 以後，Facebook的相關APP開發規範就一直在進行修正調整，同時原本開發者費了不少時間才熟悉的FBML APP將會被淘汰掉，

在Facebook Markup Language (FBML) - Facebook Developers:裡面有提到：
Note: We do not recommend FBML for new developers. If you aren't already using FBML, you should instead implement your application within an iframe, using the JavaScript SDK and social plugins for client-side integration with Facebook services . The one exception: if you absolutely must create an application that appears as a tab on a Facebook Page, you will need to use FBML for now; tabs do not currently support iframes directly. We will be transitioning tabs to iframes later this year -- please see the developer roadmap for more details.

而在 2010-08-20 的Facebook Developer Blog Facebook Platform Roadmap Update (2010-8-20) 中更是明確指出：
By the end of this year, we will no longer allow new FBML applications to be created, so all new canvas applications and Page tabs will have to be based on IFrames and our JavaScript SDK.

既然Facebook都這樣說了，那就乖乖的來重新熟悉 iframe + JavaScript SDK 的開發模式，結果開始以後才發現 JavaScript SDK 說明文件跟之前的developer wiki (新API公佈後沒多久就被拿掉了)相比資料少的可憐；資料少也就算了，還有不少莫名其妙的問題。
尤其是在IE8的環境下更是討厭，
以下就把這段時間遇到的問題跟解決方式整理一下作個紀錄：

1. FB.Event.subscribe的auth.login事件在IE8底下會有無窮迴圈的問題

用IE8開啟測試APP 1 http://apps.facebook.com/fbuiwithiexssfilter/test1/

這個簡單的測試APP 在Firefox / Chrome 這些非IE的瀏覽器下都運作正常，但是在IE8底下


FB.Event.subscribe('auth.login', function() {
window.location.reload();
});

就會出現無窮迴圈不斷地reload

關於這問題在 Facebook Platform Developer Forum 中有人提出兩種解法http://forum.developers.facebook.net/viewtopic.php?id=60411

第一種是在HTML中加上讓IE進入相容模式
(此解法在FB.ui 的 stream.publish 發布塗鴉牆內含中文訊息時會有被IE8的XSS filter給阻擋的問題，這部份後面再說明，而且我測試無效)
第二種是在http header中加上 P3P CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"

in Apache2 , add
header add P3P 'CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"'
in .htaccess file (must enable apache mod_headers)
= or =
in php , add
header('P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"');

用工具看http header可以確認是否有正確加入 P3P的http表頭

經過這樣處裡後原先 FB.Event.subscribe 的 auth.login事件在IE8底下就正常了

可用IE8開啟測試APP 2 http://apps.facebook.com/fbuiwithiexssfilter/test2/ 進行測試
跟前面測試APP 1一樣的code在這就不會有無窮迴圈的問題了。

2.FB.ui stream.publish 發布塗鴉牆內含中文訊息時會被IE8的XSS (Cross Site Scripting) filter判定為cross-site attack而阻擋的問題
現在Facebook對於APP塗鴉牆發布做了很嚴苛的限制，之前大家都在用的自動發布的方式很容易被判定為違規而被禁用塗鴉牆發布功能(已經聽到不少APP被砍或是塗鴉牆發布被禁用的案例，尤其是8月開始Facebook的自動偵測系統大發威，砍掉不少app)，所以要發布塗鴉牆都建議採用popup出預覽待使用者確定後發出才比較安全，在新的Facebook Javascript SDK中此種方法用的是FB.ui ，但是也有不少朋友在開發測試時遭遇到FB.ui開啟的內容被IE8的XSS filter給擋掉的問題，造成在IE8底下沒法正常發送塗鴉牆。

這問題也卡了我很久，全用英文就沒這問題，只要有非英文字元就有可能觸發，而且中文字越多機率越高，就算運氣好沒有被IE8 XSS filter擋掉，但是也會非常的慢(CPU Loading暴升且把IE8卡住)，怎麼交叉測試都沒用，有時多一字/少一字結果就完全不同，而把增減的那字獨立拿出測試又沒問題，實在是找不到規則可尋。

IE8開啟測試APP 3 http://apps.facebook.com/fbuiwithiexssfilter/test3/

其中的 pubish with english content (dialog) | pubish with english content (popup) 這兩個按鈕都可以正常打開發布塗鴉牆的預覽頁面(純英文內容)，
但是發布有中文訊息的塗鴉牆就容易被IE8的XSS filter給阻擋掉
pubish with chinese content (dialog) 內嵌dialog視窗模式

pubish with chinese content (popup) 外跳popup視窗模式

雖然說可以把IE8的XSS filter給關掉就不會有這被卡的問題了

但是以APP開發者的立場來說不可能要求使用者把IE8的這個重要安全功能給disable掉，所以還是得要找出有效解才行。

在經過多方測試比對後發現是我犯了一個差不多先生等級的低級錯誤，就是HTML最前方的!DOCTYPE定義區段沒寫才造成的。這在非IE8瀏覽器下基本都不會有影響的，但是在IE8底下就會造成這問題！

IE8你也太太太要求標準了吧 ~~

用IE8開啟測試APP 4 http://apps.facebook.com/fbuiwithiexssfilter/test4/

在這個測試中在HTML最前面補上了 <!DOCTYPE html>
同樣的中文內容在測試APP3中會被擋掉的在這就都可以正常了

在這裡又要順帶一提前面提到的IE8相容性檢視了，若是在IE8針對要用FB.ui發布塗鴉牆的頁面打開相容性檢視的話，中文內容依舊有可能會觸發XSS filter

所以用 Facebook Javascript SDK 的 FB.ui 發布中文內容塗鴉牆，為了配合廣大的IE8 User，
務必要遵循標準在HTML最前面加上 <!DOCTYPE html> ，同時User得要避免使用IE8 的相容性檢視(Compatibility View) 功能才行。

還有一件事要提一下，在九月底十月初Facebook已經把APP發布的塗鴉牆訊息在動態消息(News Feed)中的呈現方式改掉了，在 Facebook Developer Blog 2010-09-22的
Making Games on Facebook Better裡面寫到
Application stories will only be shown to those who are already engaging with the application.
也就是說在User的動態消息(News Feed)中現在只看得到自己曾經安裝過的APP的訊息，像以前那樣想要靠發布塗鴉牆來散布宣傳吸引其他使用者進來的時代已經結束了，這對不玩遊戲的User是個好消息，但對APP開發者來說是個噩耗！之前改掉通知時就一堆APP慘兮兮了，後來大家改用塗鴉牆來散布消息，現在又改這就讓APP開發者/經營者幹到沒力啊。

寫到這還是要靠么一下

在Facebook Platform Developer Forum 裡面這位開發者說的這段話也是我想說的：

even after three years of this cr@p is still amazes me how on earth Facebook manage to push things like this to the live site, do they have no testing procedures at all?

另外這篇 The Facebook API: A Case Study in Not Caring About Developers
POOR DOCUMENTATION
POOR TESTABILITY
NO RESPONSE TO SERIOUS ISSUES
CONSTANTLY CHANGING API
也道出了Facebook Application Developers的心聲

很多問題文件資料都沒寫，得要Developer自己想辦法去論壇大海撈針才行，問題是有幾個Developer有那麼多美國時間整天泡在論壇上？很機車咧！！

最後再打個廣告
反非死不可粉絲頁歡迎跟我一樣被Facebook搞到起度爛的開發者一起來交流交流～