其实我更应该感谢你，这个程序做的非常棒。我找了很多分词的方案，做得如此精炼的只有这一个。 这个错误造成的coredump 是无法预测的地方，所以非常难定位。
为了方便监控TCP是否有响应和日后多台服务器的连接 主要是为了监控XS是否挂了。。 如果我在IPTABLES上ACCEPT了8384这个端口 这样是否安全？8384只有读取权限？ 如果安全 那么XS挂掉的时候端口会不会关闭？ 因为有定时自动重启...
就是这个了。尝试了很多路径就是没想到用两个“../../”。呵呵！！ 绝对路径是没有问题的。但感觉相对路径用起来比较方便。 非常感谢！
因为“塔里木河”已经是个完整的词了，再细切也是“塔里+木河”。实在有必要可以自定义分词器或想办法将你要的词加入到索引中。
因为“塔里木河”已经是个完整的词了，再细切也是“塔里+木河”。实在有必要可以自定义分词器或想办法将你要的词加入到索引中。
应该可以，但100的限制是给CACHE做准备的，也比较符合用户的需求。 您需要一次展示这么多搜索结果吗？ 你可以试试 src/task.cc 中的 746 行： 746 if (limit > MAX_SEARCH_RESULT) limit = MAX_SEARCH_RESULT; 在行开头加上 // 然后重新编译...
学习中看到，程序对于英文字串的处理时，定义TF的值为 = 2.5×log(#wlen)，词长的自然对数的2.5倍。有什么实际意义么？ 为什么是这个值呢？