[kml_flashembed movie="http://www.youtube.com/v/ivIh0CHY1mE" width="425" height="350" wmode="transparent" /]
2007年8月30日 星期四
2007年8月29日 星期三
日本P2P軟體的現狀
最近重新看了一次英文維基百科上關於Share的文章，才發現許多事情已經不如以往了…
在去年（2006）日本的黑帽大會上，網路安全公司NetAgent的總裁在會場示範，他們有辦法判別Share網路上每一個節點，在下載什麼檔案、使用的埠號以及IP位址。該公司開發的軟體「Retina Sharebot」能夠扮演節點的角色，並且能在幾個小時內，收集完約十萬個節點的相關資訊。這對Share的使用者來說，無非是個很大的警訊。
根據NetAgent在2006年12月的調查，單日在Winny網路上運作著的節點，大約有39萬到45萬個，而Share只有10萬到15萬個。本來在金子勇被捕，Winny的原始碼全盤托出之後，許多人預料Winny的使用者會改為使用Share，不過就結果看來並非如此。我覺得這樣的結果多少跟使用習慣以及Share對於頻寬與硬碟空間的要求較高有關，而且這也證明日本的法務機關其實沒有大刀闊斧的掃蕩那些侵犯著作權與智財權的Winny使用者。
由於Winny與Share都無法保障檔案分享者的個人隱私，在2ch上頭有名叫「会長」的網友便提出自己開發的「Perfect Dark」來代替Share。Perfect Dark在使用上和Winny與Share是很相似的，不過也加入了新的技術與想法：dkt+dht+du（詳情請參考日文維基）。不過我認為有一些因素會阻礙這個軟體的接受度與使用率，Perfect Dark必需的上傳頻寬為100KB，而且暫存所需的硬碟空間為40GB，恐怕許多人看到這兩個數字就會打退堂鼓了。
Winny、Share與Perfect Dark都是採用分散式的架構，所以除非日本的法務機關開始認真的去掃蕩那些違法的檔案分享者，否則這三個軟體的使用率在短期內不會有極大的改變。
Share已經不能算是匿名的P2P軟體
在去年（2006）日本的黑帽大會上，網路安全公司NetAgent的總裁在會場示範，他們有辦法判別Share網路上每一個節點，在下載什麼檔案、使用的埠號以及IP位址。該公司開發的軟體「Retina Sharebot」能夠扮演節點的角色，並且能在幾個小時內，收集完約十萬個節點的相關資訊。這對Share的使用者來說，無非是個很大的警訊。
Winny的使用者，比你想像的還多
根據NetAgent在2006年12月的調查，單日在Winny網路上運作著的節點，大約有39萬到45萬個，而Share只有10萬到15萬個。本來在金子勇被捕，Winny的原始碼全盤托出之後，許多人預料Winny的使用者會改為使用Share，不過就結果看來並非如此。我覺得這樣的結果多少跟使用習慣以及Share對於頻寬與硬碟空間的要求較高有關，而且這也證明日本的法務機關其實沒有大刀闊斧的掃蕩那些侵犯著作權與智財權的Winny使用者。
Perfect Dark，Share的後繼者
由於Winny與Share都無法保障檔案分享者的個人隱私，在2ch上頭有名叫「会長」的網友便提出自己開發的「Perfect Dark」來代替Share。Perfect Dark在使用上和Winny與Share是很相似的，不過也加入了新的技術與想法：dkt+dht+du（詳情請參考日文維基）。不過我認為有一些因素會阻礙這個軟體的接受度與使用率，Perfect Dark必需的上傳頻寬為100KB，而且暫存所需的硬碟空間為40GB，恐怕許多人看到這兩個數字就會打退堂鼓了。
Winny、Share與Perfect Dark都是採用分散式的架構，所以除非日本的法務機關開始認真的去掃蕩那些違法的檔案分享者，否則這三個軟體的使用率在短期內不會有極大的改變。
2007年8月23日 星期四
用gedit開啟各種編碼的純文字文件
以往在Windows上頭，要處理不同語言編碼的純文字文件，最方便的工具是EmEditor，然而EmEditor是商業軟體，必須花錢購買使用。而在Linux上頭，我似乎沒有看到媲美EmEditor的軟體。但其實擁有相同功能的軟體，就近在眼前－gedit。
gedit是GNOME桌面環境內建的輕量級文字編輯器，如果在Windows上頭就相當於筆記本（Notepad），但是gedit的功能相對於筆記本要來的強大許多，像是存取各種語言編碼的文件就是最好的例子。不過要讓gedit能夠處理各種編碼的文件，還需要動點手腳...。以設定成中文安裝的Ubuntu Linux來說，上頭的gedit只能開啟以UTF-8、繁體中文與簡體中文編碼的檔案，開啟其他編碼的文件則會變成亂碼。不過只需要修改一些設定，就可以讓gedit處理各種編碼的文件。下面以安裝有Ubuntu Linux的環境來說明，其他的Linux應該也是大同小異，但是安裝其他桌面環境的除外！
首先要開啟GNOME的組態編輯器，最方便的作法是按下Alt+F2，然後輸入gconf-editor，按下執行。
開啟之後，展開apps/gedit-2/preferences/encodings。
選擇auto_detected，點兩下開啟。這個設定鍵所設定的鍵值代表著gedit在開啟文件時，能夠自動辨識哪些語言的編碼。
因為我經常需要編輯以日文編碼的cuesheet檔案，所以我就把ISO-2022-JP、SHIFT_JIS與EUC-JP三種編碼給新增進去。按一下新增。
新增完之後，記得將你常用的編碼往上移。
而show_in_menu這個設定鍵的鍵值，則是可以讓你以指定的編碼來開啟或儲存檔案。你可以在此處新增你需要的編碼，或者直接在gedit中新增。在「字元編碼」這個下拉式選單中選擇「加入或移除」。
選擇你需要的編碼之後，按「新增」。
EmEditor的介面，對使用者來說或許是比較方便的，因為你不需要額外設定，就可以在右下角的狀態列上直接選擇各種編碼。但是現在我可以理解gedit的介面沒有如此設計的理由，因為gedit具備自動偵測編碼的功能，如此根本不需要在開啟時另外選擇其他的編碼。
gedit是GNOME桌面環境內建的輕量級文字編輯器，如果在Windows上頭就相當於筆記本（Notepad），但是gedit的功能相對於筆記本要來的強大許多，像是存取各種語言編碼的文件就是最好的例子。不過要讓gedit能夠處理各種編碼的文件，還需要動點手腳...。以設定成中文安裝的Ubuntu Linux來說，上頭的gedit只能開啟以UTF-8、繁體中文與簡體中文編碼的檔案，開啟其他編碼的文件則會變成亂碼。不過只需要修改一些設定，就可以讓gedit處理各種編碼的文件。下面以安裝有Ubuntu Linux的環境來說明，其他的Linux應該也是大同小異，但是安裝其他桌面環境的除外！
首先要開啟GNOME的組態編輯器，最方便的作法是按下Alt+F2，然後輸入gconf-editor，按下執行。
開啟之後，展開apps/gedit-2/preferences/encodings。
選擇auto_detected，點兩下開啟。這個設定鍵所設定的鍵值代表著gedit在開啟文件時，能夠自動辨識哪些語言的編碼。
因為我經常需要編輯以日文編碼的cuesheet檔案，所以我就把ISO-2022-JP、SHIFT_JIS與EUC-JP三種編碼給新增進去。按一下新增。
新增完之後，記得將你常用的編碼往上移。
而show_in_menu這個設定鍵的鍵值，則是可以讓你以指定的編碼來開啟或儲存檔案。你可以在此處新增你需要的編碼，或者直接在gedit中新增。在「字元編碼」這個下拉式選單中選擇「加入或移除」。
選擇你需要的編碼之後，按「新增」。
EmEditor的介面，對使用者來說或許是比較方便的，因為你不需要額外設定，就可以在右下角的狀態列上直接選擇各種編碼。但是現在我可以理解gedit的介面沒有如此設計的理由，因為gedit具備自動偵測編碼的功能，如此根本不需要在開啟時另外選擇其他的編碼。
2007年8月21日 星期二
心驚
昨日上午華航一架波音737-800型的客機，在降落日本沖繩的那霸機場之後不久，起火燃燒並發生爆炸，在電視上看到爆炸的那一幕又讓我想起多年前發生在名古屋的空難，然而幸好這次並沒有人員傷亡。
在看了剛剛的夜間新聞之後，大略知道了兩件事：
除此之外呢？那就是這架飛機是由波音所製造，而同型的客機，在最近十年內曾發生兩次墜機的事故，令人遺憾的是這兩次事故，機上的所有人員全部罹難。
而Forbes.com也有關於這起事故的相關報導，並揭露了其他的訊息。
報導中提到，737-800的機體是由波音公司所製造，而引擎「CFM 56」則是由美國奇異公司與法商Snecma所合資的CFM International所製造。
前面提到日方的初步調查指出，是因為引擎漏油起火而發生爆炸，這讓人不免懷疑引擎是否有問題。而報導中提到，美國航太顧問集團Teal Group Corp的Richard Aboulafia說，在FAA從1998年之後的資料記載著四起類似的事故，考慮到有數以千計的737-800客機與CFM 56型引擎正在服役，以統計學的觀點來看，這四起事故根本無關緊要（GE官方的說法，大約有18000顆CFM 56被裝在各廠的飛機上，而737型上頭就裝了2300顆）。而另一家航空顧問集團The Boyd Group的總裁Michael Boyd也同意這樣的看法，他甚至說『如果汽車都和這顆引擎一樣可靠，底特律就沒生意可作了』（底特律是美國汽車產業的核心地）。
無論如何，這起事故的正式調查報告至少要在半年後才會出爐，到時就會知道事故的發生主因。
延伸閱讀：中華航空CI-120號班機(Wikipedia)
在看了剛剛的夜間新聞之後，大略知道了兩件事：
- 華航指出這架客機的機齡很輕，只飛了五年，而且近半年做了四次的例行檢修，都沒有任何問題。
- 日本官方在晚間公佈的初步調查指出，飛機的右引擎漏油著火之後，左引擎發生爆炸。
除此之外呢？那就是這架飛機是由波音所製造，而同型的客機，在最近十年內曾發生兩次墜機的事故，令人遺憾的是這兩次事故，機上的所有人員全部罹難。
而Forbes.com也有關於這起事故的相關報導，並揭露了其他的訊息。
報導中提到，737-800的機體是由波音公司所製造，而引擎「CFM 56」則是由美國奇異公司與法商Snecma所合資的CFM International所製造。
前面提到日方的初步調查指出，是因為引擎漏油起火而發生爆炸，這讓人不免懷疑引擎是否有問題。而報導中提到，美國航太顧問集團Teal Group Corp的Richard Aboulafia說，在FAA從1998年之後的資料記載著四起類似的事故，考慮到有數以千計的737-800客機與CFM 56型引擎正在服役，以統計學的觀點來看，這四起事故根本無關緊要（GE官方的說法，大約有18000顆CFM 56被裝在各廠的飛機上，而737型上頭就裝了2300顆）。而另一家航空顧問集團The Boyd Group的總裁Michael Boyd也同意這樣的看法，他甚至說『如果汽車都和這顆引擎一樣可靠，底特律就沒生意可作了』（底特律是美國汽車產業的核心地）。
無論如何，這起事故的正式調查報告至少要在半年後才會出爐，到時就會知道事故的發生主因。
延伸閱讀：中華航空CI-120號班機(Wikipedia)
訂閱：
文章 (Atom)
-
之前因為 製作Macross Frontier第一話的字幕 ，開始接觸到這塊領域。剛開始我使用Subtitle Workshop製 作字幕，這個軟體的介面還蠻人性化的，但是不支援Unicode是個大問題，時間軸的調整也很難做的精準，此外它對SubStation Alpha (.... -
在Firefox 3正式發布前夕，Mozilla基金會成員之一的 Deb Richardson ，撰寫了一篇圖文並茂的 說明 ，讓你徹底了解Firefox 3的新功能。這些新功能與改進有些非常巨大，有些細微到你完全不會注意到，但是卻讓Firefox 3變得更簡單易用。就整體而言，...
-
試了很久才發現成功的方程式…這是因為每次安裝ROCm都需要下載安裝超過30GB的檔案！！！ tl;dr 直接說結論 OS: Ubuntu 22.04（因為ROCm 6.1只支援此以下的版本） ROCm: <= 6.1.2，6.2跟6.3都沒辦法正常運行 PyTorch...
