Investigate peculiar search ranking

### Problem

This search is for some reason displaying first a book with a less exact match and fewer editions... it should be displaying the Dale Carnegie edition first. Might need to tweak some of the search logic.

- https://openlibrary.org/search?q=Comment+se+faire+des+amis+et+influencer+les+autres&mode=everything

Some similar examples:
- https://openlibrary.org/search?q=L%27homme+le+plus+riche+de+Babylone&mode=everything

### Reproducing the bug

NA

### Context

- Browser (Chrome, Safari, Firefox, etc):
- OS (Windows, Mac, etc):
- Logged in (Y/N):
- Environment (prod, dev, local): prod

### Breakdown

#### Requirements Checklist
* [ ]

#### Related files

*

#### Stakeholders

*

#### Instructions for Contributors

- Please [run these commands](https://github.com/internetarchive/openlibrary/wiki/Git-Cheat-Sheet#working-on-your-branch) to ensure your repository is up to date **before** [creating a new branch](https://github.com/internetarchive/openlibrary/wiki/Git-Cheat-Sheet#making-changes-and-creating-a-pull-request) to work on this issue and **each time after** pushing code to Github, because the pre-commit bot may add commits to your PRs upstream.

Start by reproducing the two linked production searches and inspect the Python search-ranking logic; the issue names no related files, tests, or entry points. Done means identifying why less exact matches rank first and correcting the ordering so the Dale Carnegie edition ranks first in these examples.

Written by the indexing model from the issue text.