[请教]这两个问题我一只没弄明白

引用

最初由 abcbuzhiming 发布
EM+那個針對ML的設置其實是一個cheat，將自已的userhash換裝成ED的userhash樣式。就就是說偽裝成ED，然後混入ML的上傳列。
=====================

?????????????
也就是说如果EM不伪装自己就不能上MLdonkey的上传列（只有1/3的名额）罗——软件歧视？？

ED0.48.1的确不能看，他看别人文件的方式很奇怪，不象EM是在搜索里看的，我加过一个允许看文件的人，点其看文件后，他的用户名字前面会出现一个“+”符号，然后双击展开列表，共享文件夹就在列表里。
而FTP，我确认不会错，IP和userhash我都核对了，用户名都是对的，我点察看文件，前面那个"+"就是死都不出来，没办法。

EM我至今不用就是因为看不到给我提供下载的有些什么人，而puls就可以，不过你们说的那个搜索BUG，不是已经在新版本里解决了吗？还有BUG？？

算是歧視吧…… 不過MLD加入這個功能其實是有原因的。

引用

最初由 adslisdn 发布
EM可以看到
至少我用的就可以看到
你的可能是设置上有什么地方忽略了吧！

至于EMPLUS的cheat
我想不应该只是针对MLDONKEY的
因为MLDONKEY是EDONKEY的LINUX的版本
应该也是针对EDONKEY的

搜索BUG漫游的改版是已经解决了
但是官方的版本还是没有解决
至少.28A还没有解决
只是隐藏起来而已
现在最新的版本有没有解决就不清楚了

MLD不是ED的官方版，跟EM一樣是用reverse engine弄出來的。
ED官方的Linux版本在這裡(Mac的也在這裡)
http://www.edonkey2000.com/downloads.html

之前EM的“An attempt was made to access an unnamed file past its end”問題或多或少是因為自己本身潛在的bug所造成。剛巧遇上ED0.48.1的改變，這個bug終於現形…… 0.29應該已經解決了……

EM可以看到
至少我用的就可以看到
你的可能是设置上有什么地方忽略了吧！

至于EMPLUS的cheat
我想不应该只是针对MLDONKEY的
因为MLDONKEY是EDONKEY的LINUX的版本
应该也是针对EDONKEY的

搜索BUG漫游的改版是已经解决了
但是官方的版本还是没有解决
至少.28A还没有解决
只是隐藏起来而已
现在最新的版本有没有解决就不清楚了

引用

最初由 abcbuzhiming 发布

EM我至今不用就是因为看不到给我提供下载的有些什么人，而puls就可以

？？？为什么EM看不到？？？:confused: plus还少了一个已知客户那

ED.48版本确实是无法看到主FTP的FTPOPGO上的文件
我是在防火墙后面的
但是我开了端口，所以我的ID还是HIGH ID
但是ED.48或者OVERNET.48都无法看到FTPOPGO的文件

使用EM或者EM PLUS是可以看到
但是用EM的话，看到列表点击下载后却没有找到源，要用添加源的方式才能够在下载队列里面看到
用EM PLUS就可以看到源了，只是EM的搜索BUG也影响到了EM PLUS......

如果要经常下载FTPOPGO的文件，又很少用到搜索功能的话，我觉得还是使用EMPLUS比较好。

大汗，不用想得太複雜的……

Overnet(ON)
n久之前曾被稱為serverless eDonkey，意思很明顯，就是無伺服器的電驢。不過要注意一點，所謂的“無伺服器”其實是指無中央伺服器。
Overnet其實是將每一個啟動了overnet的使用者變成“小型伺服器”(算不上是真正的server，可以想像成是ED伺服器的超簡化版)+客戶端的物體。

ON啟動後，第一步是去通過contact list尋求第一批ON使用者，然後通過那些使用者再尋找第二批ON使用者…… 一直找下去，藉些造成一個“網絡”。

順便提一下，max. connection要設高一點，才能盡量發揮ON的功效。
另外，Hybrid ED安裝目錄下的contact.dat就是客戶端最基本的contact list了。Hybrid ED就是靠這扇門進入ON世界。所以，如果要禁止ON功能起動的話，只須將contact.dat這個檔案換成read only的dummy檔就行了。


源的轉達
ED：
主要利用overnet。利用這個網絡附加ON的源(上面說過了，ON就是serverless ED，所以ON﹑ED的資源可以互用)，以及連接其他Hybrid ED的源。

EM：
利用source exchange。類似ON的蔓延方式。不過EM的source exchange功能會因情況而分成兩種程度。
1) 源多(40或以上) - 定時(官方版本定為 10min/refresh，某些Mod可以自行設定)抽問一個已連接的EM客戶端，看看有沒有新加的源)
2) 源少(40以下) - 定時詢問所有已連接的EM客戶端，看看有沒有新源。

MLdonkey：
利用source propagation。類似EM的source exchange，但有一定的分別。

值得注意的是…… ED﹑EM﹑ML都是各自以自己的方式作為交換源主線…… 所以……



MLDonkey預設限制了上傳列中約3分之1(33%)的位置可以給EM使用。
EM+那個針對ML的設置其實是一個cheat，將自已的userhash換裝成ED的userhash樣式。就就是說偽裝成ED，然後混入ML的上傳列。

连在同一个服务器上？
这样怎么会吃亏？
ED的用户通过服务器可以知道
某个他想要下载的文件的所有连在该服务器上的源
无论那些源是使用ED还是EM
这些源通过服务器就可以知道，还有必要通过源交换来知道吗？

何况EM和EMPLUS都没有OVERNET功能同时连接其它服务器
这些用户的再多，他们的源也很少有连接在其它服务器上的，基本上都是在主服务器上，再怎么源交换也是这些人而已。
而ED的用户虽然少，但是他们可以通过OVERNET连接到其它服务器上，取得更多的源。然后再通过“来源增加协定”，彼此会拥有更多的源。

至于ED动手脚的事，可能是网络上的一种谣言而已。要想知道是否真的这样，恐怕只有分析ED的源代码了。不过EMPLUS的设置里面有一项针对MLDONKEY用户的专门设置，这个就值得思考了.....为什么要有这种设置？？

ED和EM应该是不能交换源的了，因为彼此的协议不同
但是因为大家都是连在同一个服务器上
比如漫游1号机或者花园ED
所以ED共享出来的东西EM也可以看到，反过来也是一样，因为服务器会每隔一段时间更新一下用户共享出来的文件列表，大家都可以看到当前该服务器上有多少文件，所以吃亏应该还不至于

据说ED有动手脚让EM用户不能搜索和下载自己共享出来的东西....
再加上ED没有积分制
说不定还是EM的比较吃亏

现在再反过来一想，ED现在有OVERNET功能了，可以同时连接多台服务器来找到更多的源，再加上ED的用户通过“来源增加协定”可以得到更多的源；
而EM和EMPLUS没有OVERNET功能，只能通过主服务器的“其它服务器列表”来向其它服务器找源（当然还有源交换这个功能可以得到更多的源）。
这样一来，ED所能够搜索到的源应该是要比EM的多，
难怪公认ED比EM搜索功能强啊！