1.27883e+09和纯数字是一样的。测试了一下，这个的int值为1278830000,转换为日期为2010-07-11 14:33:20. [php] [/php]
那是浮点数的表达方式之一，这个不影响你使用 date 调用的。 你也可以用 sprintf 来转换，或者用 (float) 1.27883e+09 这样的强制转换。
[quote='mengfanchao' pid='216' dateline='1321349008'] 我晕，要不影响我提问干吗。我用 date 格式化它，显示的是 1970什么的。 [/quote] 直接传给 date 就可以了，不要试图进行 intval 要用就用 floatval 或直接 (float) $var
按照文档在本地生成的索引，调用search.php，搜索的时候用了好长时间，不知道为什么[hr] 找到问题了，你们加载的google的jquery，国内这个地址被墙了，超时后才有返回
...ype = string [keywords] type = string [sendtime] type = numeric 在添加索引时，文档中有说会自动转码，所以所有字段都不需要用iconv将gbk转为utf-8就可以正常使用。sendtime在数据库中是时间戳(int型，需要排序)，按文档中使用numeric，搜索出来...
感谢 jake 的配合和 DEBUG，目前已经查证原因所在了。 由于 XS 服务端在设计时为了避免资源浪费默认发呆时间为 5秒，如果超过 5秒没有任何动作，服务端会进行主动关闭。 因此当您的代码如下 $xs = new XS(...); $index = $xs->index; ......
...现了两次，时间也是两次 我解释一下，post_content是写入索引的数据，因为我要预处理这部分数据，post_content_full，则是显示搜索结果用的，它本身不参与任何索引，只是为了显示，因为post_content已经经过处理，破坏了文章数据...
centos 5.7 建立索引时间每1W条不到一分钟,查询时间也超快！大概也就0.05秒左右，这个时间没有细测
清空索引 当您的索引数据库发生了重大改变时必须清空索引。比如搜索项目的字段配置修改了， 或者是数据进行了大模迁移、导入或批量删除导致真实数据库和搜索数据库发生了较大的偏差。 > tip: 在我们附带的[Indexer ...