TWed2k - eD/eM 問題區 - [分享][整理]重灌eMule或換mod需要備份的檔案

sdbb
銅驢友〔高級〕

．積分： 168
．文章： 415
．收花： 1367 支
．送花： 3719 支
．比例： 2.72
．在線： 1584 小時
．瀏覽： 15241 頁
．註冊： 6865 天
．失蹤： 80 天
．地球

#1 : 2009-8-25 12:08 PM 只看本作者	送花 (44) 送出中...

類似的主題過去有討論過，但以前kad不常用(eMule剛出來時也沒有kad)，
結果就漏了preferencesk.dat

最簡單的作法，備份整個config目錄，除了preferences.ini外，
所有檔案都可以轉移互通！(只有preferences.ini不可通用)

跟積分(信用)相關的檔案茲列於下，其中preferencesk.dat常常為人所忽略，
因kad幾年以前用的人不多，一些較舊的文章不會提到preferencesK.dat

clients.met －－已知的客戶清單（其它騾友的積分文件也保存在裡面）
cryptkey.dat －－安全認證密匙（你從別人那裡驗證你的Userhash時需要的安全密匙）
preferences.dat －－個人UserHash值（存儲你個人的Userhash相關的文件）
preferencesK.dat －－在kad表明你身份的個人UserHash值

如果換mod後頻頻當機，需要clean install，又捨不得累積的積分，那就需要上面四個檔案，
更甚者，clients.dat可以捨棄，只留其他三個檔案
(謎之聲，捨棄clients.dat有點像是打算欠債不還，捨棄別人的積分)

config目錄下還有個preferencesKad.dat，根據aMule的說明，該檔是紀錄Kad節點用，和積分或個人資料認證無關
可隨時到http://www.nodes-dat.com/更新

如果對其他檔案還有疑問，可以參考底下阿共寫的文件，原始出處不明
偷偷轉錄，請大家不要舉發我啊XD

http://blog.mdbchina.com/emissary/post_1006603/

信用系統介紹
　　信用系統是用來回報那些為這個網絡做貢獻的用戶，如那些上傳的用戶。eMule中嚴謹的隊列系統構建於用戶在隊列中的等待時間。信用系統為這個等待時間提供一個比例，這個比例將兩個用戶間的上傳、下載大小考慮在內。一個用戶給另一個用戶上傳的越多，她在這個用戶隊列排名上升就越快。比例由兩個用戶間傳輸的數據大小計算得來。使用的數值可以在用戶的詳細信息對話框看到。要查看信用信息，用鼠標右鍵點擊用戶，選擇查看詳細情況。

　　有兩個不同的信用比例會被算出來：

　　比例1 =總上傳 x 2 / 總下載

　　比例2 = SQRT(總上傳 + 2)

　　註：SQRT是開平方的意思

　　得到的兩個值會互相比較，較小的值會被採用作為比例。一些邊界情況也可能出現：

　　·總上傳 < 1MB => 比例 = 1

　　·總下載 = 0 => 比例 = 10

　　·比例不能小於1也不能大於10

　　所有那些比例大於1的客戶端在你的上傳窗口是用黃色圖標表示。注意：

　　·所有上傳給你的客戶端都會被信用系統回報，無論它的客戶端是否支持信用系統。

　　·當你向不支持信用系統的客戶端上傳文件時候你不會獲得積分的。

　　·積分不是任何地方都有效的，它們只是在兩個特定的用戶之間交換。

　　·積分保存在clients.met文件中。你自己的積分是在擁有你的積分的客戶端儲存，這個防止了假冒積分的出現。

　　·你自己的積分不能被顯示。

　　上面的公式看起來可能有點複雜，其實說白了就是：上傳越多，下載越快!

　　只要上傳量超過下載量的半數，積分即可成為正數。低積分和高積分下載時得到的評分最多會相差10倍!

　　另外需要注意的是積分數據是根據用戶Hash長期保存的，所以大家不要隨意刪除eMule，導致Hash丟失而失去本來的積分。

電騾下載積分文件的備份圖片：

轉載請註明出自雨林木風 bbs.ylmf.com,本貼地址: http://bbs.ylmf.com/read.php?tid=49817&u=
電騾下載時,你的上傳量越大,下載越快,積分越高.
當從新安裝電騾時,可以將下面五個必備導入,你的積分不變.

求高積分備份文件^^

（需要備份的文件都在eMule的config文件夾下面）

必須要備份的五個文件：
clients.met －－已知的客戶清單（其它騾友的積分文件也保存在裡面）
cryptkey.dat －－安全認證密匙（你從別人那裡驗證你的Userhash時需要的安全密匙）
preferences.dat －－個人UserHash值（存儲你個人的Userhash相關的文件）
preferencesK.dat －－在kad表明你身份的個人UserHash值（如上 kad在中國很有用）
statistics.ini －－統計數據（記錄你上傳和下載的量等等0.43及以後版本才有）

根據個人情況需要備份的文件：
server.met----記住你的服務器列表，如果加為靜態服務器，即使超過規定次數連不上也不會被刪掉
known.met----已知文件詳細資料。可以避免每次運行都提交你的文件共享清單。
known2.met----AICH hash相關，存放文件的hashset
staticservers.dat----靜態服務器清單
emfriends.met -----好友名單

config目錄下文件相關介紹:
AC_IPFilterUpdateURLs.dat IPFilter的更新網址歷史記錄
AC_SearchStrings.dat 搜索關鍵字歷史記錄
AC_ServerMetURLs.dat 更新服務器列表的網址歷史記錄
adresses.dat 啟動時自動更新服務器列表的網址
Category.ini 分類的配置文件，包括分類名，註釋，顏色、優先級別等信息
clients.met 已知的客戶清單clients.met.BAK 是clients.met的備份，每次EM啟動會自動備份的
cryptkey.dat 安全認證密匙
emfriends.met 好友名單
Fileinfo.ini 共享文件的註釋和文件質量評分
known.met 已知文件詳細資料
known2.met AICH hash相關，存放文件的hashset
preferences.dat 個人UserHash值
preferences.ini 配置文件
server.met 服務器清單
server_met.old 是server.met的備份，每次EM啟動會自動備份的
shareddir.dat 共享文件的目錄
staticservers.dat 靜態服務器清單
webservices.dat Web服務設定

打開kad之後會有下面四個文件
AC_BootstrapIPs.dat Kad中的引導程序的IP地址和端口
nodes.dat 存儲用戶節點
preferencesK.dat和preferences.dat ,在kad表明你的身份的。
k_index.dat 存儲關鍵字的索引文件
s_index.dat 存儲文件信息的索引文件

用記事本可以打開大部分的文件進行修改的如：
AC_IPFilterUpdateURLs.dat、AC_SearchStrings.dat、AC_ServerMetURLs.dat、
adresses.dat、preferences.ini、shareddir.dat、staticservers.dat、
webservices.dat、AC_BootstrapIPs.dat常常看到有新手朋友討論積分問題，發現有很多朋友對eMule的信用制度有不同程度的誤解，本人雖自知水平有限，但在一段時間的使用中也略有心得，發表一些個人意見供大家探討：

首先，我們需要明確一個基本概念：

把信用制度理解成」積分制度「是一個歷史的誤會

說到積分，大家或許都會首先想到常見於各大商場的「積分卡」或「積分回饋」活動，買的越多，積分越多，可以換來的優惠就越多。由於有了這個先入為主的印象，很多朋友都認為積分是一個可以具體考量的數值，只要上傳得越多，積分就越多，下載就越快。其實，這種觀點是不正確的。

我們常常掛在嘴邊的」積分制度「，在英文原版裡叫做」credit system「，官方的中文翻譯裡叫做「信用制度」，註解是「受益上傳者」，這才是所謂「積分制度」的真正含義，什麼樣的人可以在eMule的信用制度裡受益？是上傳者，甲給乙上傳過數據，當甲要從乙那裡下載的時候，甲就將作為上傳者而受益。

VC的代序壇主有個帖子一語道破天機：積分制度就類似於人際關係。從別人那裡取得共享資源就好比是欠了人情，下次見面就要還；你還我人情，我還你人情，相互之間如果經常來往，就成了熟人關係，打起交道來就更容易。（詳見http://bbs.VeryCD.com/topics/12944/）

所以，希望大家拋棄掉那個很不準確的（我認為甚至是錯誤的）「積分」概念，牢牢記住「信用制度」和「上傳者受益」的概念。

有了這樣的基本概念，我們就可以來探討常見的理解誤區了：

誤區之一：我的積分是多少？

這個問題本身就是錯誤的。因為我們已經分析過了，根本就不存在一個固定的，對天下所有用戶都有效的積分值。正確的問法應該是：我是哪些人的受益上傳者，哪些人是我的受益上傳者？或者再說白一點，哪些人欠我的人情，我又欠了哪些人的人情？

而上面這個問題其實不需要問，你只要隨便在上傳或下載隊列裡雙擊一個用戶，就可以看到你們相互之間的上傳下載關係。「總共下載」就是他從你這裡下載過的數據量，「總共上傳」就是他給你上傳的數據量，這個數據量的比例，決定了你們之間誰欠誰人情（或者互欠人情），如果一定要用「積分」這個概念，我們不妨說：

兩個用戶之間的文件傳輸情況就反映了他們之間的「積分狀況」。

只要你給一個用戶傳了很多的數據，那麼恭喜你，你對他有高積分，反過來，如果他給你傳了很多數據，那麼，他在你這裡就有高積分，如果你們互相傳遞的數據都很多，那麼更加恭喜，你們在eMule的世界裡已經是鐵哥們了，互相都有高積分。

誤區之二：我只要在下載一個文件的時候多多上傳，我就可以有高積分，以後我下什麼文件都可以快一點

這個理解雖然不是完全錯誤的，但是同樣也進入了一個誤區。每個eMule用戶感興趣的資源都不會完全一樣，就算你給N多人上傳了某一張CD，這些人欠了你的人情，他們（的騾子）也非常樂意還人情給你，但是如果他們手裡沒有你要的文件，就沒辦法還給你了。不幸的是，你在下載另一張CD的時候所碰到的人，大概有許多都是不欠你人情的。所以：

一個文件的上傳量只影響特定的用戶群，而這特定的用戶群未必對你今後的下載有很大的幫助。

誤區之三：積分越高，下載速度就越快

關於」積分「的概念性錯誤就不再重複了，我們先」翻譯「成正確的表達：上傳越多，欠我人情的人越多，我下載的速度就越快。

這個觀點不完全錯誤，但包含有錯誤的成分。我們可以把下載速度分成兩大塊，一塊是排隊速度，另一塊是傳輸速度，應該都很好理解。

上傳所帶來的受益，只影響排隊速度，不能影響傳輸速度。欠你人情的人當然會還人情給你，讓你排隊很快甚至不需要排隊，但假如他在西班牙而你在國內的校園網，兩個人之間隔了無數的服務器和電纜，他還你人情的心情再熱切也只能以近似於0的速度慢慢還給你。相反的，假如你是個電信adsl用戶，在另一個同城電信adsl用戶的隊列裡貓了老半天，總算連上了，就算他不欠你任何人情，由於你們之間的傳輸效率高，傳輸速度照樣會很快。況且影響傳輸速度的因素還有很多很多，外網還是內網，電信還是鐵通，國內還是國外等等等等，所以：

信用制度對速度並無決定性的影響。

誤區之四：我的積分只會越來越多，而且永遠不會過期

我們常說」君子報仇十年不晚「，但你聽說過」君子報恩十年不晚「嗎？時過境遷，大家相忘於江湖，何來恩怨？在eMule的世界裡恰恰也是如此，就算一個人欠了你天大的人情，假如你們相當長時間沒有碰面，騾子就會忘記（實際是刪除）你們之間的文件傳遞關係，當你們再見面的時候仍然只是陌生人，互不相欠，也就是說：

上傳所帶來的受益並不是永久的，只在特定的時間內對特定的用戶有效。

排除了以上誤區，會不會有朋友忽然覺得自己苦苦追求的積分已成過眼雲煙，從而感到非常失望呢？其實大可不必，我個人的理解，eMule的信用制度或受益上傳者制度的精髓在於，讓世界各地有著相同愛好的人通過eMule走到一起，並建立良好的聯繫，使彼此都能更加順利地進行文件傳輸。我個人讚成」因為喜歡，所以共享「的觀點，信用制度固然能給下載帶來一定的好處，但這種好處其實很有限，而且它帶來的快樂遠遠不能與分享的快樂相比。當你看到世界各地的國旗出現在你的上傳下載列表，你就將真切地感受到分享的快樂。

相關關鍵字: 積分備份保留重灌 config

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

水秤子
銀驢友〔中級〕

分享反被瘋狗咬

．積分： 616
．文章： 724
．收花： 5525 支
．送花： 1936 支
．比例： 0.35
．在線： 2767 小時
．瀏覽： 19752 頁
．註冊： 6868 天
．失蹤： 146 天
．福爾摩莎の月港

#2 : 2009-8-27 08:09 AM 只看本作者	送花 (5) 送出中...

養了那麼久的動物了
很多都無所謂了
重灌或換MOD也都直接清空重新來過
現在只重視BAN掉吸血的....

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

雲濤夢筆沐流塵
鐵驢友〔高級〕

今日心情

．積分： 77
．文章： 175
．收花： 467 支
．送花： 350 支
．比例： 0.75
．在線： 816 小時
．瀏覽： 17941 頁
．註冊： 7204 天
．失蹤： 228 天

#3 : 2009-9-7 08:17 PM 只看本作者	送花 (0) 送出中...

我到覺的積分跟好友名單很重要
常有人下載的慢，要等很久
那是你積分太低，平常多分享
不要下完就移檔

我都直接保留config資料匣，怕砍錯檔案

[雲濤夢筆沐流塵在 2009-9-7 08:20 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

Lonepair
鐵驢友〔初級〕

．積分： 25
．文章： 33
．收花： 234 支
．送花： 132 支
．比例： 0.56
．在線： 63 小時
．瀏覽： 780 頁
．註冊： 5530 天
．失蹤： 1087 天

#4 : 2009-10-5 02:14 AM 只看本作者	送花 (0) 送出中...

非常謝謝你的分享
我是新手，還搞不太清楚狀況，
不過現在我知道應該要定期備份哪些檔案了

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

fenix93
銅驢友〔高級〕

今日心情

．積分： 161
．文章： 305
．收花： 901 支
．送花： 448 支
．比例： 0.5
．在線： 6498 小時
．瀏覽： 59413 頁
．註冊： 7144 天
．失蹤： 115 天

#5 : 2009-10-8 01:17 AM 只看本作者	送花 (0) 送出中...

解說真詳細

剛好有些地方還真的沒學到感謝樓主!

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

hero7215
鐵驢友〔高級〕

今日心情

．積分： 68
．文章： 197
．收花： 500 支
．送花： 116 支
．比例： 0.23
．在線： 1208 小時
．瀏覽： 9390 頁
．註冊： 6882 天
．失蹤： 1227 天

#6 : 2010-7-13 04:13 AM 只看本作者	送花 (0) 送出中...

謝謝你的分享
解說真詳細

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆