不必客气, scws 主页上的1.0.3源码包已经同步更新了. 这是因为 php5.3以上版本更改了一些Zend API所致, 以前没有用到这个版本所以没有发现, 感谢您的汇报.
调整了跟包一起的 etc/rules.ini etc/rules.utf8.ini etc/rules_cht.utf8.ini ，让规则语法匹配更加准确。 建议同步更新~~
赞，不过非常奇怪的是你的TXT文件不是本地文件系统吗，改动后时间戳应该会同步更新的
但网址和EMAIL如果这样切，也太粗糙了吧。要全部匹配才能检索到，输入 EMAIL 的前段或网址的一部分均检索不到了。 至于消除 HTML 标签，这不应该是分词的事哦
要有具体一点的信息，怎么个不行法。检索 的时候加上 --show-query 可以查看拆词结果 。
最好能提供一下你的 php.ini 或你简单写个 php 脚本 然后让我们这边可以看到你的 PHP 配置情况。 此外，你说生成的骨架代码后，对应的项目配置文件(ini)中的搜索服务端是怎么写的呢 server.search = ??? 是否在后面多了空格，如...
感谢分享～～ 方便一些不能装扩展的用户。 其实可以再包装一些脚本的API，使之用起来跟本地API一样简单
[quote='ixulf' pid='419' dateline='1326246489'] 在SDK中，search函数，在返回代码附近有： if ($query === '') { $this->_count = $tmp['count']; $this->logQuery(); } 的代码，在开启了分面功能时，$tmp对象在获取分面数据时被重置了，运行到上...
1. SDK 上无所谓顺序，内部会先排序再 collapse 2. 数字型的字段需要用于排序和区间查的时，务必采用 numeric 类型 3. 总数是估算的，因为分页越后在越准确一些（特别是在排序+区间的时候委容易偏差，把计数单独调用 ::count ...
1. SDK 上无所谓顺序，内部会先排序再 collapse 2. 数字型的字段需要用于排序和区间查的时，务必采用 numeric 类型 3. 总数是估算的，因为分页越后在越准确一些（特别是在排序+区间的时候委容易偏差，把计数单独调用 ::count 并...