If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Figure out how Affiliates can access Bouncer logs for tracking downloads

VERIFIED WONTFIX

Status

Firefox Affiliates Graveyard
affiliates.mozilla.org
VERIFIED WONTFIX
3 years ago
2 years ago

People

(Reporter: mkelly, Unassigned)

Tracking

Details

(Reporter)

Description

3 years ago
We'd like to track the number of downloads an Affiliate banner triggers (bug 760663). To do so, we'd like to have mozilla.org add an extra query parameter to links pointing to download.mozilla.org. The parameter would be something like "affiliate_banner=2957".

Once that's done, we need a way for an automatic cronjob to run on Affiliates and pull the data from download.mozilla.org with each banner ID that came in from the query parameter, and how many hits came in with that parameter. For example, if 6 users downloaded with "affiliate_banner=4" and 2 users with "affiliates_banner=92" then we'd expect the data to look like:

+-----------+------+
| banner_id | hits |
+-----------+------+
| 4         | 6    |
| 92        | 2    |
+-----------+------+

aphadke: Can existing metrics infrastructure provide this data, without sampling, and in a way that a cronjob on Affiliates could pull the data once a day, or perhaps even more often?
(Reporter)

Updated

3 years ago
Flags: needinfo?(aphadke)
mkelly - The existing infrastructure allows to have a cron job that can pull data once a day and send it as a report (email, csv etc.)
For more granular frequencies (by hour / by minute), we will have to push changes to our existing code base. If we have the specifics (the interval and domain/s) by end of Q2, then we should have a solution deployed by early Q3. 

-anurag
Flags: needinfo?(aphadke)

Comment 2

3 years ago
mkelly - Looking through this bug it looks like you got the answer you were looking for. Is once a day good enough? Can this bug be marked resolved?
Flags: needinfo?(mkelly)
(Reporter)

Comment 3

3 years ago
This bug can be marked as resolved, but mainly because I've decided to follow a different route for getting this data. We won't be using metrics infrastructure for this.

Thanks for the catch, and thanks anurag for the info!
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Flags: needinfo?(mkelly)
Resolution: --- → WONTFIX
Bumping to verified wontfix per comment 1 and comment 3
Status: RESOLVED → VERIFIED
(Assignee)

Updated

2 years ago
Product: Firefox Affiliates → Firefox Affiliates Graveyard
You need to log in before you can comment on or make changes to this bug.