fix(server): /search/random failing with certain options

[mertalev]

Description

The current query only works when no relations are requested. When they are, TypeORM does an additional query with a distinct clause that conflicts with the sort order. This PR makes a few changes to address this:

• Changes the query to not rely on ordering and instead use a where clause leveraging the random nature of UUIDs. This has the additional advantage of making the query scale much better to larger libraries
• Does two simultaneous queries with opposite constraints: this is to ensure that the requested number of results is provided if enough matching rows exist in the DB. Filtering only in one direction of the random UUID risks excluding too many rows. This can be done more efficiently using UNION ALL, but the fact that TypeORM does two queries makes it infeasible right now
• Fixes the withPeople option that's currently broken
• Removes pagination from the /search/random endpoint since it makes things more complicated and there isn't a compelling use-case for it here

Fixes #13021

How Has This Been Tested?

Tested that the endpoint works with a combination of withExif, withStacked and withPeople and returns different rows in each call.

[jrasm91]

Looks much better, thanks!