發表文章

目前顯示的是 11月, 2008的文章

七星池初探

圖片
七星池 上次 爬七星山不成,最後改走菜公坑山晃晃 。之後,還是一直想找時間去七星山,不過也僅在於想的階段!直到有天在中時新聞網站上看到一則關於陽明山國家公園內,因迷路的山難新聞。新聞內容是關於在七星山主峰附近,有個凱達格蘭遺跡(金字塔)近年來非常熱門,但是,前往該地的路需穿過箭竹林,因此讓些獨自冒險前往的人在其中迷路… 於是利用google查了一下資料,查到的結果更是吸引我,決定要前去看看…當然,我也不想成為新聞上的迷路者,所以只好繼續多多尋找相關資料,並以GPS軌跡資料為主!沒想到,卻又讓我找到七星山區另一個近來熱門之地--七星池!看者七星池的照片,很難想像七星池只是在台北市山區內的『湖泊』。 適巧今年幾個颱風帶來不少雨量,使得七星池至今居然還是存在(據了解,七星池應該和向天池一樣,是以累積雨水形成湖泊的,共分為上、中、下三池。然而,直到今年夏天為止,我從未看過向天『池』)。除此,更有一處名為摘星坡之地,非常適合以高角度欣賞這七星池。所以行程的規劃,除了原本的七星山主峰、東峰以及凱達格蘭遺跡(金字塔)外,又增加了七星池。由於一直找不到摘星坡的GPS軌跡資料,為了安全起見,就不將之列入行程!

2008草嶺古道芒花季

圖片
兩週前走了一趟 桃源谷 後,台北的天氣就變的非常不穩定,一直處於『冬季到台北來看雨』的陰雨天氣…中央氣象局的預報又不準確(說會轉乾冷,卻依舊為濕冷),讓11/15草嶺古道的行程充滿變數…不過,也由於那次桃源谷之行,在大里站看到如此多的人在等火車,讓我改變原訂由大里到福隆的行程,變成一般福隆走到大里的行程! 真沒想到,11/15當天的天氣異常的好,雖然福隆出發時,由一開始的產業道路(記得兩年前經過這段時,都沒路標。現在改善很多,路標很明確),直到草嶺古道-野餐區間,路況大都還是潮濕的(有些路段還很濕滑),且…剛到遠望坑公園時,往遠方山頭看去,還不經擔心前方的天氣,似乎要轉壞~但是一到虎字碑附近,迎面而來的卻是『烈日』。 天氣如此的好,到此處當然還是要往桃源谷走的方向走走,到第一個涼亭遠眺四周~不過,非常可惜的是,當時已經差不多是正午時分,以攝影來說,此時的光線和角度不是很理想…只好儘量抓角度和轉CPL,儘量營造出藍天白雲、綠草如茵的感覺…不過,可能D70的白平衡還是不理想,綠草感覺都有點『枯黃』(同行者使用400D,拍出來的就明顯是綠草) 走完全程,抵達大里遊客中心時,就順便換了2008草嶺古道芒花季限量紀念品一份---魔術頭巾一條(雖然品質比不上市面五百左右的魔術頭巾,但是聊勝於無~) 完整照片 草嶺古道(福隆到大里)高度表 草嶺古道(福隆到大里) GPS軌跡圖、地圖 檢視較大的地圖

登山補給站

如要尋找登山資料,擁有豐富登山相關資料的 登山補給站 是一個必須要去逛逛的網站,上面登山相關資料非常的豐富! 登山補給站 除了提供如下的資料外 藍天圖集(1~5集) 全國三角點gtm檔 全國三角點gpx/gpi檔 2008年基石資料庫 另外,相關討論區中,有很多登山團體提供活動資訊。不時還會有熱心的人提供目前各山區最新的路況、他們走過的文字記錄。 文字記錄中的時間,對於尚未去過的人在做行前規劃或自我評量時,蠻重要的。畢竟,每個人的體力、腳力不同。如果提供資料的人,本身就是 健腳, 以他的腳程做為參考,可能就會誤判了 XD 。 當然,也可以直接參考GPS軌跡檔案。由GPS所記錄下來的軌跡,藉由軟體先查看地形、高度,最後在以自己的腳力最為研判,才是最準確的! :) 才不會如我 第一次去北插天山 般,沒準備好,背包內的空間,留給了鏡頭,水卻帶的不夠。時間也分配不好,在木屋遺址前浪費很多時間拍照,結果,最後那段挑戰性頗高的1.5公里登頂之路,卻耗費不少時間。搞的摸黑下山… 不過, 登山補給站 有個非常大的技術問題!網頁所採用的script語言,是採用微軟所獨有的vb script,而非一般所通用的java script。因此,唯獨使用IE才可以正常瀏覽! 使用非IE瀏覽器瀏覽時,畫面會卡住(因為非IE瀏覽器無法解釋vb script)。IE市佔率直直落的情況下,對於以FireFox、Chrome的使用者來說…非常不方便! 治標解決之法,可以安裝套件,如 IE Tab for Chrome and Firefox 。如此,FireFox、Chrome就可以正常瀏覽 登山補給站 登山補給站網址 登山補給站 網址 http://www.keepon.com.tw/

AWStats如何分析多台web server log

當初會想要 調整log的欄位 ,主要是考慮到要分析的log主機不只一台,如果我能在IIS 的log中帶入web server ip,是否 AWStats 在報表上也可以依照不同web server,顯示各台的狀態呢? 很不幸的,沒辦法…且,現實是…處理完第一台web server的log,再繼續處理第二台web server log(同一日期)時, AWStats 會顯示資料重複,因此都不處理! 所幸有同事點明一件事情, AWStats 是利用所處理的最後一筆log紀錄的時間來做劃分,才會造成處理同一天、不同機器的log時,第一台log一處理完,就不能處理第二台了!,既然如此,只好將檔案合併後再做處理… 最後研究出來的解決方案為… 先將各台web server log檔案傳送到某一台機器 將所有log檔案結合成一個檔案 將合併後的log內容,依照時間重新排序… 最後才交給awstats做處理! 為了處理方便,做了一個bat檔。內容如下… rem 為了處理方便,先將路徑指到web log存放的路徑 cd X: \ my_temp_dir \ X: rem 合併各台web server的log檔案 copy 192.168.1.1. log + 192.168.1.2. log p_log_org . log rem 將合併後的log檔案作排序 sort / L " C " p_log_org . log / O p_log . log rem awstats處理,產生報表 perl X: \ AWStats \ wwwroot \ cgi - bin \ awstats . pl - config = your_config - update 附註: awstats 做出來的『報表』,其實是文字檔。存放在所安裝的 cgi-bin目錄下。 如X:\AWStats\wwwroot\cgi-bin your_config_xxxxxx .txt

桃源谷 - 草嶺線上經灣坑頭山石觀音線下

圖片
自從買了單車後,今年暑假的運動似乎都變成騎單車了…雖然每次都是騎山路,但近來忽然覺得還是爬山的運動量比較大!(爬山是上山容易、下山難!騎車的話…下山真是快樂無比 :))且…騎單車大都還是跟者馬路走,三不五時還是會吸到廢氣 :( ,不如爬山,可以在林中作森林浴,辛苦抵達山頂後更可以眺望遠方…舒展身心~ 所以,就決定找個山來走走…聽聞宜蘭桃源谷很漂亮(前年有稍微由草嶺啞口往桃源谷方向走過,知道那條線路風景不錯),附近有個著名的小百岳--灣坑頭山,於是就決定由草嶺線上,石觀音線下。但是天公不作美,早晨六點在台北上火車時天氣還不錯,到候硐一代居然下起了雨…抵達大里時,雖然無雨,卻是滿天烏雲~ 雲層之低,令人擔心會下大雨…所幸直到草嶺啞口,都沒下雨,只是毫無視野,四處望去都是白茫茫的烏雲…想拍照,旁邊的那一團卻一直有點吵的佔者關景平台。繼續往桃源谷走去,隨者高度升高(沿途都是上陂階梯)開始進入濃霧中!就這樣,什麼視野都沒… 直到過了草嶺山後,有時雲霧會散去,在那短暫的時間內,才可以一窺這條陵線的美景。不過,雲霧總是忽散忽濃,我們抵達這條線的最高點--灣坑頭山時,不幸的又在雲霧中。不過,忽然間雲散了一下,就在此時看到遠方山頭在雲霧的襯托下,真漂亮… 原以為過了灣坑頭山後,就是愉快的開始--下坡… 沒想到,後面的路居然是上上下下,就算桃源谷內也是一樣。我覺得,這桃源谷的草原還是沒有擎天岡的漂亮。因為擎天岡的草原比較純,桃源谷內的草原會夾雜芒草(這個季節非常明顯),另外…草原中還有幾座夜總會… 由於原訂就無法安排比較多的時間,所以到此就必須經由石觀音線下山…沒想到,這條路線,真難走!(查了一下GPS記錄,由大里到此,差不多花了三小時。由此回到登山口,居然花了快兩小時)一開始下山,山路就非常的濕滑…原以為到了石觀音寺後,會有產業道路可以走(畢竟寺院內的人,總不可能自己揹補給物資上山吧,石觀音寺的標高還有300多公尺)… 沒想到~過了石觀音寺後,山路除了依舊濕滑,居然變的更陡…且,居然變成上上下下的山路…就這樣,把整個速度拖慢。濕滑的下坡,更增加了體力的損耗(隔天小腿馬上酸痛)! 好不容易回到了登山口,適巧遇到一隊香客(這樣稱呼不知對不對)上山要到石觀音寺參拜,看者隊伍中老老少少的…在想想這寺院,居然真的沒有產業道路可通達…真是『修行』的好地方呀! 出發到此,差不多走了五個小時,

在windows平台下使用awstats分析IIS log

awstats 是個免費的log分析,IIS的log他也支援,所以就拿他來做IIS的log分析。 不過,之前有空要試 awast 時,總是在設定IIS log時就不了了之。雖然 官方文件有範例 ,但我不經在想,是否所選的資料欄位越多,作分析時,就可已呈現更多的資訊?所以一直想多設定想要分析的資料欄位!在google上找了找,雖然有找到相關文章,卻都沒幫助… 幾經測試注意到,設定的欄位名稱,其實和IIS log檔案內的名稱完全一樣!以下則是IIS log內顯示所選擇的欄位 #Fields: date time s-sitename s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status 所以,可以直接將IIS log檔中上述的字串,直接在設定檔中做設定,如下… LogFormat="date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs-version cs(User-Agent) cs(Referer) sc-status sc-substatus sc-win32-status sc-bytes") log設定完後,可以執行下述語法做出分析結果 perl X:\AWStats\yyy\cgi-bin\awstats.pl -config=myhost -update 基本上,如此就已經大功告成…… 但是,做出來的html總是有點不對勁!因為時區,每個小時的流量不對。顯示搜尋的字串會因為unicode變成亂碼。K了一下文件(設定檔本身就寫得很完整),做了下列修改 LoadPlugin="decodeutfkeys" LoadPlugin="timezone +8" 附註:+8 為台北的時區 如此,就差不多了!但是在 官方的範例 還可以顯示流量來自哪些國家、城市。繼續在K文件,發現再設定中需要啟動plug-in -- Geo-IP(還需另外安裝)。 LoadPlugin="geoip GEOIP_STANDARD X:\you