Closed Bug 910341 Opened 12 years ago Closed 10 years ago

[e.me][feature] Improve Collection content caching

Categories

(Firefox OS Graveyard :: Gaia::Everything.me, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: sonmarce, Assigned: amirn)

Details

Attachments

(1 file)

46 bytes, text/x-github-pull-request
ranbena
: feedback+
Details | Review
No description provided.
Blocks: 1.3-e.me
Additional information: Currently, every time a collection is opened (or an Evme search is made), a search for Apps and BgImage are made and cached so that next time you open it - wait time will be minimal. Cache is limited to 20 FIFO and for 24 hours only. Our planned change: 1. Separate search cache from Collections. 2. Cache indefinitely. 3. Apart from first Collection open - results and bgimage will always be retrieved from cache. 4. Each time a Collection is opened, a request to the API is sent with the cached results signature (checksum) - only if there's new data - it'll be pulled from API and stored to cache. Also, whenever a Collection is removed from the homescreen - it's corresponding cache should be purged.
No longer blocks: 1.3-e.me
Is this done/still relevant?
Flags: needinfo?(ran)
We still want to do this in the future.
Flags: needinfo?(ran)
Assignee: nobody → amirn
Attached file WIP
WIP: cache response and use it. still not very fast because of all the icon requests. Ran, do you think we should store the icons locally other than relying on system cache?
Attachment #8477995 - Flags: feedback?(ran)
Let's make sure cdn cache headers are configured correctly.
Comment on attachment 8477995 [details] [review] WIP I put some comments on Github.
Attachment #8477995 - Flags: feedback?(ran)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: