之前看到這篇 bsdstats，也有裝起來，不過一直沒有推廣一下，bsdstats 會將你目前的作業系統、版本、國家和硬體資料傳回它的網站，用來統計 *BSD (FreeBSD/OpenBSD/NetBSD/DragonFlyBSD/...等等)有多少使用者，在網站上可以看到版本/國家/硬體的統計，簡單說就是要讓大家瞭解 *BSD 的使用者也不少，請廠商盡量提供支援。如果你手邊有 FreeBSD，可以在 ports 裡的 sysutils/bsdstats 安裝。
有興趣的可以參考一下，看起來大部分 FreeBSD 使用者都升級到 6.x/5.x 了耶；OpenBSD 的使用者也滿多的。
2006年9月24日 星期日
E-mail 訂閱本站文章
有心人也許有注意到本站右邊之前放了個 E-mail訂閱(test)放了很久，其實那是 FeedBurner 提供的 E-mail 訂閱服務，我想還是開著這服務好了，現在標題改成E-mail 訂閱本站文章，若有人不習慣用 RSS 訂閱的話可以試試 :)
當本站有新文章時，會用
寄出；另外各位訂閱的 E-mail 我在 FeedBurner 裡是看得到的，會訂閱的人應該相信我不會拿來亂用才是？:)
當本站有新文章時，會用
寄出；另外各位訂閱的 E-mail 我在 FeedBurner 裡是看得到的，會訂閱的人應該相信我不會拿來亂用才是？:)2006年9月21日 星期四
部落格觀察 / Blog Look
今天看到一個有趣的站，有人做了 blog 排名，請見部落格觀察 / Blog Look，其計算排名的方法可以參考官方部落格，不過搜尋功能似乎有點怪怪的？我搜尋 None、none 都找不到自己的站，倒是用 nignone 總算有找到，最後不可免要放一下，本站排名目前是388名：
 部落格 觀察 000001 | 總排名:388名 指數:804分(319名) 影響:231分(362名) 總分:2257分(455名)  :730(362名) |
2006年9月18日 星期一
更新 FeedBurner Plugin 2.1
前幾天就看到國生三年才開始的這篇FeedBurner Plugin 2.1，今天終於想到、有機會更新到最新版 FeedBurner Plugin v2.1，現在不用生一個怪 rss 給 FeedBurner 吃了，剛有試了一下留言應該沒問題，若有問題一樣請找About Me的E-mail反應，謝謝 :)
GoogleTalk 新功能投票再開
GoogleTalk 繼上次新功能投票(Google Talk 新功能建議和 Windows Live Messenger 新版FAQ)後又來了，這次投票網址還是一樣是 https://services.google.com/inquiry/talk_suggest，有想要功能的可以去投投票；順便拉票一下，資訊安全和隱私愈來愈重要啦，五項想要的新功能裡選一項通話/對話加密吧( Additional functionalities / Call and message encryption )～感謝 :P
2006年9月6日 星期三
德安百貨前面的人行道又裂開了，內湖捷運線施工的問題嗎？
之前就曾經發現德安附近的人行道有裂開的情況，正在旁邊施工的是內湖捷運線，不知道是不是真的捷運施工的關係？那時有把裂縫補起來；最近經過那邊的人行道發現又裂開了，感覺很不好啊，希望沒有安全疑慮，經過時身上沒有相機，不然應該拍一下作個紀錄才是。
20060930 Update：拍了一直沒弄上來，最近人行道已經重新整理過了。
德安百貨前面的人行道又裂開了，內湖捷運線施工的問題嗎？-2 Hosted on Zooomr
德安百貨前面的人行道又裂開了，內湖捷運線施工的問題嗎？-1 Hosted on Zooomr
德安百貨前面的人行道又裂開了，內湖捷運線施工的問題嗎？-3 Hosted on Zooomr
20060930 Update：拍了一直沒弄上來，最近人行道已經重新整理過了。
德安百貨前面的人行道又裂開了，內湖捷運線施工的問題嗎？-2 Hosted on Zooomr德安百貨前面的人行道又裂開了，內湖捷運線施工的問題嗎？-1 Hosted on Zooomr德安百貨前面的人行道又裂開了，內湖捷運線施工的問題嗎？-3 Hosted on Zooomr裝了 Comments Post Rewriter
前幾天看到這篇 Comments Post Rewriter，感覺應該會是一個有效的方法，今天終於找到時間裝了，剛自己測了一下留言應該是沒什麼問題，希望可以少費一點工砍被擋住的 spam，如果大家留言有問題的可以在About Me找到 E-mail 寄信反應一下，謝謝 :)
plugin 原出處：Comments Post Rewriter
plugin 原出處：Comments Post Rewriter
2006年9月5日 星期二
因為 Hinet/Sonet 故意讓用戶連無名變慢？
Hinet 使用者使用無名很慢的最大原因，就是早在無名搬到 Giga 之前就有的：Giga 和 Hinet 之間頻寬不足的問題。(而到底誰應該為他們之間的頻寬付錢，又是另外一個眾說紛紜的問題，本文不作討論)
早在去年無名宣稱「這是 HiNet 用很貴的設備限制住」的時候就有多人抗議過了(詳情請參考就是愛說大謊耍無賴文末所附的連結或欺騙誤導使用者去抗議的誠意！？)，直到今日無名仍然不改其口，在其討論區可以看到種種類似說法，例如這篇Hinet / Sonet 用戶上傳相簿或影片很慢怎麼辦?文章中就很明確地指出「因為 Hinet/Sonet 故意讓用戶連無名變慢」；今日無名站長於 bbs 的 0VIP 板再度發了一篇文章：
其中依然說明「Hinet 用戶連無名的頻寬部份, 24hr 都受到 Hinet 的控制 白天約 5% packet lost, 晚上與假日約 10~20% packet lost」，在此篇文章中，無名再度提出他們用 ping 所作的一個測試，且不說此測試已經是一年半前的事情，未知與目前現實狀況符不符合，最重要的是這邊測試根本無法證明 Hinet 搞小動作惡搞無名，此測試先證明若是要傳輸的流量超過頻寬，ping 的回覆時間將會拉長，而且可能會有封包遺失，這基本上沒錯，但其實處理 ping 封包也是需要耗用 cpu 時間，因此在發出大量 ping 封包的情況下，讓 ping 回覆時間拉長的，除了頻寬不足的原因之外，cpu 要處理大量 ping 封包也有影響；第二此測試用了一堆 ping 來證明 Hinet 用 QoS 設備故意把跟無名相關的網路封包丟掉，但事實上，使用者上網使用無名的相簿、blog 或 bbs 等服務，完全和 ping 沒有關係，而且在發生過 ICMP DoS 攻擊的今日，針對與網路效能無關的 ping 封包作限制實屬正常，因此通篇測試根本無法證明 Hinet 故意妨礙其用戶使用無名，Hinet 如果真的要搞小動作，根本不需也不是對 ping 封包作手腳。
各位無名使用者可以思考一下，若 Hinet 如此明確妨礙 Hinet 用戶使用無名，無名就這麼吞得下這口氣，人家說不同意就算了？只在自己網站上宣稱 Hinet 惡搞他們，然後再苦苦要求自家的 Hinet ADSL 用戶設定 proxy(他們還要另外付費提供這個proxy呢)，甚至寧可勸人換 ADSL也不願對 Hinet 有更強烈的抗議？
不如附和一下這個活動：給無名小站的一份忠告，請無名去告 Hinet 妨礙公平商業競爭吧！何必只躲在自己家裏說別人惡搞他們？
早在去年無名宣稱「這是 HiNet 用很貴的設備限制住」的時候就有多人抗議過了(詳情請參考就是愛說大謊耍無賴文末所附的連結或欺騙誤導使用者去抗議的誠意！？)，直到今日無名仍然不改其口，在其討論區可以看到種種類似說法，例如這篇Hinet / Sonet 用戶上傳相簿或影片很慢怎麼辦?文章中就很明確地指出「因為 Hinet/Sonet 故意讓用戶連無名變慢」；今日無名站長於 bbs 的 0VIP 板再度發了一篇文章：
作者 wkwu (用嘴巴寫程式) 看板 0VIP
標題 Re: [問題] 14:55 現在的速度
時間 Tue Sep 5 16:23:01 2006
───────────────────────────────────────
> nonetw:24小時hinet對giga/無名網路用量都一樣多，所以只要 09/05 16:11
> nonetw:變快就是hinet調整？這是最新笑話嗎？XD 09/05 16:12
Hinet 用戶連無名的頻寬部份, 24hr 都受到 Hinet 的控制
白天約 5% packet lost, 晚上與假日約 10~20% packet lost
詳細測試結果 http://www.wretch.cc/etc/isp_speed/QoS.txt
清晨用戶少, 但 packet lost 也調為 5%, 所以變快
有次與 Hinet 協商, 希望 Hinet 在 Router 上把無名的網段 IP 不要設定
Packet lost , Hinet 不同意.. 所以現在 Hinet 用戶只能任由 Hinet 掌控
Hinet 想掉多少封包, Hinet ADSL 用戶只能忍受
其中依然說明「Hinet 用戶連無名的頻寬部份, 24hr 都受到 Hinet 的控制 白天約 5% packet lost, 晚上與假日約 10~20% packet lost」，在此篇文章中，無名再度提出他們用 ping 所作的一個測試，且不說此測試已經是一年半前的事情，未知與目前現實狀況符不符合，最重要的是這邊測試根本無法證明 Hinet 搞小動作惡搞無名，此測試先證明若是要傳輸的流量超過頻寬，ping 的回覆時間將會拉長，而且可能會有封包遺失，這基本上沒錯，但其實處理 ping 封包也是需要耗用 cpu 時間，因此在發出大量 ping 封包的情況下，讓 ping 回覆時間拉長的，除了頻寬不足的原因之外，cpu 要處理大量 ping 封包也有影響；第二此測試用了一堆 ping 來證明 Hinet 用 QoS 設備故意把跟無名相關的網路封包丟掉，但事實上，使用者上網使用無名的相簿、blog 或 bbs 等服務，完全和 ping 沒有關係，而且在發生過 ICMP DoS 攻擊的今日，針對與網路效能無關的 ping 封包作限制實屬正常，因此通篇測試根本無法證明 Hinet 故意妨礙其用戶使用無名，Hinet 如果真的要搞小動作，根本不需也不是對 ping 封包作手腳。
各位無名使用者可以思考一下，若 Hinet 如此明確妨礙 Hinet 用戶使用無名，無名就這麼吞得下這口氣，人家說不同意就算了？只在自己網站上宣稱 Hinet 惡搞他們，然後再苦苦要求自家的 Hinet ADSL 用戶設定 proxy(他們還要另外付費提供這個proxy呢)，甚至寧可勸人換 ADSL也不願對 Hinet 有更強烈的抗議？
不如附和一下這個活動：給無名小站的一份忠告，請無名去告 Hinet 妨礙公平商業競爭吧！何必只躲在自己家裏說別人惡搞他們？
2006年8月29日 星期二
[廣告] 無賴無誠無恥無….(懶人包)
XDite 談無名小站的頻寬問題：無賴無誠無恥無….(懶人包)
附上昨夜睡前笑話一則，話說無名小站最近再度推出推薦好友一個月試用金卡的活動：
夏日特別企畫～無名推薦金卡大隊～推薦好友拿金卡囉！
其中強調「本次專案總人數上限為2006位會員, 手腳要快哦 」，在該站 0VIP 板遭到多人質疑在 Ptt share 板就可找到超過 2006 個推薦帳號！就在這些質疑聲中，我們發現無名最愛發言駁斥對方抹黑無名的站長 wkwu 的一個有趣推文：
我想，號稱不缺錢不用現金增資的無名，wkwu 應該是開個玩笑而已啦？！XD
附上昨夜睡前笑話一則，話說無名小站最近再度推出推薦好友一個月試用金卡的活動：
夏日特別企畫～無名推薦金卡大隊～推薦好友拿金卡囉！
其中強調「本次專案總人數上限為2006位會員, 手腳要快哦 」，在該站 0VIP 板遭到多人質疑在 Ptt share 板就可找到超過 2006 個推薦帳號！就在這些質疑聲中，我們發現無名最愛發言駁斥對方抹黑無名的站長 wkwu 的一個有趣推文：
作者: hypnotist (P_hypnotist < = 板) 看板: 0VIP
標題: Re: 請問一下
時間: Tue Aug 29 00:22:50 2006
※ 引述《wkwu (用嘴巴寫程式)》之銘言：
> ※ 引述《JACK5210 (JLM)》之銘言：
> > 說那麼多
> > 請你直接告訴我
> > 這次金卡活動上限人數是不是2006人而已？
> > 一個簡單的問題 我可以等三天還不知道答案！
> 不好意思啦, 無名內部已決定不公佈這數字
> 如果這數字是明天的樂透彩號碼我一定馬上公佈....
那請問一下到底哪時候會統一送？
滿5000人？
還是到中秋節過後？
--
夫兵者不祥之器物或惡之故有道者不處君子居則貴左用兵則貴右兵者不祥之器非君子
之器不得已而用之恬淡為上勝而不美而美之者是樂殺人夫樂殺人者則不可得志於天下
矣吉事尚左凶事尚右偏將軍居左上將軍居右言以喪禮處之殺人之眾以哀悲泣之戰勝以
喪禮處之道常無名樸雖小天下莫能臣侯王若能守之萬物將自賓天地相合以降甘露民莫
之令而自均始制有名名亦既有夫亦將知止知止 218-168-47-38.dynamic.hinet.net海
bocool:應該是2008年總統大選時 08/29 00:26
wkwu:那時候無名可能倒了哦.... XD 08/29 00:36
我想，號稱不缺錢不用現金增資的無名，wkwu 應該是開個玩笑而已啦？！XD
VMware 原來可以做到不關機換機器！
以前用過 VMware 通常都是用來測試居多，今天看到一個實際的應用，利用 Blade server(刀鋒伺服器，節省機房空間)加 SAN(Storage Area Network，利用光纖傳輸的儲存設備)，可以直接將在 Blade A 上運作的 VM 直接移到 Blade B，不用關機，而且外界幾乎沒有感覺(用另外一台連續 ping，只有一次回應時間稍微長了一點點)真是強悍！
重點是必須要有 SAN 這類夠快的儲存設備，索價不菲。
重點是必須要有 SAN 這類夠快的儲存設備，索價不菲。
2006年8月26日 星期六
「Freedom駭客程式 作者落網」 新聞事件回應
昨天看到一則令人傻眼的新聞：
刑事警察局查獲網路封鎖線惡意程式作者案
Freedom駭客程式 作者落網
說實話，我沒用過 Freedom 程式，但是依照以上兩篇內容看來，這似乎只是一個作 port mapping 試圖穿越防火牆的軟體？！ port mapping 的工具很多，鼎鼎大名的 nc 可以，我現在每天幾乎都會用到的 ssh 也可以，能用其他方法做到類似穿透防火牆功能的軟體也還很多，例如之前叫做 Softether 的 PacketiX、Tor、VNN…等，會試圖隱藏自己的軟體也不少，例如遠端遙控軟體著名的 VNC，某些版本(例如：UltraVNC)就有隱藏系統列圖示的功能，你可能被偷偷錄影或遙控也不知道；總之，很多工具都可以為惡，就像弱點掃描軟體可以讓管理者檢查系統漏洞，也可以讓 cracker 找能入侵的弱點，工具能有什麼作為端看拿到工具的人如何使用，從偵九隊提供的案情摘要中，實難認為 Freedom 軟體為作者專供犯罪之電腦程式，作者寫此軟體若專為提供犯罪之用，豈會放在自己的網站上而被輕易查出？若像這類網路工具軟體都被視為專供犯罪之電腦程式，豈不是在嚇阻國人研究和寫作網路軟體？
再者，若依偵九隊在此案件上的標準，那麼以上提到的各種可穿越防火牆的軟體如 nc、ssh、PacketiX、Tor、VNN、UltraVNC…等的作者，是否偵九隊應該一併偵查？而散佈這些軟體的 SourceForge.net(mirror站中可是有國家高速網路與計算中心) 、ToGet、軟體王等網站，難道不全是散佈專供犯罪之電腦程式的幫凶嗎？
延伸閱讀：
艾克索夫實驗室：「Freedom駭客程式 作者落網」 新聞事件回應
刑事警察局查獲網路封鎖線惡意程式作者案
Freedom駭客程式 作者落網
說實話，我沒用過 Freedom 程式，但是依照以上兩篇內容看來，這似乎只是一個作 port mapping 試圖穿越防火牆的軟體？！ port mapping 的工具很多，鼎鼎大名的 nc 可以，我現在每天幾乎都會用到的 ssh 也可以，能用其他方法做到類似穿透防火牆功能的軟體也還很多，例如之前叫做 Softether 的 PacketiX、Tor、VNN…等，會試圖隱藏自己的軟體也不少，例如遠端遙控軟體著名的 VNC，某些版本(例如：UltraVNC)就有隱藏系統列圖示的功能，你可能被偷偷錄影或遙控也不知道；總之，很多工具都可以為惡，就像弱點掃描軟體可以讓管理者檢查系統漏洞，也可以讓 cracker 找能入侵的弱點，工具能有什麼作為端看拿到工具的人如何使用，從偵九隊提供的案情摘要中，實難認為 Freedom 軟體為作者專供犯罪之電腦程式，作者寫此軟體若專為提供犯罪之用，豈會放在自己的網站上而被輕易查出？若像這類網路工具軟體都被視為專供犯罪之電腦程式，豈不是在嚇阻國人研究和寫作網路軟體？
再者，若依偵九隊在此案件上的標準，那麼以上提到的各種可穿越防火牆的軟體如 nc、ssh、PacketiX、Tor、VNN、UltraVNC…等的作者，是否偵九隊應該一併偵查？而散佈這些軟體的 SourceForge.net(mirror站中可是有國家高速網路與計算中心) 、ToGet、軟體王等網站，難道不全是散佈專供犯罪之電腦程式的幫凶嗎？
延伸閱讀：
艾克索夫實驗室：「Freedom駭客程式 作者落網」 新聞事件回應
2006年8月23日 星期三
2006年8月16日 星期三
UrMap 的地址定位問題-謎底就在圖片中 XD
關於前晚那篇 UrMap 的文章：UrMap 的地址定位問題
今天有人給了點提示，原來我犯了一個很白爛的錯誤，請大家再次仔細看看用地址台北市中山區長春路353號搜尋的這張圖，謎底其實它已經說了：
urmap_bug_2 Hosted on Zooomr
只能說，一不小心一開頭就錯了，後面跟著錯到底…有點對不起 UrMap。
也許有些人還會想到下一個問題：為甚麼有明明有地標資料，卻說無此地址資料呢？
聽說答案很簡單：因為這是兩套資料…@_@
今天有人給了點提示，原來我犯了一個很白爛的錯誤，請大家再次仔細看看用地址台北市中山區長春路353號搜尋的這張圖，謎底其實它已經說了：
很抱歉，本系統無此地址資料：
台北市中山區長春路353號
目前所在位置是：
定位至 台北市中山區長春路
urmap_bug_2 Hosted on Zooomr只能說，一不小心一開頭就錯了，後面跟著錯到底…有點對不起 UrMap。
也許有些人還會想到下一個問題：為甚麼有明明有地標資料，卻說無此地址資料呢？
聽說答案很簡單：因為這是兩套資料…@_@
2006年8月14日 星期一
UrMap 的地址定位問題
以下為錯誤推論，正確解答請見：UrMap 的地址定位問題-謎底就在圖片中 XD
最近出門要去沒去過的地方常常都是打開 UrMap 打地址進去看看目的地在哪，上次才發現這功能其實有點小問題(害人白走了幾個路口的冤枉路)，以福華長春名苑為例，地址是台北市中山區長春路353號，輸入地址可得到
urmap_bug_2 Hosted on Zooomr定位點在長春建國路口，而若輸入福華長春名苑，則會得到在長春路上，復興北路-慶城街之間的位置：
urmap_bug_1 Hosted on Zooomr相差了好幾個路口，經過實地勘查可以發現，第二個用福華長春名苑這個地標定位是正確的，地址的定位是錯的，為什麼會這樣呢？我猜是因為 UrMap 地址定位的部份忽略了一種現象：
在有些路段上，道路兩邊的門牌號碼會差很多
以長春復興路口來說，若沒記錯，北邊是長春路 32x 號，但南邊是 4xx 號。在這個例子上，應該是因為用了南邊的某個地址作定位，才會以為 353 號在實際位置的西邊好幾個路口之外…
不知道 UrMap 如果多弄幾個定位點有沒有辦法解決這個問題，或是，其實下次應該先用地標搜尋看看才對…
2006年8月10日 星期四
訂閱：
文章 (Atom)