於是使用Cloudflare的優勢就出現了, Cloudflare的ops team第一時間就針對漏洞做出回應, 由於所有的request都會透過Cloudflare再到你的機器, 所以Cloudflare在第一層就幫你處理掉這個問題, 你的網站無需作出任何的處理 (注), 就得到了保護, 是個省時省力的方法.

結論: 有空試試看Cloudflare吧!

注: 這不表示妳在得知消息後不需要更新你的apache, Cloudflare只是先幫你處理掉惡意request, 漏洞還是得靠你自己上patch.

1. ssh進去你的伺服器
2. 變更目錄到你的WordPress根目錄 (例如: /var/www/wp )
3. 使用下列指令: find . -name "*.php" -exec grep -H ‘TimThumb script created by Ben’ {} \;
4. 將所有找到的php檔案都更換成最新的版本即可.

再次呼籲, 有用WordPress的朋友們記得檢查一下~!

手頭上有在幫忙維護某一個擁有大量靜態圖片的網站, 這個特性是非常符合cloudflare的使用情境, 所以在我接手後變幫忙把她弄上去cloudflare, 結果相當的顯著, 網站loading速度變快了許多, 使用者使用意願也大幅增加, 於是帶來了更多的使用者.

聽起來一切都非常美好, 但是卻在server端觀察到, 隨著使用者的成長, 整體的system loading也跟著增加, 才猛然想起cloudflare是不會cache動態產生的檔案(其實html他也不會cache, 所以用rewrite rule去欺騙是沒有用的), 所以當你的網站吸引越來越多的使用者, 需要動態產生的內容也隨之增加, 因此造成server的loading過重. 於是進去後端做了些參數的調整, 就搞定了問題.

此外, 另外一個迷思是, 只要套上cloudflare後, 網站的response time就會進步了, 事實上, "機器的實體位置"還是很重要的, 如同之前提到的, 只要是動態產生的內容, cloudflare就會去跟你的機器索取一次內容, 所以你的機器離cloudflare遍佈在全世界機器的距離還是對response time會有所影響. 簡單地挑選步驟為:

1. 觀察你的使用者多數位在那個國家
2. 使用traceroute.org觀察這些國家的使用者會被導到cloudflare在全球的那個機房
3. 選擇離這些機房近的hosting provider

以台灣使用者為例, 大多數都被導到cloudflare為在香港或是美西的機房, 所以會建議選擇在美國西岸的provider, 以達到最好的效果.

最後, 這個故事教會了我們什麼? 1) 如果你後端的code寫得很爛, 使用cloudflare只會加速你網站的死亡速度. 2) 透過cloudflare可以快速地(這邊比較的基準是在國外的vps, 如果你是使用國內hosting的有錢大爺, 不在此列 XD)將網站的靜態內容傳遞給使用者, 沒有意外的話PV會隨之增加, 請在server端做好準備. 3) 請慎選機器的實體位置.

user開啓網頁 -> plugin連回大陸 -> 下一個的request又來, 因為前個request還沒解決, 只好fork新的process來處理 -> 重複回第一步

解決方法就是關掉該plugin, 網站的loading也就回覆正常了, 因此有了這篇文章, 紀錄一下這個經驗

Google在前陣子的Google IO 2001推出了Google Music Beta服務,  使用者將他所擁有的mp3透過網路傳遞到Google的雲上, 之後只要你有網路, 便可以透過Google Music聆聽你收藏的音樂, 假想敵當然就是Apple即將推出的iCould服務. 推出當下, 我就填寫試用申請, 想說碰碰看運氣, 沒想到今天就在email中收到邀請函, 所以就有了這篇簡單的心得文.

進入Google Music Beta後, 首先先下載應用程式Music Manager (介面目前只有英文版, 有M$, Mac以及Linux版本), 因為我是Mac user, 所以以下安裝介面皆Mac版本:

1. 下載後, 只需將Music Manager的圖示拖曳進去Applications即可

2. 開啓Music Manager後, 程式會引導你作一些設定, 由於這是Google的產品, 第一步步驟當然是要設定你的Google account, 緊緊的把你的帳號跟服務綁在一起

3. 接著, 指定你收藏的音樂放置的目錄, 可以指定iTune, 家目錄下的音樂資料夾或是任意一個資料夾.

4. 讓程式自動更新到最新的版本

5. 程式會開始掃描你剛剛指定的目錄, 看看有哪些音樂檔案可以匯入

6. 設定完成, 你可以選擇結束設定或是直接前往Google Music Beta

設定完成後, Music Manager便會在背景開始將你音樂上傳至Google, 上傳進度以及相關的設定可以點選螢幕上方的小圖去取得:

接著, 來看看上傳後在Google Music Beta所呈現的介面, 一登入便可以看到你所上傳全部專輯封面

點選專輯封面圖示後, 便可以看到歌曲的相關資訊, 也可以為歌曲評比:

當然, 你會想要替專輯換上美美的封面, 只需點選圖片右下方的小箭頭, 便可以編輯專輯

同樣的, 也可以針對單一一首歌曲去編輯資訊:

最後, 只需點選Play Album或是雙點歌曲名稱便可以收聽歌曲, 除此之外, 也可以透過Android Market去下載官方的app到行動裝置上面使用, 對於有Android裝置的朋友們是個蠻方便的選擇, 由於手邊沒有相觀裝置, 所以就不補圖了 :Q

同場加映, ipad2上面使用的screenshot:

function FindProxyForURL(url, host)

{

if(isInNet(host, "172.28.0.0", "255.255.0.0"))

return "DIRECT";

else if(dnsDomainIs(host, "stage.clyang.net"))

return "127.0.0.1";

else if(dnsDomainIs(host, "dev.clyang.net"))

return "127.0.0.1";

else

return "PROXY 172.30.100.100:2345";

}

當這個設定檔套用進去瀏覽器的時候, 卻發現只要輸入任何的網址都會導致整個IE卡住(輸入ip即可), 討論一下才發現….

原來他的所屬環境特別, 連DNS port都被封鎖, 所以任何的domain name反查都會被reject, 因此只要執行到isInNet, browser就會嘗試去做解析的動作, 因為查詢時候查不到, 又得等到timeout才會有true or false的結果, 所以當一個頁面需要大量做解析的時候, 就會拖垮整個browser的運作.

為了要避免這種狀況, 又得維持本來設定的條件, 最有效率的方式就是將isInNet那行改成:

shExpMatch(host, "172.28.*")

原因很簡單, 就是將輸入的hostname直接去最字串的比對, 透過這樣來跳過dns解析, 也就解決了這個問題. 真是上了一課

我從網路上面找到兩張使用前以及使用後的示意圖, 使用前的狀況是:

而使用後是:

CloudFlare除了幫忙把網頁的靜態檔案推到他的CDN上面外, 還提供詳細的網站流量報表, 網路攻擊基本的防禦, javascript/css自動minify以及其他許多方便的功能. 同時, 他還很佛心的提供免費方案, 跟pro方案對我而言最大的差別是在免費的只能等到24hr結束才能看到報表, 而pro方案則是每15分鐘就會有一次統計, 除此之外大概就是免費版本不支援ssl的連線, 但是免費的沒辦法要求太多, 所以就將就一下啦

申請的過程就不多加贅述, 唯一要注意的是妳必須把你的nameserver從本來的provider改指到CloudFlare的機器, 他提供很方便的匯入功能, 所以基本上就是到你現在使用的provdier匯出你的zone file後, 然後在CloudFlare的註冊過程中匯入, 此外, 你依舊可以透過CloudFlare提供的dns manager來管理你的domain, 介面設計的很容易上手, 應該不會有使用上的問題. 同時他會幫你多添加一筆"direct.你的domain"的A record, 如果妳本來是使用你的domain name當作主要的website url, 因為這個A record會被改指到CloudFlare的機器上, 所以如果妳直接使用ssh/ftp這類軟體連接會連不上, 所以請改連"direct.你的domain" (如果妳不滿意direct, 可以自行更改)

此外, 妳可以隨時決定是不是要透過CloudFlare來serve你的user, 只需要透過CloudFlare的dns manager, 點擊妳不想透過CloudFlare服務的那個名稱右方的雲朵即可切換 (如下圖所示, 橘色為enable)

如果一切正常, 大概等個10分鐘讓設定生效, 可以隨便在你的站上選個靜態檔案, 透過curl -I測試一下, 如果有看到下列結果就表示成功啦(跑個兩次應該就可以看到HIT):

測試過後, Hinet會連往日本的機房, 而學術網路則是會連到美西去, 希望可以早日改連到香港或是日本, 減少更多的latency.

接下來就是漂亮的統計報告, 在一堆數據中, 還會告訴你使用CloudFlare後, 他幫你省下多少流量以及整體速度加速了多少, 詳細圖表如下:

當然, CloudFlare不是沒有缺點, 首先因為他其實就是reverse proxy, 所以從server log到上層application所看到的ip都會變成CloudFlare的機器, 如果你有網站機器的權限, 可以使用CloudFlare提供的apache/lighttpd的module, 一旦安裝後他就會自動轉換正確的user ip給上層ap. 如果你沒有機器的管理權限, 那可以參考這邊是否有列出你所使用的應用軟體套件可以使用 (常見的wordpress,VBulletin都有). 如果你是自行開發網站, 要取得user真實ip其實就是從http header中取出CF-Connecting-IP這個field即可. 第二, 你必須要擁有本來的DNS的控制權, 如果你沒辦法變更nameserver的設定, 那就一切免談啦

最後, 幾天使用下來感覺還不錯用, 大家可以申請個免費帳號來玩玩看

當然有兩個螢幕後, 就想要在MBP主螢幕coding的同時, 也可以在第二個螢幕上透過Youtube觀賞台灣的綜藝節目, 而且既然外接的螢幕是大尺寸, 當然要好好利用24″的優勢, 看全螢幕才過癮阿!!結果事情當然不是傻子我想的如此單純, 每當我在外接螢幕的youtube中使用全螢幕播放時, 只要將滑鼠移至主螢幕上的任何一個應用程式, 外接螢幕上的全螢幕便會自動縮小回youtube的原始尺寸. 幾番survey後,  發現Adobe因為他自身的secuirty policy限制, 所以有了這樣奇怪的設定. Windows下面有神人出現了神祕的hack版本, 允許flash player可以在外接的螢幕上面全螢幕播放, 同時可以將fouce放在其他的應用程式上, 無奈我遍尋不著Mac上面的解決方案(workaround/hack).

後來找到一個可以將youtube的flash player extend到整個Safari的方法, 播放起來十分完美, 而且我也可以成功切換到其他是程式上面做我的工作, 但是才播放不到一分鐘, 耳朵就聽到風扇狂轉的聲音, 打開Dashboard一看, CPU溫度飆到80度! Flash Player應付大營幕的播放果然還是非常非常非常吃cpu資源(Shame on you! Adobe!) 所以當下打消使用這個方法的念頭.

後來突然想到, youtube不是早就有支援HTML5播放嗎? 耳聞效率會比flash player來的好, 於是死馬當活馬醫來試試看, 沒想到出來的效果竟然如此完美! CPU溫度維持在65度左右, 惱人的風扇聲也消失了! 雖然不支援完整的全螢幕播放(還是可以看到上方的Safari書簽列以及網址列), 但是比較下來還是比Flash Player好多了!! 推薦給跟我有一樣需求的Mac User!! 對了, 發文不附圖不是我的風格, 來張圖證明一下:

最後, 該如何開啓youtube的html5播放功能? 請到 http://www.youtube.com/html5 開啓功能即可.

前兩天就跟學妹跑去街上的各大電信業者還有手機經銷商(類似台灣的全弘)申辦, 一問下來, pay-as-you-go的iphone只有電信業者直營店才有販售, 經銷商則只提供綁約的方案, 於是問了幾家大型的業者例如O2, Vodafone都說整個愛丁堡地區都沒有貨, 要我們過兩天再去碰碰運氣. 也因為這樣, 目標便轉為申辦我的綁約型的iphone4.

我們先選了家門口貼著"倉庫裡面有iphone4!"海報的經銷商去辦理, 女店員一副愛理不理的樣子, 跟我要了我的debit card後, 便開始key-in資料, 過程中問了些問題, 譬如說連絡地址, 打算在英國待幾年以及已經抵達英國多久了. 在一陣等待後, 只見她把我的debit card退還給我, 淡淡說了句"O2拒絕讓你申辦, 詳細原因對方沒有告知", 然後就轉身去服務其他客人, 留下滿臉問號的學妹跟我.

身為一個台灣人怎麼可以輕易的被擊倒! 被打槍後, 我們轉往另外一家也號稱手邊有貨的手機經銷商辦理, 同樣的也跟我索取了debit card去申辦, 這家業者在做徵信的動作比較隨性, 只單純問了一下店經理後, 就pass了, 就在我燃起我可以成為"I don’t care"一族的想法後, 店員殘酷的跟我說: "O2拒絕了您的申辦, 對方沒有告知原因, 非常抱歉". 那個當下真的是非常傻眼, 英國! 我真的猜不透妳.

但是, 台灣人的精神就是不屈不饒, 國父革命都失敗了十次, 區區一個steve jobs只是打我槍兩次, 當下決定直接殺到手機直營商t-mobile去試試看. 先離題一下, why t-mobile? 因為來英國前做了一下survey, 發現orange的評價頗差, 3 mobile則是打網外頗貴(我自己被嚇過)而vodafone評價暜普. 相較之下O2以及t-mobile價錢合理, 配套的方案也算優惠, 本來是屬意O2, 但是因為先經過t-mobile的店面, 於是就進去問問看.

好, 拉回正題, 進入到t-mobile後, 店員很熱心的幫我介紹月租的方案, 當我決定要購買後, 他先問了我抵達英國多久了, 他聽到我才剛到不到一個月後, 就直接了當的跟我說英國不可能有任何一家電信公司會提供我綁約的服務, 因為我在英國的信用目前是0, 這下總算幫我解開了謎題! 於是請問店員我該怎麼辦才能夠辦理綁約的手機方案, 他很好心的提供我一個方案, 叫我先辦理月租型的sim-card only方案(他只給我一個sim-card, 手機我得自備), 等t-mobile成功從我的debit card賬戶扣款三次後, 我在回到門市辦理iphone 4, 到時後我就可以順利申辦了.

所以, 我得等待3個月, 才能夠申辦iphone 4, 只好安慰自己那個時候白色的iphone 4應該已經上市了, 也許我有機會擁有白色的! 這篇文章提供給之後的留學生參考, 如果你打算要辦理綁約的手機方案, 可以考慮使用這種方式, 也省得讓自己浪費時間去詢問.