[思考]EM的搜索规则到底是什么？

我是刚刚发现这个问题的，一般情况来讲，搜索东西的话应该是给的限定条件越多得到的结果就应该越少，给的限定条件少的时候出来的搜索结果应该包含给的条件多的时候的搜索结果。这应该是普遍规律，但是今天无意中我发现emule对这个规律好像不太感冒......

事情是这样的，因为我本人偏爱LSD这个mod，所以到现在为止都没更新emule（几个大的网站都没有新版本）,一直停留在0.30b的版本上，今天心血来潮，于是上国外的ED服务器看能不能找到最新的版本，于是上了某大型服务器，15万人在上面，输入“emule LSD”进行全局查找，找到一堆，但是版本最高只到0.30c，失望之际突发奇想，于是输入“emule LSD 0.30d”进行查找，按照前面的那个规律，应该是找不到更多的结果，然而让我奇怪的是，竟然找到了emule LSD 0.30d的版本，让我奇怪的是这次搜索的结果没有一个存在于前面那次查找的结果中，也就是说我给出更高的限制条件居然找出了更多的结果，我玩emule也不是一两天了，知道有个201笔搜索限制，但是我这两次的搜索结果都没有超过50，谁能解释一下为什么第一次的宽松条件搜索的结果里面没有包含加了进阶条件的第二次搜索的结果？我后来再次换官方0.30d搜索得出的情况一样。emule的搜索机制到底是怎么工作的，如何判定，如何过滤？

找到了：


布尔搜索
本功能使用布尔运算符 NOT、AND、OR生成复杂的查询。 这些运算符必须用大写字母输入，否则它们将被看成是普通的搜索关键词。 > NOT
这个运算符实际上被称为 NAND，意思是“and not（并且不是）”。NOT后面的关键词将被排除在外，也就是说，搜索结果里面的文件名不会有这个关键词。最优先运算符。
例： 关键词1 NOT 关键词2
> AND
如果不指定运算符，AND就是默认的运算符。搜索结果里面必须包括有被AND连接的所有关键词。中级运算符。
例: 关键词1 AND 关键词2 (等于: 关键词1 关键词2)
> OR
OR表示搜索结果里面有任意一个（或多个）关键词。OR是最低优先级运算符。
例: 关键词1 OR 关键词2

注意:
> >除了基于网页的搜索引擎jigle和filedonkey之外，布尔搜索可以和任意方法或过滤一起用。
> 运算符计算顺序依照它们的数学优先级: NOT -> AND -> OR. 使用括号“()”可以改变运算符的优先级，在括号里面的表达式是最先计算的。
> 要屏蔽运算符或括号()可以使用引号" "，引号" "内的运算符或括号()是不受布尔运算影响的，只是相当于一个普通的搜索关键词。
> OR 和 NOT 连接的搜索不像AND那样严格限制。换句话说，AND要求匹配所有的搜索关键词而OR和AND还允许只匹配部分关键词。
> OR和AND也考虑那些文件内嵌的meta数据如mp3的标签(tag)或者文件的注释、作者信息。

例：
> 搜索 关键词1 关键词2 OR 关键词3 Keyword4
布尔解释 (关键词1 AND 关键词2) OR (关键词3 AND 关键词4)
说明 搜索文件名含有关键词1＋2，或者关键词3＋4的文件。
> 搜索 关键词1 关键词2 OR 关键词3 关键词4 NOT 关键词5
布尔解释 (关键词1 AND 关键词2) OR ((关键词3 AND 关键词4) NAND 关键词5)
说明 文件名有 关键词 1＋2 或 关键词 3＋4，但是有关键词3＋4的文件必须不能有关键词5。
> 搜索 关键词1 关键词2 NOT 关键词5 OR 关键词3 关键词4 NOT 关键词5
布尔解释 ((关键词1 AND 关键词2) NAND 关键词5) OR ((关键词3 AND 关键词4) NAND 关键词5)
说明 与上面的例子类似，唯一的区别是关键词5既不能出现在1＋2也不能出现在3＋4。
> 搜索 (关键词1 关键词2 OR 关键词3 关键词4) NOT 关键词5
布尔解释 ((关键词1 AND 关键词2) OR (关键词3 关键词4)) NAND 关键词5
说明 与上例相同，但是对()的使用更加好，因为NOT 关键词5 是作用于整个OR表达式.
> 搜索 (关键词1 "OR" 关键词2) NOT 关键词3
布尔解释 (关键词1 AND or AND 关键词2) NAND 关键词3
说明 被引号" "引起来的OR不再被认为是一个运算符，只是作为一个一般的关键词。这个搜索结果必须包括关键词1和关键词2和“or"这个关键词，但是一定不能有关键词3。

應該和Boolean 沒關吧，那是許多搜尋器都具備的功能了

我個人認為是因為Server 對常用搜尋的關鍵字做了快取所致

因為搜尋對Server 來說是個負擔

就是Cache 了

引用

最初由 4点半 发布



原来leroy 就是花园的大律师啊？今天看到签名档才注意到。快换回那个头像啊，现在这个好难看啊。:D :D

我倒 = = 原來沒人記我英文名 >.<

呵...換了 = =

其实我用LSD只是看中他能随时的“ask for new source”，那个1：4是什么，上传下载的比例吗？也就是说有妖魔的倾向？不过我听说LSD不被官方认可是因为他的re ask机制不被官方认可，另外还有个什么我也记不的了。不过现在LSD的确不好下了，各大网站都没的下了，我还是从EM上拖下来的。没办法谁叫他的功能就他这一家呢，要向svika那个有好几个mod都有他那样相似的功能我早就换一个了........

另外，Cache.........这个词是指隐藏吗？也就是说我发出去的搜索被服务器屏蔽了？

PS:你的英文名我是记得的，只是一时没反应过来，这里你来的少，花园那边看到你比较多。

其实........
偶已经投向mldonkey好几个月的时间了～
mldonkey的优势在于它是多平台的， core 和control是分离的，控制方便。
另外，它可以同时连多个服务器，对于下载速度很有帮助（因为lowID源只有在同一个服务器或者是它主动连上你的时候才能下载）。

搜索方面，eserver应该是将所有的内容都放在内存才对吧...
印象如此，似乎没有看到文档说明。
如果是有专门的服务器，使用kernel 2.6， 对eserver的效率有大大提高。
但是新版的服务器都没有nbuser，有点奇怪。 用screen 启动服务器还是不爽.

引用

最初由 hiei 发布
其实........
偶已经投向mldonkey好几个月的时间了～
mldonkey的优势在于它是多平台的， core 和control是分离的，控制方便。
另外，它可以同时连多个服务器，对于下载速度很有帮助（因为lowID源只有在同一个服务器或者是它主动连上你的时候才能下载）。

搜索方面，eserver应该是将所有的内容都放在内存才对吧...
印象如此，似乎没有看到文档说明。
如果是有专门的服务器，使用kernel 2.6， 对eserver的效率有大大提高。
但是新版的服务器都没有nbuser，有点奇怪。 用screen 启动服务器还是不爽.

mldonkey...老實說，如果這個製造大量多餘封包的的東西都叫好...

= = 請恕我無禮，因為mldonkey 用UDP 輸出的封包都使v0.40 大受影響了

LowID 的兄弟在未來的EM 0.40 正式版可得到Kad. Network 的支持

所以事實上透過Kad.+source exchange，找lowID 的源已不成問題