Wordpress + Algolia 查询参数冲突

Question

在我的 Wordpress 网站上，我使用 Algolia 搜索 Woocommerce 产品。

在类别页面上一切正常，例如www.example.com/products

问题发生在域根目录上。当我进行搜索时，正在添加查询参数：www.example.com/?q=myquery&hPP=12&idx=all&p=0&is_v=1，现在如果我重新加载页面，我将被带到博客文章页面，很可能是 Wordpress 原生搜索结果...

所需的操作与在类别页面或除根以外的任何位置上的操作相同，因此在页面重新加载后它应该显示完全相同的页面和完全相同的搜索查询。

我能想到的可能解决方案：

1. 禁用 Wordpress 的查询参数，以便在 URL 包含参数时不会执行任何操作
2. 将 Algolia 的查询参数更改为 Wordpress 不会将其作为搜索查询的参数，问题似乎是 &p=0，删除它，然后重新加载页面即可。

PS！在 Wordpress 永久链接设置中，我选择了http://www.domain.com/%postname%/

Answer 1

您似乎已经意识到这一点，但由于其他人可能会偶然发现您的问题，我将在这里声明，在撰写本文时，用于 WordPress 集成的 Algolia 目前处于 beta 和不支持（请参阅the repo's README 中的警告）。

此外，根据您所说的参数，您似乎使用的是存储库开发分支中的最新版本。

在此版本中，查询参数由内部使用的库instantsearch.js 添加到 URL。

---

该库在初始化时会公开urlSync.useHash 参数，这将使库将这些参数存储在散列而不是查询参数中。只需将其设置为true。

如果设置为 true，则 url 将基于哈希。否则，它将使用现代历史 API 的查询参数。

---

由于这里似乎只有一个参数会引起麻烦，所以urlSync.mapping 参数可能是一个更好的解决方案。但是，我不确定此选项在集成使用的 instantsearch.js 版本中是否可用。

对象用于定义替换查询参数以代替另一个。键是当前查询参数并为新值赋值，例如{ q: 'query' }.

在你的情况下，这将是{ p: 'new_parameter_name_that_wont_conflict' }。