这个写法没问题啊。你的索上里也包含了了 status:1 吧，你这个字段的索引是什么样的呢，自己查查吧，不会有这么低级的BUG啦
应该是更新索引时，参杂了一些配置文件中未指定的字段导致的，代码已经修复，继续观察几天。 不过，底层在创建或更新索引时，不会忽略配置中没有配置的字段？
[quote='子不语' pid='5105' dateline='1383978605'] [quote='hightman' pid='5090' dateline='1383799152'] 添加不会自动去重的哦。 [/quote] 还一个问题 我搜索123可以出来结果 搜索12 却不可以出结果 怎么回事？ [/quote] 谢谢，感谢
...改了字典 然后上传服务器，然后再搜索刷新， 属性就不会改变了还是 xx 似乎有缓存。 而且似乎 过一段时间。我在覆盖字典文件。就又更新了。 什么问题呢？
ini错误啊，type=both没有这样的语法。 numeric 你要有 $doc->sendtime 访问就可以了，应该不会乱码。print_r()返回的是序列化后的字符串啊，不必理会。
ini错误啊，type=both没有这样的语法。 numeric 你要有 $doc->sendtime 访问就可以了，应该不会乱码。print_r()返回的是序列化后的字符串啊，不必理会。
[quote='hightman' pid='7112' dateline='1320310178'] 那些全被视为符号了。。。符号其实是指 词性为 un 的 [/quote] 那很奇怪，我用WINDOWS下的DLL ，他就不会把全角字符这个给去掉
...='1383978605'] [quote='hightman' pid='5090' dateline='1383799152'] 添加不会自动去重的哦。 [/quote] 还一个问题 我搜索123可以出来结果 搜索12 却不可以出结果 怎么回事？ [/quote] 出不来才是对的啊，这是全文检索不是 LIKE '12%'