c******n
发帖数: 16666 | 1 希望可以做到监控文件夹 这个不行用cron job都可以
然后index文本内容
最后可以有个fancy的界面搜索 前台无所谓可以自己写
从后台搭建维护的角度 es和solr哪个更好用一点呢 |
c******n
发帖数: 16666 | 2 内容都是本地的
服务器硬件资源不是问题
单纯从搭建和维护的角度 哈哈 |
d*******r
发帖数: 3299 | 3 应该是 ES, ES 是在 solr 上构建的
ES 的 admin&query UI 一搜一大把, 我2年前比较过各个UI，觉得这个最好用
https://github.com/lmenezes/elasticsearch-kopf
不过现在 ES 自己的 UI 可能更成熟了，我记得是要收费的
后台嘛，ES 自己家的 docs 就非常好了, 原理和步骤都讲了 |
w**z
发帖数: 8232 | 4 els 和 solr 都是用 lucene index 。他们本身没联系。els 扩展性更好一点。
【在 d*******r 的大作中提到】
: 应该是 ES, ES 是在 solr 上构建的
: ES 的 admin&query UI 一搜一大把, 我2年前比较过各个UI，觉得这个最好用
: https://github.com/lmenezes/elasticsearch-kopf
: 不过现在 ES 自己的 UI 可能更成熟了，我记得是要收费的
: 后台嘛，ES 自己家的 docs 就非常好了, 原理和步骤都讲了
|
c******n
发帖数: 16666 | 5 嗯 前端其实没事 我自己弄个也没多少时间
主要就是后面的难易程度
【在 d*******r 的大作中提到】
: 应该是 ES, ES 是在 solr 上构建的
: ES 的 admin&query UI 一搜一大把, 我2年前比较过各个UI，觉得这个最好用
: https://github.com/lmenezes/elasticsearch-kopf
: 不过现在 ES 自己的 UI 可能更成熟了，我记得是要收费的
: 后台嘛，ES 自己家的 docs 就非常好了, 原理和步骤都讲了
|
c******n
发帖数: 16666 | 6 谢谢大牛指导
【在 w**z 的大作中提到】
: els 和 solr 都是用 lucene index 。他们本身没联系。els 扩展性更好一点。
|
N*****m
发帖数: 42603 | 7 es用的lucene
【在 d*******r 的大作中提到】
: 应该是 ES, ES 是在 solr 上构建的
: ES 的 admin&query UI 一搜一大把, 我2年前比较过各个UI，觉得这个最好用
: https://github.com/lmenezes/elasticsearch-kopf
: 不过现在 ES 自己的 UI 可能更成熟了，我记得是要收费的
: 后台嘛，ES 自己家的 docs 就非常好了, 原理和步骤都讲了
|
N*****m
发帖数: 42603 | 8 es搞pdf很容易，加个mapper-attachments的插件就行了
【在 c******n 的大作中提到】
: 希望可以做到监控文件夹 这个不行用cron job都可以
: 然后index文本内容
: 最后可以有个fancy的界面搜索 前台无所谓可以自己写
: 从后台搭建维护的角度 es和solr哪个更好用一点呢
|
c******n
发帖数: 16666 | 9 貌似没有现成免费的监控方案
看来只有设计划任务了
【在 N*****m 的大作中提到】
: es搞pdf很容易，加个mapper-attachments的插件就行了
|
d*******r
发帖数: 3299 | 10 呀，记混了 solr 和 lucene... 多谢指正 |
n*********u
发帖数: 1030 | 11 两个背后的搜索核心都是lucene，搜索功能上两者基本一样。
ES更容易入门一点，dump进去的数据他会自动识别加index。关键是所有任务都是可以
用rest api解决。
solr就有点古老，index设定必须要写好config文件才可以往里加数据，config文件则
是非常昂长的xml文件，前段时间公司的东西加了个config，其实真正只有20行的新设
定，硬是出现了个上千行的diff。
设定好了后，搜索方面两者工作量差不多。
【在 d*******r 的大作中提到】
: 呀，记混了 solr 和 lucene... 多谢指正
|
