發表文章

南台灣單車行-由台東大武到屏東

圖片
萬金天主教堂 暑假,果真是旅遊旺季…台鐵車票開賣第一天,就已經買不到想要的花東線到台東的夜車車票了。山不轉路轉,只好稍微調整原訂行程。改由先做一早的高鐵下高雄,再轉南迴鐵路到大武。這樣調整下,就犧牲了號稱最美火車站之一的台東多良火車站。 雖然如此,換個心情…就是有機會乘坐高鐵。並且有第二次機會再度坐上南迴鐵路,欣賞南迴鐵路的風景。回想一下,上次搭南迴鐵路,是幾個好同學去綠島玩。一次令人印象深刻的暈船和銀河之旅。 果真,暑假來了,一早的高鐵已是滿滿的人,很多小朋友伴隨在大人身旁。很快的我們就已經到了新左營站,並轉乘台鐵。這班台鐵列車由中部發車,到新左營時車廂內已是滿滿人潮,攜帶小折的我們,最後在列車長的好心下(列車長也不希望我們的小折佔到乘客的位子),讓我們的小折暫時先放在他的休息範圍內,直到乘客較少時,我們在移到車廂空處。 我們抵達台東大武時,正是烈日當頭的12點多。於是,仔細塗抹防曬油、做足了防護才開始這三天的行程… 果然,南台灣的烈日果然如預期中的令人體力損耗加速…騎在台九線南迴公路的濱海路段,毫無樹蔭。看者放在袋子下方的溫度計都已經飆到35.2度,真不知如果將溫度計直接在烈日下,溫度又會提昇到多少? 這是陰涼處的溫度…皮膚所感受到的溫度,應該遠超過這溫度… (沒想到,後來幾天的陰涼溫度更高) 進入南迴公路的山區後,明顯感受到溫度的變化,令人精神稍微回復…但,不知是不是因為南橫因為去年八八風災道路受損的關係?很明顯的,車子很多。其中還有不少的遊覽車。和以前走南迴公路遇不到幾輛車的經驗完全不同。 自從921後,每每在山區行走,就可以感受到大自然的威力。之後的颱風災害…更是令人膽戰心驚。這次在南迴公路看到不少路段還在修復,或是才剛修復完畢。這些路段騎來令人心驚膽戰。除了覺得大自然力量的可怕之外,更要小心路況和車況。也因此,這次的南迴山路,並沒有以往騎山路的fu,停停騎騎之下,感覺並不很順… 就這樣,持續者一路陡上的路況,終於到了南迴公路最高點--屏東獅子鄉的壽卡鐵馬驛站。由此轉199線道轉往旭海。接下來的路雖然是下坡,卻非如預期的的一路滑下去…直倒轉入199甲才是這樣。 怎麼是大門深鎖?只好減少喝水的量… 以往在北部騎單車時,遇到其他不認識的騎士時,雖然也常會彼此打招呼或加油。但…這情況,似乎南部的機率更高些。有時,還有當地的原住民還會大聲的在你身旁喊加油 :) ...

K-Lite Codec Pack播放RealMedia(RMVB)時沒有聲音

最近發現,所慣用的 K-Lite Codec Pack 在看RealVideo(RMVB)的檔案時,居然會出現如下的錯誤,而無法正常發出聲音。 Media Player Classic - Home Cinema could not render some of the pines in the graph, you may not have the neesed codecs or filters installed on the system Media Type 0: -------------------------- Audio: RealAudio COOK 44100Hz stereo AM_MEDIA_TYPE: majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71} subtype: Unknown GUID Name {4B4F4F43-0000-0010-8000-00AA00389B71} formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A} bFixedSizeSamples: 1 bTemporalCompression: 1 lSampleSize: 14880 cbFormat: 112 想說 K-Lite Codec Pack 支援這麼多種影音的格式,怎會對很常見的RealVideo(RMVB)格式卻有問題? 查了一下 K-Lite Codec Pack FAQ ,才發現RealAudio decoder 要 另外下載 。詳情可參考 RMVB files play without sound 這篇FAQ的說明。將相關DLL如文中所說複製到 c:\windows後,就可以正常播放了。 最後,提一下…在 這篇FAQ中 ,還特別提到,使用 Media Player Classic 觀看RealMedia 檔案,會比其他播放器好。(實際如何呢?)

在FireFox內清dns cache

圖片
開發網站時,常會利用修改 hosts 的方式來控制要連到線上主機或者測試主機。但是,當我們修改 c:\windows\system32\drivers\etc\hosts (windows平台) 後,瀏覽器並不會馬上吃到修改後的設定。一般來講,都需要(關掉瀏覽器後)開新的瀏覽器,設定才會生效。 這樣的行為,有時還挺麻煩的…所幸,在FireFox下有Extensions可解決此狀況。讓我們不用重開瀏覽器,就可以吃到 hosts 內做的設定。 Clear Dns Cache DNS Flusher 上面兩套Extensions都可達到這項需求。我之前是採用 Clear Dns Cache ,最近才發現 DNS Flusher 。卻改用了 DNS Flusher 。 改換 DNS Flusher 的原因很簡單… 因為他在FireFox狀態列(右下角)會顯示我們所連結domain的IP,讓我很清楚的知道我目前到底是連到那個IP。 提一下 DNS Flusher 如何使用。他的使用方式非常簡單。當我們修改了hosts內的設定後,用滑鼠點一下狀態列上的IP,FireFox就會重新讀取 hosts 裡的設定。 另外,也可以調整設定。設定重新讀取 hosts 內的設定後,馬上重新載入頁面。

PHP 出現 canary mismatch on efree() - heap overflow detected

近來在使用新的php framework來開發,因此…遇到什麼問題,都會花點時間來確認問題發生的原因為何… 最近,遇到一個非常詭異的問題,當程式去ms sqlserver 2005上某個table撈取資料時,在某種情況下,居然會讓網頁出現白頁。詭異的是,居然也沒有任何錯誤訊息的出現…不過,之前用php4時,也曾撈過同樣的table,卻從沒發生過這樣的狀況。在沒有錯誤的提示下,浪費不少時間在找問題。 不經在想會不會是新採用的framework有問題?或是其他地方的問題?如php5或是 freetds?最後,只好分開測試…所幸,也確認了問題不在於framework上。 雖然最後找到了『閃避』問題的方式。採用convert去轉換原本是smalldatetime的欄位資料。但總覺得問題沒解決。忽然想到,這樣的狀況下,應該會在apache的log下留有紀錄吧? 查了一下,果然在apache的log中找到如下的錯誤訊息 [error] [client 192.168.1.1] ALERT - canary mismatch on efree() - heap overflow detected (attacker '192.168.1.1' , file '/my_test.php' ) 有了錯誤資訊後,就好查問題了。google之後,果然也找到正確的解決之法。 修改 php.ini 設定mssql.datetimeconvert = Off (這一行,原本是被mark的) 重新啟動 apache 以下則是節錄自php.ini中對於mssql.datetimeconvert的說明 ; Specify how datetime and datetim4 columns are returned ; On = > Returns data converted to SQL server settings ; Off = > Returns values as YYYY-MM-DD hh:mm:ss

蘇花古道-大南澳越嶺段

圖片
此段蘇花公路於民國七十年代廢棄。 20多年後,如不仔細看,一時間可能看不出這裡曾經是交通要道… 以往,找一些步道資料時,多少會看到有專家、學者,辛苦的將前人的路給找了出來。最後在依據他們辛苦蒐集到的資料,做成適合大眾行走的步道。 每每看到這類的描述,心中總是在想,有些步道,在日據時代時,多少軍警在期間穿梭,理應不會很難找吧?我想,這次在蘇花古道-大南澳越嶺段的行程中,總算明白為何這麼難找前人的足跡了…… 為何這樣說?先瞭解 蘇花公路的歷史 。單看台灣光復後,蘇花公路可說是陸路上通往花蓮的重要道路,多少車輛在上面通行…直到民國七十年代,蘇花公路改為雙向通車,因此有段路線因而廢棄不使用。蘇花古道-大南澳越嶺段的路程中,就會和此段廢棄的舊蘇花公路交會。算算時間,這段舊蘇花公路廢棄至今尚未滿三十年。 因為之前有上網查過資料,知道會經過一段廢棄的舊蘇花公路。因此,在經過時,忽然看到以前公路旁慣用的水泥塊,才注意到似乎和舊蘇花公路交會了。如不仔細觀察,真的完全看不出這裡曾經是車輛行走的柏油路。因為,現場盡是姑婆芋、雜草、樹木叢生,儼然已經完全回歸了自然… 此段蘇花公路於民國七十年代年廢棄。 20多年後,如不仔細看,一時間可能看不出這裡曾經是交通要道… 只覺得是一般的山徑...且,是不好通行的山徑! 舊蘇花公路旁的碉堡射口 心裡不經在想。也難怪了,連現代的柏油路在僅僅經過三十個年頭後都是這樣的情景。又何況是日據時代的人所走的警備道呢? 話說回這次的行程,原本預計是要花上一整天。沒想到,在南澳火車站前和計程車司機所講好的價錢每人100。並非是載我們到新澳隧道的北口,而是直接載我們到蘇花古道-大南澳越嶺段的北側登山口。如此一來,真是大大省了不少時間呀。因為這段戰備道路全是上坡,長度約四到五公里吧!所幸也是如此~因為後來才發現今天的狀況似乎不太好...走的不是很順。躲掉這段上波,節省不少體力。 由北側登山口開始走有個好處,這邊的山勢和南側登山口相比,比較緩和。因此,走起來對於體力的消耗也比較小。不過,蘇花古道-大南澳越嶺段似乎不太熱門?剛開始走,很明顯的近日內應有人整理過,但…前進幾百公尺後,山路已經隱沒在比人高的雜草中!當中,除了有會割傷人的芒草(手臂被劃了幾道)外,居然還有一種有倒鉤的植物會勾衣物、刺傷人 :( 過了此處,就...

使用powershll和IECapt取得網頁瀏覽速度

前陣子在查個問題,我必須要取得瀏覽網頁時所需花費的時間作為釐清問題的參考依據。 一個網頁的呈現,簡單的講,在瀏覽器發出request後,逐一由網站取得html、css、javascript、圖檔等等。接者,瀏覽器會做解析、處理、執行、呈現。 先撇除使用者端因使用不同的瀏覽器、版本,造成網頁呈現速度不同的這個因素(當然還要剔除網路問題)。一般來講,網站主機端的軟硬體效能,以及html、css、javascript也深深影響網頁最後需要多少時間才能呈現… 以上詳細的過程,和相關技術,講起來簡單,其實又是另一門很深的功夫和學問。建議可以參考下面兩份資料 Yahoo - YSlow Google - Page Speed 因此,取得瀏覽網頁時所需花費的時間,必須要能儘量符合人們使用瀏覽器觀看網頁時的狀況。而不能使用wget這類的方式來測試單獨取得html的速度。思考了很久,最後還是使用 powershell 和 IECapt 。 簡單的說明一下作法…先提 IECapt ,他是一個在指令列(command-line)下執行的小工具程式。是透過 IE 去擷取特定的網頁畫面,並存成圖檔。也因此,使用 IECapt 同等於使用IE去瀏覽網頁。 接者,就只是很單純的利用 powershll去呼叫 IECapt 『瀏覽』網頁,並計算每次瀏覽網頁時時間。也就是計算呼叫起來,直到結束之間的時間差。 不過,在做長期監控時需要考量一點。就是每次測試時,無法確定在測試的當下,被測試的主機狀態如何?特別是下列兩種狀況。因此需要設定 time out 時間,避免測試時因下列狀況卡住 被測試的主機,當下因各種問題,造成反應異常緩慢。 當為此情況時,測試結果為time out 時間。 被測試的主機,當下已經無法提供服務(如,如法連線)。 當為此情況時,測試結果為0。 以下,就是測試速度的程式碼 附註: IECapt 有時會發生不明異常,而中斷。這點,目前我還沒比較好的解決方案… #避免留有之前測試所產生的圖檔 if ( Test-Path webservet_test.jpg){ remove-item $pwd \ $testcaptfile -force } #產生shell,準備開始測試 $WshShell = New-Object -ComObject W...

參訪Google Taiwan Branch

圖片
還是拍一些符合大家需求的照片-傳說中無限飲料的冰箱 不過,我偏好供應高山茶 :) 一個多月前,有人傳來一個活動。大概看了一下活動內容,只覺得好像和Google以及搜尋有關,但詳細內容卻忘了。直到有天和同事討論搜尋的事情時,對方又提到這活動,並跟我說明了活動方式。才知道,是在Google上查詢『google為什麼贏』這個關鍵字的的排名比賽。既然是在Google上的關鍵字搜尋排名,就吸引了我的興趣。畢竟,這個blog,我本來就是作為SEO實驗之用! 不過,作文不好的我要寫篇符合活動內容的文章,真是有點難倒我了…加上不是天天有空思考文章內容,就這樣…才幾百字的文章,居然拖了一個月後才完成。報名參加後,直到寄出網址,居然是在活動截止的最後一天--端午佳節的時候把網址寄出。 將文章送出後,想說在針對SEO做調整,增加中獎的機率。卻忘了Google的機制,當作了某些調整後,是有可能暫時會讓文章查不到…所幸,看來主辦單位查詢時,還是查到有資料的主機吧。因此,除了獲得參訪Google台灣區辦公室的機會,還獲得第三名的獎品 :) 其實,對於參觀Google辦公室的興趣並沒有非常的高。卻對於在台北101上俯瞰台北盆地的風景非常有興趣。之前曾上去過Taipei 101的景觀台(門票真貴,所幸是被招待上去的),也曾在上面的景觀餐廳吃過飯(靠窗的收費方式,居然還不同)。可惜的是每次天氣都不是很好。所以…其實這次的最大目的是想藉由這次機會欣賞風景,其次,才是參觀 Google辦公室。 之前來Taipei101都是去開放的區域,這次去Google才發現,動線和之前不同。除此,還有更多的管制。當天,身上貼了Taipei 101 的訪客貼紙,上面印有要去的公司、樓層、時間。另外,進入Google前,還要貼上Google自己的訪客貼紙~~ 離開前,聽說有人是特別由南部上來參觀google辦公室的,稍晚又要搭火車下去。看來,Google辦公室的吸引力不小呀~~ 望遠鏡,可惜我沒輪到 門牌 遊戲室一耦 舒服的空間 咖啡機看來挺不錯的 喔,對了…看了一下當天也有參訪的其他參賽者的文章,也有提到一件事情,就是天下雜誌的Maggie長的好甜。哈~ 附註:本篇開始針對SEO做些調整