Closed Bug 582866 Opened 14 years ago Closed 14 years ago

Improve our YSlow! score (currently, B, 85)

Categories

(Input :: General, defect, P3)

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: stephend, Assigned: davedash)

References

()

Details

(Keywords: perf)

We get a YSlow! score of "C" using ruleset 2 on http://input.stage.mozilla.com/en-US/.

Some quick takeaways:

* we should probably gzip-compress our static files (JS, CSS)
* it recommends we add expires headers
Yes, we're not minifying our assets yet, but I agree we should. Thanks for this bug.
OS: Mac OS X → All
Hardware: x86 → All
Priority: -- → P3
Target Milestone: --- → 1.7
Target Milestone: 1.7 → 1.8
Target Milestone: 1.8 → 1.8.1
Target Milestone: 1.8.1 → 1.8
Target Milestone: 1.8 → 2.0
Stephen, I don't have a working YSlow, do you mind updating this with the new score (the site has changed a bit)?
(In reply to comment #2)
> Stephen, I don't have a working YSlow, do you mind updating this with the new
> score (the site has changed a bit)?

I hear Firefox 3.6 is still a great browser.  The latest score is still a C, 70.
I'll minimize our JS and CSS files.
Assignee: nobody → fwenzel
Done. We're up to a 77 score.

It also suggests long expires headers as well as gzip, which unless I am mistaken are both an Apache configuration question?

Davedash, care to chime in?
Yeah, I believe so - CCing oremj, who'd know.
I can gzip by mime type via Zeus. Expires can be set to whatever you'd like.
Is this bug fixed now?
(In reply to comment #8)
> Is this bug fixed now?

What's the criteria for "fixed"?
(In reply to comment #9)
> (In reply to comment #8)
> > Is this bug fixed now?
> 
> What's the criteria for "fixed"?

I told Aakash, to not ask if bugs are finished in bugzilla as it just adds to the noise.

But to clarify, a developer will mark this closed once they've done enough to make this score get to A or reasonably justify why it has to be a B.
We need to come up with criteria for the gzipping (<- use what AMO and SUMO do, I'd suggest) as well as expires header (<- actually I'd suggest the same here).

I think once those are in place (on prod is more important than on stage even, though the latter makes for better testing if it matches prod), we are good.

I'd call it "fixed" if the only thing remaining is "use a CDN" which I don't see us doing for Input any time soon.
Depends on: 611180
Status: Gzipping was added for CSS and JS files in Zeus. We are up to a grade B, 85, in production.
Severity: normal → minor
Summary: Improve our YSlow! score (currently, C, 74) → Improve our YSlow! score (currently, B, 85)
Target Milestone: 2.0 → 2.1
Target Milestone: 2.1 → 3.0
http://github.com/fwenzel/reporter/commit/111172c

I sprited a few images, I'm calling this fixed if we drop to C again we can take a look again.
Assignee: fwenzel → dd
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
It's now complaining about the number of DOM elements and the lack of cookie-free domains; our score is an 83 on staging -- can we investigate and see if the latter is a config issue?
I don't think we have enough pics to warrant a cookie-free subdomain just for static assets... Also, most visitors of the dashboard are not going to have a cookie, I think.
Verified; we haven't regressed, and I think our setup is different (read: better) on prod, which makes our score higher, there.
Status: RESOLVED → VERIFIED
Component: Input → General
Product: Webtools → Input
You need to log in before you can comment on or make changes to this bug.