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)
Infrastructure & Operations Graveyard
WebOps: Other
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
Reporter | ||
Comment 1•14 years ago
|
||
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.
Reporter | ||
Comment 2•14 years ago
|
||
Fred started documenting steps here: http://etherpad.mozilla.com:9000/r6wwnOiDdC
Comment 3•14 years ago
|
||
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
Assignee | ||
Comment 4•14 years ago
|
||
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.
Comment 5•14 years ago
|
||
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
Reporter | ||
Comment 6•14 years ago
|
||
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 | ||
Updated•14 years ago
|
Assignee: server-ops → jeremy.orem+bugs
Comment 7•14 years ago
|
||
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.
Assignee | ||
Comment 8•14 years ago
|
||
Is 4pm PST too late for you?
Comment 9•14 years ago
|
||
yeah :-/ Do you have time in your morning by any chance?
Assignee | ||
Comment 10•14 years ago
|
||
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.
Reporter | ||
Comment 12•14 years ago
|
||
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!
Comment 13•14 years ago
|
||
So at the height of traffic, you guys want to take downtime on MDN?
Reporter | ||
Comment 14•14 years ago
|
||
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?
Reporter | ||
Comment 15•14 years ago
|
||
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.
Comment 16•14 years ago
|
||
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).
Comment 17•14 years ago
|
||
(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.
Reporter | ||
Comment 18•14 years ago
|
||
(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.
Comment 19•14 years ago
|
||
Regardless, until MDN has a history of successful pushes I want to do this during a normal push window.
Reporter | ||
Comment 20•14 years ago
|
||
(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?
Comment 21•14 years ago
|
||
Tuesday & Thursdays from 7-11pm.
Comment 22•14 years ago
|
||
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?
Reporter | ||
Comment 23•14 years ago
|
||
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.
Assignee | ||
Comment 24•14 years ago
|
||
7pm works for me. I'll try to get as much done ahead of time as possible.
Assignee | ||
Comment 25•14 years ago
|
||
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
Updated•11 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•5 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•