RSS   



  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版  


 


 
主題: [建議]Kad因應黑暗冬天降臨,TWed2k建立如同辛蒂的好友名單   字型大小:||| 
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7243
 . 失蹤: 175
#1 : 2007-10-14 07:33 PM     全部回覆 引言回覆


引用:
Sato寫到:
KAD搜尋不能包含 ( )[  ] {  }< > , .  _ - ! ? : ; \  / 這些字元...
原因是為什麼?
不能取消掉嗎?

或是有其他辦法?

[教學]eMule 的萬用字元搜尋 「*」方便多國語系搜尋 (2007-10-14 修)
http://twed2k.org/viewthread.php?tid=155316&extra=page%3D1

不過只能用在「全球搜尋」。目前「伺服器」及「Kad」搜尋都尚不支援 "*" 星號搜尋!
內文中:二. Kad 的搜尋缺點:...
希望「官方」能加入內文中的「改進建議」,使 Kad 的搜尋功能 能完全容納「全球搜尋」的「搜尋規則」,這樣有沒有 Server 伺服器就變的沒那麼重要了!(只要有耐心,和適當的 Node 資訊即可!)



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7243
 . 失蹤: 175
#2 : 2007-10-16 10:40 PM     全部回覆 引言回覆

未完檔之前,eMule 會「主動」的尋找「來源」。(會大量的增加來源)
完檔之後,eMule 只會「被動」的提供「來源」。(來源會慢慢的減少)

所以「好友檔」沒有「完檔」是「故意」的做法,(要大量的增加來源)
所以「好友檔」沒有「完檔」是「正常」的現象。(完檔後來源就會變少)

使用「好友檔」的注意事項:
記得把 A4AF 的功能打開,(官騾 eMule\選項\延伸\- 停用 A4Af 檢查來節省 CPU。預設就是: - 關閉) (前面的回應也有講)
並將「好友檔」的「下載優先權」設「低」,
以免「好友檔」搶了真正需要下載檔案的風采。(搶了優先權)


喵喵 把「eMule_Friend_好友檔」戲稱為 eMule 的「Seed/種子檔」。(像 BT 的 Torrent 檔一樣!),只是不需要下載,只要有該 eD2k 連結即可。(比 BT 的 Torrent 檔更方便,不需要找地方放種子)

Seed 種子檔愈多,來源就會愈多。(還是請度量自己網際網路及電腦的極限,別拖累了真正的下載。)
也可以有各種論壇的種子檔,如 TWed2k、Cyndi、M-Team、EastShare、PTT...等等。
也可以有各種類型的種子檔,如 動畫、電影、軟體、音樂、軟體、...的種子檔等等。
把許多「不同領域」的好友一起拉拉拉...過來。(好像某一家大哥大通訊的廣告?笑!)

喵喵 自己就有三個 eMule 種子檔,匯集了各種不同的好友檔,這樣可以把不同領域的好友拉在一起。(可增加自己下載來源的領域。)


喵喵覺的 「eMule_Friend_好友檔」不會完檔的原因,樓主最好能在「主題文」就說明清楚,以免後面一堆回應都在問這個同樣的問題,徒增困擾。(只是建議)
主題文最好能加入:
「好友檔」使用注意事項 -> 不會完檔的原因 + 開啟 A4AF + 將「好友檔」下載優先權設「低」。


wind2525 有提出「好友檔」來源數太多搶走「真正」需要 下載檔案 來源數的問題,
beanpp 對 A4AF 的解說比較正確:(請容 壞喵 花點時間來修正自己的回應) 2007-11-14 增
http://twed2k.org/viewthread.php?tid=192467&page=6#pid1537035
http://twed2k.org/viewthread.php?tid=192467&page=6#pid1537431
http://twed2k.org/viewthread.php?tid=192467&page=6#pid1537844

當然,如果您真的是擁有:「慢慢」的網路,爛爛的電腦,不怎麼樣的「IP 分享器」...笑!
或是跟 BT 在搶連線數... 非 eMule 程式可控制的情況。
那倒可以考慮「壞喵有回應解法」。(非必要不建議使用) 2007-11-14 修
手動控制「每個檔案」的個別「來源數」量: 2007-10-27 增

[badcat 在  2007-11-14 03:19 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7243
 . 失蹤: 175
#3 : 2007-10-26 11:58 PM     全部回覆 引言回覆

wind2525 的考量是正確的。「eMule_friend_互設好友檔.rar」的來源數太多,的確會搶走「真正」要下載檔案的「來源數」量。(「好友檔」的目的,僅是為了「獲得來源」,而不是「搶走來源」。)

以下是手動控制「每個檔案」的個別「來源數」量
官騾 eMule\選項\延伸\顯示更多控制 (進階的模式控制)
再到 傳輸 (標籤頁)\(想設定的)eMule_friend_互設好友檔.rar\快捷功能表 (滑鼠右鍵)\來源處理\來源限制...
請輸入已選擇的檔案的新來源限制! (設 0 使用全域設定值): 300 (僅為舉例,嫌太多可以自行調低)


P.S. 想請教 wind2525,可否允許將您的問題敘述,編到 壞喵 這篇的回應中?(壞喵 會在四個論壇中貼此回應解法。)

[badcat 在  2007-10-29 09:17 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7243
 . 失蹤: 175
#4 : 2007-10-27 06:26 PM     全部回覆 引言回覆

beanpp 說道:出處
> 何必要去限制好友檔的最大連線數 ??
> (後略...)


beanpp 說的也有道理,不過在此 喵喵 以下的例子來說明。

「真正想下載的檔案」先稱作:「下載檔」

1-1. 剛開始,「下載檔」還沒有任何來源時,這時您會希望「好友檔」能儘量提供「下載檔」的來源。(用「Seed/種子檔/好友檔」來問很多人,以快速增加來源。)
1-2. 等到「下載檔」本身的來源已很多時 (很穩定),這時「好友檔」過多的「來源數」,反而會搶了「下載檔」的來源數。(「下載檔」這時的來源數已能自給自足,可以「自我」詢問來源。已不需要太多「好友檔」的來源數來支援。)
1-3. 這時您就會想將「好友檔」的過多來源數,撥一些給「下載檔」,以增加「下載檔」的來源數。

這樣,
2-1. 一開始時,把「好友檔」的來源數衝高,以快速增加來源。
2-2. 等到每個「下載檔」都有足夠且穩定的來源數時,降低「好友檔」的來源數,把資源給真正需要的「下載檔」。
2-3. 若又增加了新的「下載檔」時,您又可以考慮先暫時將「好友檔」的來源數增加,等到「『新』下載檔」來源數又穩定時,再降低「好友檔」的來源數。


畢竟再怎麼聰明的電腦 (A4AF、優先權 等等...),也無法判斷所有的狀況。
讓使用者可以自行「手動調整『每個檔案』的來源數」,也算是多提供一個調整的「選項」。
尤其是當您的網路資源非常有限時,更會想要善用每分資源。(Ex: 「慢慢」的網路,爛爛的電腦,不怎麼樣的「IP 分享器」...笑!)

所以才會有上面壇友想問:「是否能降低『好友檔』的『過多來源數』?」
那 壞喵 只是提供一個可以手動調整每個檔案「來源數限制」的方法。要不要調整,怎麼調整,就視自己的情況,或看個人的需要。

當然 喵喵 也許思考不一定完善,這時候就需要像 beanpp 這樣熱心的人來指正一下 (吐槽一下!笑!這是件好事!)

[badcat 在  2007-10-27 08:36 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7243
 . 失蹤: 175
#5 : 2007-11-14 03:38 PM     全部回覆 引言回覆

beanpp 對 A4AF 的解說比較正確:(請容 壞喵 花點時間來修正自己的回應) 2007-11-14 增
http://twed2k.org/viewthread.php?tid=192467&page=6#pid1537035
http://twed2k.org/viewthread.php?tid=192467&page=6#pid1537431
http://twed2k.org/viewthread.php?tid=192467&page=6#pid1537844

在此向 beanpp 致歉!(喵嗚~喵嗚~)


引用:
wind2525寫到:
我想再重新敘述我的問題好了QQ"

(...中略...)

我的問題是(我先說 我對eMule的連線機制不太了解QQ")
好友檔裡面有些人是沒有我要的檔案時(因為喜好不一樣^^)
但是使用好友檔時不是會保持一定的連線嗎?
這些連線卻會佔去我的一部份的連線數
可能會使得我其他檔案的連線數減少(因為總連線數固定)
間接造成來源數減少


「真正想下載的檔案」先稱作:「下載檔」


wind2525 的這個問題,喵喵 來重新詮釋一下。(來挑戰一下!笑!)

當某些「下載檔」的來源跟「好友檔」的來源「毫無關係」時,這時 eMule 的 A4AF 機制就沒有用了。(A4AF 是為了對付:兩個下載檔內都有一些相同的來源時,來源數要優先撥給給誰使用。兩個下載檔要有「來源關係」,A4AF 才能做「優先權」判斷)

這時 eMule 有任何機制能夠:「自動」會釋出「來源數」給沒有「任何來源關係」的「下載檔」嗎(即能判斷出「種子檔」沒有任何完檔的可能,仍能給「下載檔」優先的「來源數」數量。)

否則就得用 壞喵 的 手動控制「每個檔案」的個別「來源數」量: (非必要不建議使用)
因為畢竟 eMule 也不可能「全知全能」的,遇到某些情況,還是得「人類」來做判斷。不然官方就不需保留手動控制「每個檔案」的個別「來源數」量功能了!

當然能有「全自動化」判斷各種情況的 eMule,是最好的啦!(牛X牌沙茶醬...xxx@#$,是最好的啦!)


望 beanpp 或任何高手能對此問題釋疑?(若 喵喵 問題還是解釋的看不懂,歡迎吐槽指正之!)

[badcat 在  2007-11-14 03:43 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
badcat
銀驢友〔初級〕
等級: 12等級: 12等級: 12
壞喵

 . 積分: 541
 . 精華: 3
 . 文章: 837
 . 收花: 3874 支
 . 送花: 982 支
 . 比例: 0.25
 . 在線: 3330 小時
 . 瀏覽: 62312 頁
 . 註冊: 7243
 . 失蹤: 175
#6 : 2008-1-20 11:03 AM     全部回覆 引言回覆

對!
下載「好友檔」後會增加「來源」。
該「好友檔」不會完檔。(正常現象)

[badcat 在  2008-1-20 11:24 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記

   

快速回覆
表情符號

更多 Smilies

字型大小 : |||      [完成後可按 Ctrl+Enter 發佈]        

溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別    關閉 表情符號    關閉 Discuz! 代碼    使用個人簽名    接收新回覆信件通知
發表時自動複製內容   [立即複製] (IE only)


 



所在時區為 GMT+8, 現在時間是 2024-4-28 02:32 AM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.022340 second(s), 7 queries , Qzip disabled