Closed Bug 461393 Opened 16 years ago Closed 16 years ago

New website, Community Store

Categories

(mozilla.org Graveyard :: Server Operations, task)

All
Other
task
Not set
minor

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mrz, Assigned: aravind)

References

()

Details

tracking bug for deployment
Assignee: server-ops → mark
Component: Server Operations → Server Operations: Projects
Summary: Community Store → New website, Community Store
Staged the code on mrapp-stage02.

Deployment is going to require a shared NFS mount.  Alex, can you estimate how much space the site is going to need?  On the order of megabytes, hundreds of megabytes, gigabytes, more?
Switching IT lead to Aravind.  Mark, please get Aravind up to speed.
Assignee: mark → aravind
Component: Server Operations: Projects → Server Operations
Please re-open when this is actually ready to go to production.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
Re-opening as we are launching 12/2 and need to put together a plan.

The most significant issue is we have to pre-seed the database with designs. We can do this 2 ways:

1) Upload them on stage and copy the database over to production. We will also have to copy over the /uploads directory with the uploaded images. This will also mean no more dumping/reloading the database. We don't forsee any database changes before launch, so this is not a large issue.

2) Setup the production site early behind LDAP and we can upload the images ahead of time before we launch. We would need the site up by the 24th to give us a few days to upload, edit and verify the designs.
Status: RESOLVED → REOPENED
Resolution: INCOMPLETE → ---
Hi guys.  Sorry for the late chime-in.  All the images are zipped up and ready to go. Just let me know when you need them.  

I prefer #2 simply because it seems to allow a bit more flexibility in terms of editing the image pool if need be.  But I'll let you guys decide which option works best from your end.
I think the first option is the way to go, since that's the whole point of having a staging server - that we stage it there and make sure its ready to be pushed to production.

However, if you guys strongly prefer option 2, I need more time than the 24'th to set it up.

Also, from the staging environment, the site had an admin section under https, but the rest of it was under http.  Is that going to be similar for the production site?  If so, do we need to order certs and stuff for it?
(In reply to comment #7)
> Also, from the staging environment, the site had an admin section under https,
> but the rest of it was under http.  Is that going to be similar for the
> production site?  If so, do we need to order certs and stuff for it?

Yes, we'll need https for the admin section to allow for LDAP. So we will need certs.

Regarding Tara's comment in comment #6, we can still edit/update/upload images on stage. I don't see how it offers us any different level of flexibility to do this on production if it's the same site, just a different url.

I'm fine with option #1 as long as IT is ok with it.
Sounds good.  Sorry my misunderstanding - I thought we couldn't make edits with option #1.
Since the url for this site is going to be communitystore.mozilla.org, we can just use our wildcard certs.  I don't think we need to order new ssl certs for this.
Also, the launch time is slated for 12:00pm.
Update: 

New launch time is Wednesday, Dec 3, 10:00am PST, pending bug 466175 and bug 466921 are resolved.
Depends on: 466921
All good.
Status: REOPENED → RESOLVED
Closed: 16 years ago16 years ago
Resolution: --- → FIXED
Verified; we're live.
Status: RESOLVED → VERIFIED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.