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

Reduce number of 302 redirects on initial load

VERIFIED DUPLICATE of bug 441504

Status

addons.mozilla.org Graveyard
Public Pages
VERIFIED DUPLICATE of bug 441504
9 years ago
2 years ago

People

(Reporter: Brian Krausz, Unassigned)

Tracking

Details

(URL)

(Reporter)

Description

9 years ago
Going to http://addons.mozilla.org results in the following path:

1) http://addons.mozilla.org
2) https://addons.mozilla.org
3) https://addons.mozilla.org/en-US/
4) https://addons.mozilla.org/en-US/firefox/

Unless I am mistaken, amo defaults to /en-US/firefox/.  Is there a way we can stick a rule in to eliminate #3 on site entry ($_SERVER['PHP_SELF'] == '/') and go straight to /en-US/firefox/

A more general idea is to do this for all URLs that lack both locale and product in their URLs.

A more more general idea is to aggregate redirects as much as possible, though I think this is the only scenario that this would help with.

This would help load time for our users.
Duping to a similar bug that is mainly on annoyance and security rather than performance, but it's the same.

And no, we can't do static redirects because you don't always go to /en-US/firefox depending on what browser you're using, what locales your browser accepts, etc.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 441504
Can we get access to bug 441504 to see the history of this issue? It seems like we could at least remove redirects # 2 & 3 while keeping the same functionality.

Reducing redirects are an important part of performance improvements:
http://developer.yahoo.com/performance/rules.html#redirects
Verified dup
Status: RESOLVED → VERIFIED
(Assignee)

Updated

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