網頁
▼
Monday, February 17, 2014
簡單的Duct Tape收納法
Duct Tape(中文有人翻大力膠布)好用眾所皆知,修東修西、固定物品、生火、當容器...各種用法都有,除了馬蓋仙隨身攜帶,連流言終結者都拍了好幾集Duct Tape特集,身為一個求生者,Duct Tape更是你不可缺少的東西(Amazon甚至有Duct Tape專區)。
然而整卷的Duct Tape因體積較大,所以不少人在攜帶時都會換個收納法,像是GreenRock的DuctTape隨身攜帶法,但是我這人比較懶惰,所以採用最簡單的方式,也就是將Duct Tape中的紙捲移除,然後將膠帶壓扁,這也是馬蓋仙影片中的攜帶法,由上圖可見壓扁後的Duct Tape體積縮小很多,可以方便放進包包、口袋,我個人是隨身的EDC包包還有避難用的BOB包中都有放一捲壓扁的Duct Tape。
簡單與大家分享。
Sunday, February 16, 2014
Mozilla Location Service - Mozilla 位置服務
前陣子接觸到這個Mozilla Location Service,感覺蠻有趣的,於是就參與了這個活動。
簡單來說,由於目前沒有一個可靠且公開的地理定位資料庫,可以讓人在沒有GPS定位下,藉由無線網路訊號來取得定位,於是Mozilla發起了Mozilla Location Service,藉由參與活動的人使用手機去蒐集基地台還有WiFi AP的位置,然後利用手機的GPS定位來記錄這些手機基地台與Wifi的地理位置,未來就可以利用這些蒐集到的資料做出定位(當然還是沒有GPS準)
要參與Mozilla Location Service很簡單,只要你的手機是用Android系統,抓下MozStumbler這個apk,安裝到你的手機上(記得到「設定」>「安全性」>開啟「未知的來源」)。要執行MozStumbler前記得打開WiFi跟GPS,然後就可以帶著手機去掃街了。MozStumbler可以在背景執行,所以同時也可以做別的事,只要記得進到室內收不到GPS訊號時可以停止,因為沒有GPS定位是不會有用的(記得順便關WiFi,GPS省電)。
為了個人隱私,Mozilla Location Service不會蒐集設為隱藏SSID的WiFi,如果你的WiFi SSID是公開的,但想避免被Mozilla蒐集到,也可以在最後加上"_nomap",MozStumbler在蒐集時就會略過這個SSID。
Mozilla Location Service 有一個地圖可以讓你看到目前掃過的地方,台灣目前最密的是台北市區,其他地方還有待熱心人士補完,這個地圖資訊在每天UTC午夜更新,所以台灣時間大概早上八點多就可以看到昨天掃過的地方了,我如果出去亂跑,會特地注意一下掃過的路線,看到空白慢慢被填滿就蠻有成就感的XD
另外還有一個排行榜,會顯示使用者的排名(User Name可以在MozStumbler裡設定),我目前在500名上下徘徊,如果比較少四處掃就會掉下來,常亂跑就會往上爬。
總而言之,如果有興趣讓定位服務更加良善,可以花點時間下載MozStumbler,反正不花錢,參與Mozilla Location Service可以做點看起來蠻有意義的事,何樂而不為?
Tuesday, February 11, 2014
一篇有錯誤的文章,還有可信度嗎 ? 以六先生為例
早在前幾年,六先生因為一些事被挖出不少問題,在網路上被戳得亂七八糟,我想一個Blogger如果失了誠信,知情者應該會就此不再看這個人的文章吧(而且又是一言堂),沒想到今天看FB還是有朋友相當熱情的轉貼認可六先生的文章,到底是這些人網路泡不夠久,沒聽過這段故事(不對啊,也才四年前的事),還是因為政府官員都充滿謊言,上行下效之故,Blogger騙人的文章看一看爽就好,不用在乎真的假的,自慰作用呢 ?
回到正題,Mr.6有篇文章叫做"公司不做的,我自己出來創業做:45歲老記者創立Storyful三年賺到三億財富的幕後故事"(不想幫他賺流量我就不連結了,但我有備份),內文當然是用六先生自稱的Mr.6 Style以聳動,傳銷式的激勵文章寫法撰寫,很多心中沒信念的人很容易就會受騙(通常這些人也容易被騙去做傳銷),但是若你用心思考,或花點工夫去研究,其實是有問題的。
Monday, February 10, 2014
孤單的周一晚上,適合大嗑丼飯
Wednesday, February 5, 2014
[C#] Upgrade Dns.Resolve to Dns.GetHostEntry
I am using .NET Framework 4.5 develop TCP socket program, when I try MSDN "Asynchronous Server Socket Example", VS2013 said "Resolve is obsoleted for this type, please use GetHostEntry instead." on here:
According Obsolete Members in the .NET Framework 4.5, I replace Dns.Resolve method with Dns.GetHostEntry, run the Socket Server Example, then I got some exception.
That was due to the example code get IPAddress using "ipHostInfo.AddressList[0]", normally we start the TCP server on IPv4, and the old method Dns.Resolve return IPv4 address at first of array, so using "ipHostInfo.AddressList[0]" to get IPAddress will work, but Dns.GetHostEntry will return IPv6 address, so we need to pickup the IPv4 address up.
So it will get first IPv4 address, the code was working in my case, hope it's working on your case too.
According Obsolete Members in the .NET Framework 4.5, I replace Dns.Resolve method with Dns.GetHostEntry, run the Socket Server Example, then I got some exception.
That was due to the example code get IPAddress using "ipHostInfo.AddressList[0]", normally we start the TCP server on IPv4, and the old method Dns.Resolve return IPv4 address at first of array, so using "ipHostInfo.AddressList[0]" to get IPAddress will work, but Dns.GetHostEntry will return IPv6 address, so we need to pickup the IPv4 address up.
//older way //IPHostEntry ipHostInfo = Dns.Resolve(Dns.GetHostName()); //IPAddress ipAddress = ipHostInfo.AddressList[0]; //.net 4.5 IPHostEntry ipHostInfo = Dns.GetHostEntry(Dns.GetHostName()); IPAddress ipAddress = ipHostInfo.AddressList.First(x => x.AddressFamily == AddressFamily.InterNetwork);
So it will get first IPv4 address, the code was working in my case, hope it's working on your case too.