In time-based pagination, the suggested fix to lots of data in a selected timespan is:
simply adding a limit to the amount of records returned (potentially via a query parameter) transparently solves it.
This means clients can’t see all the results, unless you add a way to view other pages of data, which is just pagination again. Or is the intended design that clients view either the first x results (the default) or view all results?
The problem with articles like OPs and others is that they don’t allow custom sorting, which is often a requirement, e.g. interfaces that present the data in a table, where column headers can be clicked to sort.
Fairly lame article but yeah this is something lemmy used to get wrong. I haven’t paid attention to whether it still does.
They fixed this in version 0.19 pr #3872 (note that the cursor here is a way of hiding a post ID to continue from, as far as I can see).
Also, lame article? 😖
Who uses “lame” in 2024? It was so pervasive during the Digg times.