doc aliases only apply to the final element of the searched path

[lolbinarycat]

this can cause issues if you are looking for an associated item by the alias

repro

search ptr::wrapping_add

expected result

pointer::wrapping_add is in the results

acrual result

alias is ignored, search results only contain types with the literal string "ptr" in their name.

[lolbinarycat]

This may actually require significant changes to the search index and the way aliases are handled to avoid being O(n²) complexity.

Namely, I think we will need to modify PathData to represent the possible aliases of each element (maybe it could be made into a lazy query instead?), in turn requiring a new column in the search index db mapping from a module/type path to its aliases.