Closed
Bug 906868
Opened 11 years ago
Closed 11 years ago
Use collections to populate featured apps
Categories
(Marketplace Graveyard :: API, defect, P1)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 901710
2013-09-03
People
(Reporter: cvan, Assigned: mat)
References
Details
Now that featured apps are being populated from a collection, the API should return those. Waffle this behind the `rocketfuel` switch; if it's disabled we should be pulling from the existing `FeaturedApp*` models as we do today. Basta, correct me if I'm wrong, but this is the specificity of the collections we should be pooling from when given a carrier, region, and page combination? 1. Carrier-Region-Page 2. Region-Page 3. Page
Comment 1•11 years ago
|
||
1. Carrier-Region-Page 2. Carrier-Page 3. Region-Page 3. Page Let me know if that's stupid. https://docs.google.com/document/d/1eavZOuS0v3i_5wK7xORJhYZI01keEiC3Vfp0mj080U8/edit#
Reporter | ||
Updated•11 years ago
|
Component: Consumer Pages → API
Assignee | ||
Comment 2•11 years ago
|
||
When implementing bug 903489 I did the following: 1. Carrier-Region-Category 2. Region-Category 3. Category This will require some tweaking, since the system I put in place was quite dumb, it was simply removing filters in a specific order.
Comment 3•11 years ago
|
||
If it makes your life easier, we don't need to implement this in the rocketfuel API. This is only really necessary in the consumer APIs.
Assignee | ||
Comment 4•11 years ago
|
||
Ok, it was good to play with that in the rocketfuel API while we didn't have implemented this in the consumer part anyway. It's likely the implementation will stay similar, we'll just move this away from rocketfuel to consumer and tweak it to match your algorithm.
Comment 5•11 years ago
|
||
Cool, thanks
Reporter | ||
Updated•11 years ago
|
Assignee: nobody → cvan
Target Milestone: --- → 2013-08-27
Reporter | ||
Updated•11 years ago
|
Blocks: mkt-publishtool-api
No longer depends on: mkt-publishtool-api
Assignee | ||
Comment 6•11 years ago
|
||
Note: if we intend to re-use the API code used for rocketfuel in consumer-facing APIs, then we'll need to fix bug 905160 and bug 907820.
Comment 7•11 years ago
|
||
For Q3 it's probably not worth considering consumer-facing APIs, as the only ones created will be via rocketfuel.
Assignee | ||
Comment 8•11 years ago
|
||
Yeah, I meant the Featured Apps API and everything that's going to be reading collections from fireplace. To me that's consumer-facing API.
Target Milestone: 2013-08-27 → ---
Reporter | ||
Updated•11 years ago
|
Target Milestone: --- → 2013-08-27
Reporter | ||
Updated•11 years ago
|
Target Milestone: 2013-08-27 → 2013-09-03
Reporter | ||
Updated•11 years ago
|
Assignee: cvan → nobody
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → mpillard
Assignee | ||
Comment 9•11 years ago
|
||
bug 901710 will re-use the Collection API in WithFeaturedResource search API, keeping this bug opened because I need to work on its dependencies and also adjust the fallback filter per comment #1
Blocks: 901710
Assignee | ||
Comment 10•11 years ago
|
||
Actually let's dupe it, both are really about the same thing. I'll open up a new bug for the fallback filter tweaks.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•