Search 面向用户的搜索?
我目前正在寻找一个搜索设备,可以方便很多文件和一些不同的网站和LMS 不同之处在于,我们希望基于用户角色有大量的相关性。每个人都可以通过SSO自动登录到我们的所有系统,就像这个站点一样。我们希望在LMS中为该用户所选角色的文档、网站文章/知识库和类赋予更大的权重 我个人对solr的了解有限,我们使用solr进行一些全文搜索。我考虑过研究elasticsearch、solr、google appliance和FASTSearch 面向用户的搜索?,search,solr,
elasticsearch,enterprise,google-search-appliance,Search,Solr,
elasticsearch,Enterprise,Google Search Appliance,我目前正在寻找一个搜索设备,可以方便很多文件和一些不同的网站和LMS 不同之处在于,我们希望基于用户角色有大量的相关性。每个人都可以通过SSO自动登录到我们的所有系统,就像这个站点一样。我们希望在LMS中为该用户所选角色的文档、网站文章/知识库和类赋予更大的权重 我个人对solr的了解有限,我们使用solr进行一些全文搜索。我考虑过研究elasticsearch、solr、google appliance和FAST 这些有没有什么天生的特点可以帮助我更快地达到我的最终目标?我对elasticse
这些有没有什么天生的特点可以帮助我更快地达到我的最终目标?我对elasticsearch和solr的担忧是开发时间的长短。我们的团队已经完成了有限的搜索定制,因此还想知道各种解决方案所需的开发时间。您一定还没有做过太多的研究,因为FAST已经消失(被微软吸收),而Google Appliance的可定制性也不是很强 Solr比Elasticsearch更具可定制性,因此这是我的建议。对于其他人,我会先为一个角色设置字段,然后将其作为一个促进因素 如果基本方法不起作用,Solr用户邮件列表实际上可能是一个更好的跟进场所,因为它允许讨论对问题进行微调 (更新) 有关与Solr集成并包含爬行的更多打包解决方案,您可以查看:
- 专门添加爬行
- -有许多集成到其他数据源的集成商
- (商业)
- (商业)
- -是一个大数据解决方案,但它与Solr集成,并且-可能-有一个爬虫。它确实有一个很好的用户界面
如果你挖一点,可能会更多 我目前拥有FAST(仍用于我们帮助维护系统的子组)和SOLR的经验。没有GSA或ElasticSearch的经验。快速真的太贵了,所以这可能不是一个选择。然而,SOLR对于文档来说似乎很棒,但似乎需要大量的开发时间来支持DB构建的站点,因为它不会爬网——而且并非所有这些站点都是由我/我的团队创建的。如果我有无限的人力和时间,SOLR将是我的选择,但我正试图找出Lucene解决方案与GSA等开箱即用解决方案的优缺点。GSA不会与您的LMS集成。我还用一些额外的链接更新了答案。