995793 - Investigate how we can tweak pagination for search/featured endpoint

Status: RESOLVED FIXED

(Marketplace Graveyard :: General, defect, P1)

Description

[Mathieu Pillard [:mat]]

Currently, the search/featured endpoint fetches a maximum of 25 + x + y + z apps, where x, y and z are the number of apps in the featured / operator shelf / basic collection returned.

On desktop, Fireplace displays a maximum of 21 + 7 apps on the homepage. When you click on "View all", it doesn't have to make a new request to see the extra apps that you weren't able to see on the homepage.

Fireplace on mobile follows the same logic but displays a maximum of 25 + 3 apps on the homepage.

Furthermore, all pages displaying lists of apps display 25 apps at a time.


This bug is about investigating if there is something we can do, either on the API side or in the consumer side, to reduce the number of apps transferred in the API calls. Maybe display less apps by default on the homepage (especially on mobile) ? Maybe don't return so much stuff from collections/featured apps/operator shelves that we don't need unless the user clicks "view all"? Mobile is the most important target, since users on desktop tend to have better connections.

Bug 995264 is similar but I want to concentrate on easy stuff that don't require changing all fireplace internals.

Note: Feed work may render this bug obsolete.

Comment 1

[Mathieu Pillard [:mat]]

So, my plan is to look at the following 3 things:

- Setting limit=10 (the default is 25) on all calls made by fireplace on mobile reduces the size of the /search/featured/ endpoint to 17K gzipped, from 21K gzipped (that's on restofworld, en-US - results will vary depending on region, lang and carrier).

- Number of apps in a collections/featured apps/operator shelves isn't affected for now, but we can. Doing that gives us another 3-4K reduction on restofworld region.

- We can also not return any apps in the basic collection returned by this endpoint, since it's not needed on the homepage itself, only on the following page. (Same for operator shelf, but I had none when doing my testing). Doing that gives us another 3-4K.


Total for all these optimisations: 100% size reduction for the gzipped /search/featured/ endpoint, going from 21K to 10K.

Cost: less apps in pages, need network request to fetch apps when clicking on a collection from the homepage instead of re-using already fetched data.

Comment 2

[Mathieu Pillard [:mat]]

Investigation (see previous comment), follow up bugs filed for each point of my conclusion:
- https://bugzilla.mozilla.org/show_bug.cgi?id=997793
- https://bugzilla.mozilla.org/show_bug.cgi?id=997797
- https://bugzilla.mozilla.org/show_bug.cgi?id=997801