前陣子覺得液晶螢幕很髒，於是拿新的、且纖維比較細的眼鏡布擦拭了一下…結果是，髒污程度較低的，被清乾淨了。但是，髒污程度較高的地方…沒啥作用！於是採取哈氣在稍微用點力去擦拭……結果是，髒污處被『推開』，覺得螢幕變的有點花… :( 濕冷的年假，哪都沒去…只好上網晃晃。剛好在 博客來網路書店 看到新春的特價活動- abei 3C系列周邊買一送一 。當中，有所謂的 專業液晶拭淨布 。看了網頁中的介紹，發現除了液晶螢幕外、連鏡頭也可以擦拭，就想檢個便宜來試試看… 沒想到，才隔幾天馬上就派上用場。起因是前來家中玩Wii的親戚，他的小朋友非常的激動。每每在遊戲中選人物的時候，都要衝到螢幕前用他的小手熱情的告訴其他人要選某個人物。雖然每每我也馬上制止，並加上恐嚇……但，慘劇還是發生了，他的小手在液晶電視上，留下不少的指印… 如果很仔細的看，液晶電視上似乎還有水印，可能是他邊吃零食邊玩吧?!於是就拿這 專業液晶拭淨布 試試看。效果真的不錯，用布的反面就把這些指印、髒污清乾淨了～～（忘了拍清潔前、清潔後了 :) ） 於是，再拿電腦的液晶螢幕來試試看。清潔前，如果不仔細看，液晶螢幕除了之前有被『推開』的髒污地方之外，螢幕感覺不會很髒。先拿 專業液晶拭淨布 的正面非常輕的擦三遍。螢幕上的髒污居然就現形了，出現很多如下圖的髒污圓點，真誇張！ 液晶螢幕上原本看不見的髒污，輕輕一擦馬上現形 稍微出點力擦拭後，大多數的髒污就清除了。剩下的，最後也利用 專業液晶拭淨布 的反面清除完畢。至於之前被『推開』的髒污，也被搞定！ 最後，也拿鏡頭來試試看，下面兩張圖，則是擦拭前、後的照片！效果也不錯!! 由於只有擦拭保護鏡。保護鏡內並無處理，所以還是有灰塵。不過，保護鏡上的髒污都清掉了！ 擦拭前 擦拭後

在線上服務的網站，怎麼知道它的狀況如何？是否需要增加機器？或者所辦的活動，吸引多少虛擬的人潮？創造了多少效益？如果以後面的需求來看，就需要去蒐集、分析網站的資料了… 以前，為了作這些分析，看了幾套免費的log分析軟體，最後選用 AWStats 這套。除了覺得他所提供的資訊簡單好用外（有時候，這點很重要），還看中他有提供 Worms attacks 的列表，想利用他知道每天是不是都有不速之客？（雖然，最後感覺不出其實用性）。之後，也開始使用 Google Analytics 來作分析。使用一段時間之後，總是感覺兩邊所統計出來的資訊有差異。 思考了一下原因…主要如下吧～ 用 AWStats 作分析時，有刻意將來自於公司內部的流量不作計算，避免『虛胖』的流量。但是在 Google Analytics 中並無這樣的設定。 Google Analytics 必須要在網頁中埋入他們的javascript，方可達到紀錄、分析。然而，網頁都會埋入，例如…漏埋javascript的網頁、或非網頁模式（如web service）等... AWStats 是直接將web server所產生log作分析，這些log所記錄到的資訊，很多是 Google Analytics 所無法取得的。（如被hacker攻擊時） 因此，我總認為直接分析web server log的 AWStats ，所產生的分析結果應該比較準確。畢竟…凡走過必留下足跡！（比如說，hacker用工具再打網站時，就會產生『較多』的log，分析項目中的http 404數量就會增加）。直到前陣子看到兩篇文章…才覺得我的想法不完全正確 Why Your Website Statistics Reports Are Wrong, Part 1 Why Your Website Statistics Reports Are Wrong, Part 2 很巧的，兩篇文章中所提及的log分析工具和我所用的相同。其實，文中是將這兩套視為Server-Side Data Collection and Analysis（ AWStats ）和Client-side Data Collection and Analysis（ Google Analytics ），並說明這兩種log分析的的優點和缺點。 看完第一篇，才點醒我原本的想法不完全正...

台北山區難得一見的霧淞現象 今年入夏前的腳傷，讓我整個夏天、秋天可說是完全的『空虛』。 沒辦法，當時腳裹者石膏，我也只能乖乖在家，看者外面的好天氣…心裡卻在怨嘆…拆石膏當日，還以為石膏拆了，就可以行走，恢復以往的行動能力…沒想到，石膏一拆，腳卻彷彿不是我的…除了因為肌力衰退根本無法站立外，它更不聽我的指揮，完全不會動。努力三天後的成果，它才終於肯稍微聽我的指揮，微微的上下動…直到三週後，才能稍微脫離柺杖，用自己的腳走幾步路。重新能不依靠任何輔助用品自己行走時，不經想起小嬰兒為何會走路時，臉上總是充滿者笑容呀～～也因為哪兒也去不了，感覺今年過的特別快。 後續，也照者醫生的建議--多動，忍者痛去努力的運動（說到這，Wii 還真是復健利器呢，初期我全靠者wii fit 自我復健）。幾個月下來，腳終於感覺比較正常了…但很多活動，依舊無法確定腳是否能承受… 但～看者最近連續幾天的強烈寒流、潮濕的天氣，以及剛好又是假日。最後還是決定把握機會，趁假日上北插天山『賞雪』 去之前，還是先在 登山補給站 上查看資訊，看是否有人已即時貼出北插天山的資訊，特別是雪況的資訊，再決定是否要去？不幸的是，沒找到需要的資訊…所以還是決定賭下去了… 根據 去年北插天山賞雪 的經驗，這次特別帶了防水的手套以及綁腿（避免褲子弄的太髒）。另外，顧及腳的狀況，最後也捨棄山上野炊、泡茶的樂趣，儘量將攜帶的東西減到最低…以求降低腳的負擔！ 原本還是期待可以由最輕鬆的小烏來的第三登山口開始，沒想到…通往登山口的產業道路再度被封住，路旁原本能路邊停車的地方，也被刻意的放上一整排花盆…所以，最後只能停在『私人土地』上…還好，『私人土地』的主人良心發現，把停車費降低了（上次被收150）。八點不到，『私人土地』已經停妥十幾部車子。看來，大夥選在今日上山，想必他們的目的都和我一樣-期待遇到雪景吧！ 今天的路況，大都是這樣…登頂的1.5K更是泥濘～ :( 連續多天的陰雨，很多段山路都很泥濘，並不好走。雖然如此，到木屋遺址前都還好（至少到木屋遺址前身上、以及相機機身還算乾淨），也能好好的欣賞霧中的赫威神木群。但，開始登頂的那1.5K山路沒多久，馬上就把身體搞髒了～ 進入赫威神木群開始起霧 赫威神木群-八仙神木 每次經過造型奇特的八仙神木，總喜歡在『樹下』待一會…...

豆漿，從小家裡就會自己作豆漿來喝，也因為如此…就很少喝外面所賣的豆漿。原因不外乎，總覺得外面所販售豆漿的味道，總是比不上自製的香、純，甚至於難喝……雖然如此，自製豆漿也真的是一件麻煩事情。黃豆要先泡，然後用果汁機打成漿。再來就是要非常努力的將豆渣分離出來，而這段手續也是最累的一道。每次下來，由開始到清潔所需的時間，至少將近一個小時…（還不包含煮好的時間） N年前，聽說市面上出現了豆漿機…號稱只要把泡過的黃豆放入，就會產生熱騰騰的豆漿，完全不需上述繁複的步驟。不過，買過的人卻跟我說，他覺得煮出來的豆漿一點味道都沒、很難喝，豆渣也過多…因此他最後把他所買的豆漿機束之高閣… 前一陣子，忽然看到一則財經新聞在介紹一個在大陸販售豆漿機的台商故事。新聞中表示，該公司的豆漿機這些年來業績蒸蒸日上，特別在這兩年開始，更是成倍數增長。據說，這都是拜三氯氫安所賜…導致一些奶製品的消費者改喝豆漿。看者新聞中介紹該公司的豆漿機產品，不經在想這些年來，豆漿機的技術應該有所進步才是吧…所以又開始找豆漿機的產品。 最後選擇 三洋 微電腦全自動豆漿機SMC28 。網路上各網站所販售的價格有點差異，因此沒馬上下手買一台。直到有天 博客來 的每日一物超低價品居然就是 三洋 微電腦全自動豆漿機_SMC28 。和其他地方相比之下，比較便宜於是馬上下訂單！ 拿到貨並看了說明書後，其實有點傻眼…那麼大一台，居然最多只能煮1.5公升的豆漿！另外，看到盛裝黃豆（渣）的不銹鋼濾網時，心中一陣愁…因為豆渣這玩意，有點麻煩，不是很好清理。豆渣和其泡沫只要稍微乾了之後，就會變硬並附著在容器之上，變的很難清潔、刷洗。 第一次煮出來的豆漿，說真的…失望到了極點…生豆味道非常的重…心中不經犯愁…是否又要多件『收藏品』了？！不死心，重新看一遍說明書，當中有一項提到生豆味過重，表示黃豆放的量可能過多！隔天，照說明書上所說在試試看…果真改善很多。 連續幾天煮下來，並觀察其處理過程後，發現在使用上有些小小技巧要注意。 水不要加太多，一定要低於MAX水位 黃豆放進去前，最好再沖洗一次。減少煮沸時產生過多的泡沫。 黃豆不可以放太少。放太少黃豆似乎會磨不完全！ 倒最後一杯時，建議最好還是用濾網過濾一下。除非…您喜歡喝『綿密』的豆漿… XD 連續煮了幾天豆漿後的結論，我覺得這豆漿機煮出來的味道，還是沒有以往自己作的好喝。但…用豆漿機只需簡單的...

自從Nikon D70陣亡後，陪我上山下海的伙伴變成了Nikon D90…這台標榜者第一台可以提供錄影的DSLR。 雖然我個人認為DSLR錄影功能有點無用（用雞肋形容又不太對），只是一個噱頭，但還是用過幾次…譬如說這個 甲蟲幼蟲的紀錄 ，就是使用af-s vr micro-nikkor 105mm f/2.8g if-ed鏡頭來記錄。其實當下是先使用DV拍攝，覺得效果不好，才改用D90來拍攝。果然，配合這顆micro鏡頭拍攝，效果就是比DV好！ 沒想到，這些D90所產生的大SIZE影片檔（AVI）卻讓我的電腦出了狀況…每當檔案總管開啟存放這些AVI檔案的目錄時，一定會出現如上圖的錯誤訊息，並導致檔案總管關閉！ 原本以為是這台電腦上所安裝的相關影片decode問題…於是嘗試移除並安裝其他套軟體，卻依舊有此狀況 :( 。想說難道是自己的PC有問題？只好拿NB來試試看…沒想到，一樣的狀況，只要目錄中有D90所產生的AVI檔，就是如上所述的狀況 :( 。搞到最後，山不轉路轉……只好用 freecommander 這套檔案管理工具，去開啟放影片檔的目錄來避免此問題。 前幾天，將公司訓練時所記錄的影片帶到公司要分享給同事們。沒想到，公司電腦的檔案總管也出現一樣的異常訊息… 到了晚上只好詢問一下一個常用Canon 5D II 拍影片的朋友，問他有無這狀況？經過他指點後，自己在google一下，在Micro Soft網站上找到兩個相關的資訊，如下… Windows 會停止回應當您按一下 [檔案總管] 中的大型 AVI 檔案 Windows 停止回應當您按一下 [ 大型 AVI 檔案 在第二點中，有提供解決方式，如下… 開始 -> 執行 -> regsvr32 /u shmedia.dll 後來，無意間才發現，其實…我所使用的 K-Lite Codec Pack ，在他們的 FAQ中就有提到解法 了～

FireFox 有個非常奇怪的狀況，就是使用越久… FireFox 啟動越慢、最後甚至連開啟網頁都慢。之前在公司的電腦上，最後還變成每次開啟 FireFox 之後，CPU就會無故吃到100%，電腦馬上就彷彿中風一般…每次新版推出，都寄望新版能解決這狀況，卻每每失望…最後實在沒辦法，只好改用 google 瀏覽器 。 當然，原本認為這 FireFox 變慢的原因，是自己在 FireFox 上面裝太多Add-ons。但作了測試後，發現問題應該不是這些Add-ons…直到有次測試，乾脆將 FireFox 全部移除，在直接安裝當時最新版本，沒想到…原本彷彿中風的電腦，卻正常了！ 找問題期間，有在 Download Squad 看過兩個解決方案，如下… 限制瀏覽的歷史紀錄天數 清理FireFox所使用的SQLite資料庫 第一個方法，感覺沒什麼改善 :( 第二的方法，雖然有點感覺，卻沒『明顯』變快的感受… 最後，連家中雙核CPU，1G記憶體的NB，使用 FireFox 瀏覽網頁時，居然要停頓2-4秒後才有反應…這樣中風的狀況，實在令人難以忍受，打算找時間重灌。卻看到 SpeedyFox 這套軟體。看他網頁上的介紹，決定先試試看…如果還是沒效果，再重裝 FireFox 沒想到， SpeedyFox 的效果非常顯著！無論是公司、家中的 FireFox 在使用之後，馬上『脫胎換骨』。後來推薦給一些有飽受 FireFox 此狀況的同事，人人都說讚！且，使用非常簡單。 SpeedyFox 在 說明的網頁 中有提問這狀況的發生原因。不過，為何在使用 清理FireFox所使用的SQLite資料庫 的方法，卻沒如此明顯的感受呢?!這倒是令我不解… 附註： 第一次使用時，使用的是v1.3。最近出了v1.4。使用起來，覺得v1.4處理比較慢一些…但看網頁上的說明，似乎兩個版本的變化不大！

最近在對於系統作些調整、修改。其間，為了資料的一致性，最後還是決定採用觸發（trigger） 。為了照顧好資料庫（的效能），於是在思考如何減少trigger內不必要的語法執行（也就是沒資料被異動時，就算trigge被呼叫起來也不需要作任何動作） 翻了一下手上的工具書- Inside Microsoft SQL Server 2005：T-SQL PROGRAMMING 中文版 。在這本書（個人覺得這本書非常充實，欲瞭解MS SQL 2005、新功能、調教資料庫與進階應用等，建議可以看看本書）中提到一個作法，利用@@rowcount來協助判斷。 也就是在trigger一開始，就直接利用@@rowcount來判斷使否有資料被異動（以我的案例，我是要針對是否有資料真的被刪除，才去作一些處理）。有資料被異動，也就是@@rowcount傳回大於0的值，方才執行後續的SQL語法。否則就直接跳出，避免多作任何SQL語法，造成無用的資源浪費。 不過，一開始嘗試時卻是失敗的… 後來才注意到，因為我是利用SQL 2005 Studio 產生的trigger範例語法，因此他內建會放入SET NOCOUNT ON; ，這會導致@@rowcount不傳回值。 可是，在 MS SQL官方文件 中明明提及 - 即使 SET NOCOUNT 是 ON，也會更新 @@ROWCOUNT 函數。但…trigger中使用@@rowcount，就是會被影響！ 以下，就是最基本的處理範例 CREATE TRIGGER [dbo].[tri_test] ON [dbo].[table_test] AFTER DELETE AS BEGIN -- SET NOCOUNT ON added to prevent extra result sets from -- interfering with SELECT statements. --SET NOCOUNT ON; --以上三行語法為 SQL 2005 內建會產生的 IF @@rowcount=0 BEGIN --直接離開 RETURN ; END ELSE BEGIN ...