Hey everyone! I work at Algolia and we've heard feedback from the HN community and have made some changes recently that provides 100x more records for free so that you can use larger data sets. We have also made it so that all of the core platform functionality is available in the new free plan (we call it the "Build" plan now) so that you can fully evaluate and use everything before ever having to pull out a credit card.

Would love to hear any thoughts on these changes as well as any other things we might do to help you power great search experiences.

Will you ever provide sorting in different directions without the need to create a separate index for each direction?

we have 10 sorting parameters and would need to create/pay/maintain 20 identical indexes while just wasting energy/money/time.

Sorting seems to be so trivial for a search engine but for you it seems to be the holy grail?

Hi naiv,

Nick Vlku, VP of Growth at Algolia, here. Wanted to dive in a bit more on Ben's answer below. To be honest, I was surprised at this limitation too when I first starting using Algolia. Upon some research, it turns out this is really complicated and Algolia errs on doing what yields the best experience for end users (even if it might require a little bit more work).

Basically, we are trying to avoid the phenomenon when you apply a filter search (like "sort by price") and returning something that has nothing to do with your query or intent. For example, a customer searching for an "Eames chair" and then sorting by lowest price would return things like $2 postcards of Eames chairs.

So, in order to capture the right kind of intent for that sort (and also allow our customers to further customize results), we require a separate replica of the data. (Maybe if somebody sorts for cheapest Eames chair, you would bump up a similar cheaper chair by another company instead of a postcard?)

The good news is, for most of these cases, there is no additional cost. You basically can create a virtual replica which points to your same records with different ranking strategies. So no doubling up the records! See here for info on this: https://www.algolia.com/doc/guides/managing-results/refine-r...

It's a balancing act between "magical sorting just working" and "doing what looks right for the customer". We landed on this approach because we think it provides the most value and the best flexibility for everyone.

Let me know if this makes sense, or if you have any other questions! Thanks!

Thank you! I will look into this if it fits our use case

We explicitly have one ranking for each index. This is done for performance reasons. If you've not seen it, this page (https://www.algolia.com/doc/guides/managing-results/refine-r...) in our docs gives some guidance.

Have you looked at using virtual replicas (https://www.algolia.com/doc/guides/managing-results/refine-r...) at all? They don't increase the number of records as they use the same underlying data.