Generate list of links on www.mozilla.org served from affliliates.m.o

RESOLVED FIXED

Status

www.mozilla.org
Pages & Content
RESOLVED FIXED
3 years ago
3 years ago

People

(Reporter: lizzn, Unassigned, Mentored)

Tracking

(Blocks: 1 bug)

Production
x86
Mac OS X

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments, 1 obsolete attachment)

(Reporter)

Description

3 years ago
Deadline: April 3rd, 2015

We are going to EOL or replace the current affiliates.m.o and I want to have an audit done to make sure it won't break anything on mozilla.org. It would be awesome if we could pull the list by 04/03 - LMK if that works or if there's any questions. 

Thanks!
Lizz

Comment 1

3 years ago
I would imagine we are not hot-linking to anything from affiliates from mozilla.org unless there is some old legacy content or a mistake.

Do you have an example page that prompted this request?
Flags: needinfo?(enoonan)
(Reporter)

Comment 2

3 years ago
Created attachment 8584041 [details]
Affiliates link in moz.org footer

(In reply to Ben (:bensternthal) from comment #1)
> I would imagine we are not hot-linking to anything from affiliates from
> mozilla.org unless there is some old legacy content or a mistake.
> 
> Do you have an example page that prompted this request?

Yes. For instance, in this screenshot, you can see there's a link to Affiliates in the homepage footer. I want to make sure there's no where else on our properties that will break when EOLing or replacing affiliates.m.o
Flags: needinfo?(enoonan)

Comment 3

3 years ago
Ah ok, I think the title of this bug and what you are referring to in comment #2 are different.

1. The bug title is about images served from affiliates used on mozilla.org
2. Comment #2 is about links (hrefs) to affiliates.

I would say these are 2 different bugs. I would also say that links to affiliates are everywhere across a a variety of mozilla properties. The strategy here should be one where the links do not break if they are not manually updated. So if we redirect the URL we can ensure that links wont break and they can be updated at a pace independent from the affiliates site being replaced.
(Reporter)

Updated

3 years ago
Blocks: 1145880
(Reporter)

Comment 4

3 years ago
(In reply to Ben (:bensternthal) from comment #3)
> Ah ok, I think the title of this bug and what you are referring to in
> comment #2 are different.
> 
> 1. The bug title is about images served from affiliates used on mozilla.org
> 2. Comment #2 is about links (hrefs) to affiliates.
> 
> I would say these are 2 different bugs. I would also say that links to
> affiliates are everywhere across a a variety of mozilla properties. The
> strategy here should be one where the links do not break if they are not
> manually updated. So if we redirect the URL we can ensure that links wont
> break and they can be updated at a pace independent from the affiliates site
> being replaced.

I changed the name of the bug to reflect that we need to pull links, not images. Sorry for the mis-name. 

Am I understanding that you don't think we need to do a link audit, then? I still think we may want to have the list of links, JIC - especially since we haven't determined how we're going to handle affliliates vs. the new landing page. WDYT?
Flags: needinfo?(bsternthal)
Summary: Generate list of images on www.mozilla.org served from affliliates.m.o → Generate list of links on www.mozilla.org served from affliliates.m.o

Comment 5

3 years ago
Created attachment 8585764 [details]
bedrock.txt
Attachment #8584041 - Attachment is obsolete: true
Flags: needinfo?(bsternthal)

Comment 6

3 years ago
Created attachment 8585766 [details]
mozilla.com-svn.txt

Comment 7

3 years ago
I attached two audits, one of bedrock and one of the legacy content.

There are 10 instances of affiliates.mozilla.org on bedrock, there are 99 in the legacy content. Most of the legacy content are translations of contribute emails that link to affiliates.

Updating bedrock's 10 instances is pretty easy.

The emails, those should be evaluated.. it may not be just changing a link if the content changes.
I'm closing since the lists have been generated.  Please file new bugs with next steps based on the lists.

Thx.
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED

Updated

3 years ago
See Also: → bug 1155318
You need to log in before you can comment on or make changes to this bug.