Closed Bug 589248 Opened 14 years ago Closed 14 years ago

Push new MDN pages and forums to production

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task)

task
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: jay, Assigned: oremj)

Details

(Whiteboard: 08/24/2010)

The pages are done, webqa is wrapping up testing and we are set to launch next week on Tuesday 8/24.

Pending any last minute issues, we should be ready to push to production next week, so I wanted to make sure webdev and IT discussed any details before then.

From my understanding, here is what I think needs to happen:

1. Create a copy of the PHPBB db on a production db server (it would be nice to have this before launch so we can clean up test data and create a few threads that don't exist on staging)

2. Setup appropriate Deki/PHPBB account syncing scripts so that the registration and login works for both the forums and the docs editing.

3. Get the code from github, check it into SVN and tag it for MDN 0.9

4. Setup the appropriate web server rules to make sure the links/paths for the current Deki pages work and the new home for http://developer.mozilla.org points to the new MDN pages.

5. Get the necessary performance tweaks in place and other optimizations that need to be made.

I'm just throwing out the things that make sense to me... they could all be wrong. ;-)  I'll leave it up to Fred and someone from IT (Shyam or Oremj?) to sort this all out.

Let me know if you need any specific information from me or if any questions come up.   We really really need to get the new pages up so we can move on to the next release of MDN features, so please do what you can to help us hit the 8/24 launch.

Thanks!
- Jay
I should have said https://developer.mozilla.org.  We need to get the site secured for launch... since we didn't have that option on staging.
Fred started documenting steps here: http://etherpad.mozilla.com:9000/r6wwnOiDdC
IT: Can you guys please take a minute and look at that etherpad to determine if anything needs elaboration or if there's anything in there that seems unfeasible? We want to make sure this works smoothly for you.
OS: Windows 7 → All
Hardware: x86 → All
Everything seems fine to me.

Set up HTTPS (bug 582736), and either enforce it across the site or forward login URLs to HTTPs

Looks like we already enforce ssl across the side, but we should do that on the app side as well.
Bumping sev down, doesn't need to page since it's not due till 08/24.
Severity: major → normal
Flags: needs-downtime+
Whiteboard: 08/24/2010
We're still on for launch tomorrow... so waiting to hear from someone on IT if they need anything.

Let us know what the timing will look like tomorrow so I can have webqa on standby to help test once the site is live.
Assignee: server-ops → jeremy.orem+bugs
Oremj, let me know when you want to do this. Presumably it'd be helpful for me to be around. As usual, I am 9 hours ahead of you.
Is 4pm PST too late for you?
yeah :-/ Do you have time in your morning by any chance?
We can do 10am if you that's alright with mrz and the rest of the MDN people.
(In reply to comment #10)
> We can do 10am if you that's alright with mrz and the rest of the MDN people.

10am WFM.
10am WFM, I will be in my Engagement team meeting, but will be available if anything urgent comes up.

Let's to 10am tomorrow.   Thanks!
So at the height of traffic, you guys want to take downtime on MDN?
mrz: will we need to take the deki down?  i thought that would not need to go down and that we would just need a few minutes of downtime to bring the new pages up and redirect traffit to https://developer.mozilla.org to the new pages?
mrz:  since fred is the only webdev that worked on this, it is important he is around in case you guys need help.  not sure what a better time is to do it, but if you have ideas and fred is available, let us know.
Expect the best, plan for the worst.  I'd much rather do this during a normal
push window in the event something doesn't go as planned (and I haven't seen a
devmo push that has recently).
(In reply to comment #15)
> mrz:  since fred is the only webdev that worked on this, it is important he is
> around in case you guys need help.  not sure what a better time is to do it,
> but if you have ideas and fred is available, let us know.

Fred - best if you can work your schedule to match the downtime windows.
(In reply to comment #16)
> Expect the best, plan for the worst.  I'd much rather do this during a normal
> push window in the event something doesn't go as planned (and I haven't seen a
> devmo push that has recently).

This push doesn't involve Mindtouch Deki directly, so I'm hoping we won't have whatever issues you've seen in the past.   It's mostly getting the new Django pages up and the forums working.
Regardless, until MDN has a history of successful pushes I want to do this during a normal push window.
(In reply to comment #19)
> Regardless, until MDN has a history of successful pushes I want to do this
> during a normal push window.

Fine with me... what time is that?
Tuesday & Thursdays from 7-11pm.
All right, I am fine with getting up for a middle-of-the-night push if all we have to do at the time is hook up production Apache to the intended final URLs. The general list of things to do is long (see comment 2) and might take a while (in spite of staging being set up that way already). So we might need to use a short-lived DNS name (devmonew.m.com?) to do that part of the work beforehand during the day, then remove that name when we hook up everything to devmo during the late push window. Does that sound like an option?
mrz: Ok, that's what I thought.  I saw the SUMO release at 4pm, so was just making sure so I can plan my day.


fred: I assumed we could get most of the prep work done during the day, so if oremj is good with your suggestion, let's get the phpbb stuff and other configuration work done and tested early and we can flip the switch during the downtime window.

oremj:  what say you?

i propose we use devmo.mozilla.org as the temp domain if that works for everyone.
7pm works for me. I'll try to get as much done ahead of time as possible.
This should be all set.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
We have a small, unanticipated user-flow issue that Jay will filed tomorrow:

When logged in to DekiWiki, and returning to the new http://developer.mozilla.org homepage, the logged-in state isn't reflected.

Other than that, we're looking pretty good; verified FIXED.  We'll continue to file issues as needed.
Status: RESOLVED → VERIFIED
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.