Draft: fix(search-ranking): add attributes and labels to search ranking

[werererer]

To improve information Retrieval I made some changes to the ranking function:

• Search now considers note label key and values different and tunable in ranking (It didn't before was a bug prob).
• Search now considers the Note-ID
• Made Ranking algorithm more straight forward (likely the first version was similar to the now second)

Note: The search result order will differ due to new rankings. However I compared the ranking with the ranking from the original trilium, and tried to match and improve upon it, by testing it out in practice and hoping that my experience generalizes xD.

The code works in the current stage. But to fine tune it, I will run with it for a bit, tweak it and make it compatible with other wishes of users.

[werererer]

Issues Solved

• Remove Archived Notes from ranking
  [regression] Archived notes are listed in note search/quick search #7085
• PARTIAL SOLVED? (Untested for that particular usecase) Still testing. Caches were introduced to hopefully increase speed.
  Search function slow since 0.98.0 #6808

[werererer]

Associations:

• Improves: feat(search): improve search weights and operators #6536

Dissociations:

• It should not interfer much with. Maybe smaller conflicts to be expected :/ resulting from syntax not semantics
  feat(search): implement FST5 w/ sqlite for faster and better searching #6839
  OR
  feat(quick_search): just fuzzy match note titles for larger notes, while still matching on exact strings #6810