问题标签 [tire]

如何在我的 R&R 应用程序中安装/使用 elasticsearch？

本教程不适用于我的应用程序，因为我的应用程序使用其他端口 8080，而 elasticsearch 使用相同。

编辑

我使用以下设置更改端口：

Elasticsearch 的设置：

轮胎设置：

我有这个错误：

请求超时 (RestClient::RequestTimeout)

如果我将端口更改为 15002，我也会有一些错误。

我想按年龄组过滤搜索。

现在我有： program.rb

index.html.haml

在控制器中：

年龄组：

房地产：

当我在搜索表单中检查一个或多个 age_groups 时，搜索结果没有发生任何事情。

我怎样才能正确地使用轮胎来完成这项任务？

我正在使用带有 mongoid 的轮胎（https://github.com/karmi/tire）。这是我的模型定义：

假设我有一个文档 {tags_array: ["hello world"]}。然后以下查询工作正常：

但以下不返回任何结果：

我应该怎么做才能让它工作？

编辑：这里有一小段代码要测试： http: //pastebin.com/n1rUtK3e

我有 Player 和 Player 的全名来自 Profil。我在 Player 上使用弹性搜索。我需要按全名默认排序。我该如何设置？我的 Player 类文件中的代码：

如果我将 :id 更改为 :fullname 排序我有这个错误：

我使用 Tire gem 在 Elasticsearch 中索引了一些 PDF 附件。这一切都很好，但我将拥有许多 GB 的 PDF，我们可能会将 PDF 存储在 S3 中以供访问。现在 base64 编码的 PDF 存储在 Elasticsearch _source 中，这将使索引变得巨大。我想让附件被索引，但不存储，而且我还没有找到正确的咒语来放入轮胎的“映射”块以防止它。块现在是这样的：

我尝试了一些变化，例如：

当我运行轮胎：import rake 任务时它看起来不错，但它似乎并没有什么不同。有谁知道A）如果这是可能的？B）怎么做？

提前致谢。

我必须在这里遗漏一些东西，但是当我尝试使用 Elasticsearch 在搜索中突出显示时，我根本没有看到任何突出显示，但也没有错误。我不认为这是轮胎问题，但我提到轮胎以防万一它很重要。使用 Tire 的索引非常简单（为简洁起见，删除了一些字段）：

使用 curl，我可以尝试这个查询，它工作正常，但结果中没有突出显示：

请注意，我在映射中添加了 ":store => true" 只是为了确保，尽管我认为没有必要使突出显示工作。所以我猜我在映射或查询规范中遗漏了一些东西，但我没有看到它。任何建议将不胜感激。谢谢。

我有一个对象被索引到带有大型附件的 Elasticsearch 中，我不想将其存储在 _source 中。在映射中指定“排除”修复了该问题（感谢此处回答的另一个问题），但是当我为过滤器/分析器添加自定义设置时，它以某种方式破坏了排除，我想知道这是轮胎问题还是它只需要以不同的方式指定排除。

这是代码：

带有 ":excludes" 的 "mapping" 行一直在起作用，直到我添加了 "settings" 块，所以这导致排除被忽略。有什么想法吗？提前致谢！

我的模型有一个标签字段，它是一个标签数组。我遇到的问题是我希望标签像关键字一样工作，但是 ES 以某种方式将它们分成空格以进行分面。

映射是：

热门标签的查询是：

现在结果是单个单词。例如，标签为 ["retro music", "awesome"] 的唱片最终将具有三个单独的标签。同样，如果我对“复古音乐”（must { term 'tags', options[:tag] }）进行查询，那将失败，而对“复古”或“音乐”的查询将成功。这里期望的行为是标签应该是原子的，所以只有“复古音乐”（或“真棒”）标签搜索应该成功。

我有一个弹性搜索查询，如下所示，

如上所述，我可以通过向 query_string 提供字段参数来对某些字段执行弹性搜索查询。在我的索引映射中，我索引了大约 50 个字段。我如何查询除一个字段之外的所有字段。类似于查询字符串的排除选项。轮胎/弹性搜索可以吗？

我正在考虑使用每日脚本来执行以下操作，以解决 ES 服务器上的更新出现问题的任何情况（我还没有高可用性设置，即便如此，它仍然可能是在 DB 和 ES 之间复制数据的情况下的良好做法）。在将这个脚本放在一起之前，我想我会检查我是否以正确的方式进行此操作，以及是否有任何我应该使用的库或技术。

该脚本将简单地从数据库中检索所有 ID，并从 ElasticSearch 中检索所有 ID，其中created_at < current_time（当前时间的快照，因为它是脚本运行时的移动目标）。然后它将根据这些 ID 集之间的差异添加和删除 Elastic 搜索。

这听起来像一个合理的方法吗？