Closed Bug 610724 Opened 14 years ago Closed 12 years ago

[One Mozilla Tracking Bug] - Mozilla.com / Mozilla.org unification

Categories

(www.mozilla.org :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: davidwboswell, Unassigned)

References

Details

(Whiteboard: [oneMozilla])

Opening bug to track issues related to making the mozilla.com and mozilla.org code bases work together when the content of both sites is on mozilla.org.  Here is a first pass at issues that need to be considered.

Front-end issues:

* Design (making the pages look like they're part of same site)
* WebTrends (does the current tracking need to be changed?)
* webmaster@ email addresses (do we stop using the @mozilla.com address?)

Back-end issues:

* Localization (do we need to use a common setup?)
* Repositories (do we need to merge the repositories or can they be separate?)
* Load balancing (any issues here?)
* Staging (currently the sites have very different staging setups)

Other issues:

* Updating Bugzilla components
* Any other process changes?

We can file bugs for each of these items and sort out the details there.
Depends on: 610496
In the list above I forgot one thing in the back-end issues section:

* Redirects
Assignee: nobody → lforrest
From discussion with Laura, I realize we also need to add one more item to this list.

* Search (mozilla.com uses Nutch, mozilla.org uses custom Google search)
(In reply to comment #2)
> From discussion with Laura, I realize we also need to add one more item to this
> list.
> 
> * Search (mozilla.com uses Nutch, mozilla.org uses custom Google search)

Also worth noting that the new design doesn't have a search box.
> Also worth noting that the new design doesn't have a search box.

That's interesting...
(In reply to comment #4)
> > Also worth noting that the new design doesn't have a search box.
> 
> That's interesting...

Would be nice to prepare for the future possibility that it might have one, though.
Assignee: lforrest → abuchanan
OS: Mac OS X → All
Hardware: x86 → All
FYI for James, this is a mozilla.com project that we want to work on after the Firefox 4 release.  Since it deals with many back-end issues it has the potential to influence your thinking on changes to mozilla.com you are considering now, so I wanted you to be aware of this.  If you have any questions about the background of this bug or what we're wanting to do, let me know and Laura and I are happy to bring you up to speed.
Thanks David, good to know.  I haven't done anything with mozilla.org so I'll have to check it out before I have any questions.  It would be good to have these domains merged & consistent.
Great.  If you have any questions about mozilla.org, I'm happy to answer them.
Another item for the list:

* Submit a new sitemap.xml to Google and other search engines as needed (see bug 629778 and bug 629787 for reference)
Assignee: buchanae+bugs → nobody
For reference, we are moving the open issues mentioned in this bug to a wiki page at

https://wiki.mozilla.org/Mozilla.org/Roadmap_2011/Domain_change

We will then add a bug for each open issue identified there and will set them as a dependency to this bug.
Depends on: 630964
Depends on: 630967
Depends on: 630968
Depends on: 630969
Depends on: 630971
Depends on: 630973
Depends on: 630974
Depends on: 630975
Depends on: 630977
Depends on: 630978
Depends on: 630984
Depends on: 630989
Depends on: 630986
Depends on: 630981
Depends on: 631315
Depends on: 646515
(In reply to comment #7)
> Thanks David, good to know.  I haven't done anything with mozilla.org so I'll
> have to check it out before I have any questions.  It would be good to have
> these domains merged & consistent.

In the past few months, I've been working on a local copy of mozilla.org, and have made the changes necessary for it to be localizable. Now, the backend is what we currently have on mozilla-europe.org. 

After a quick chat with Pascal, I'm going to try to use mozilla.com includes and img dirs as SVN externals, and try to make current pages work in it. There shouldn't be any problems with that, as .html pages we have on both mozilla-europe and mozilla.com are practically the same.

Now, would porting all pages from mozilla.org onto the very same backend that mozilla.com uses help anyhow in the merge process? If so, it should be done before the All Hands.
(In reply to comment #11)

> Now, would porting all pages from mozilla.org onto the very same backend that
> mozilla.com uses help anyhow in the merge process? If so, it should be done
> before the All Hands.

Great, thanks for the work! That definitely helps normalize everything. We'll have to deal with conflicting URLs and figure out how to normalize them (what if both sites have an /about page?). But we'll also have to integrate the two codebases so that they can run off a single site, so your work gets us closer to that.
Milos has done a lot of great work getting an l10n system staged for mozilla.org and hopefully that does help us move forward with the merge.

As James mentions in comment #12 though, there are a lot of open issues and they are all related.  Dealing with merging the l10n system means dealing with content overlap and staging systems, etc.

To move forward on any one piece of the merge is going to require that we have a plan for the overall process and someone who can review and approve the overall merge work.
I've copied over the includes folder from mozilla.com into mozilla.org, and am using the style, js and img folders as SVN externals(mozilla.com). Everything works well, no error logs. I needed to change a few lines of code in /includes/ to make it work, though, such as config.inc.php, controller.inc.php for managing per-page includes, prefetch.php(to allow index.html pages on root of the domain) etc.

The basic migration to the mozilla.com system is done. All pages are working properly, except for the style. I'm going to work on styling tonight.

http://hagege.stage.mozilla.com
Although this bug is specifically about merging mozilla.com and mozilla.org it is worth noting that this is a first step and we should keep in mind that there is the potential to fold in some or all of a couple other sites.  

For example, the recent news about Mozilla Messaging joining Mozilla Labs highlights that we've also talked about merging the mozillamessaging.com site as well at mozilla.org/thunderbird.
Depends on: 649676
Target Milestone: --- → Future
Depends on: 654204
I did a testing merge, and you can see the results on:

http://hagege.stage.mozilla.com/en-US/                - Mozilla.org
http://hagege.stage.mozilla.com/en-US/firefox/new/     - Mozilla.com

There are some things that need to be fixed, like redirects, but all of that shouldn't take much time.

FWIW, from what I have in backup(hagege branch just before the merge), to the actual site we now have on hagege staging site, there was only 10 minutes work.
Awesome, thanks Milos. This is great stuff!

This may already have been taken care of, but we should make sure that we don't lose any of the performance optimizations we've made on the site in the last 6-7 months. In particular, we have the www.mozilla.com/en-US/firefox/new/ page loading really fast, which we know helps downloads, and I wouldn't want to lose that.

That was Anthony Ricaud's project, so am copying him here.
Milos, really awesome work. And John, there's really nothing changed here, it's just that .com is basically inheriting a ton of new URLs which render .org content. Existing pages are exactly the same.
Awesome, that's what I was hoping you'd say. Thanks!
Thanks!

As James already said, what I did is just adding a bunch of content pages from mozilla.org, several per-page includes(stored them in separate dir) and new headers and footers, which are also in separate directory. fwiw, mozilla.com works exactly the same - the only thing that changed is the redirect from root of the domain to /ab-CD/firefox/new/.

I just added en-US mozilla.com pages for showcase, and I'm gonna add the rest tonight. So, what are the next steps?
Blocks: 654682
Summary: Make the mozilla.com and mozilla.org code bases work together under one domain → [Dusty Road] Make the mozilla.com and mozilla.org code bases work together under one domain
No longer depends on: 630964
No longer depends on: 630986
No longer depends on: 631315
Summary: [Dusty Road] Make the mozilla.com and mozilla.org code bases work together under one domain → [Dusty Road] Phase 1 of Mozilla.com / Mozilla.org merge - Tracking Ticket
No longer depends on: 649676
Summary: [Dusty Road] Phase 1 of Mozilla.com / Mozilla.org merge - Tracking Ticket → [Tracking Bug] - Dusty Road - Phase 1 of Mozilla.com / Mozilla.org merge
Summary: [Tracking Bug] - Dusty Road - Phase 1 of Mozilla.com / Mozilla.org merge → [Original Tracking Bug] - Mozilla.com / Mozilla.org merge
Can I get CC'ed on bug 630980 ?
Depends on: 670114
Depends on: 670115
Depends on: 670118
I have implemented a prototype of the merged site: http://etherpad.mozilla.com:9000/mozmerge

I'm now cleaning up these bugs in the context of our plan which we are going forward with:

https://wiki.mozilla.org/Mozilla.com/2011-Rebranding-Project#Phase_3:_Rebrand_Mozilla.com

I'm also filing new bugs that specifically relate to my prototype.
Depends on: 670119
Depends on: 670124
(In reply to comment #22)
> Can I get CC'ed on bug 630980 ?

Done.
Depends on: 670775
No longer depends on: 670115
Summary: [Original Tracking Bug] - Mozilla.com / Mozilla.org merge → [One Mozilla Tracking Bug] - Mozilla.com / Mozilla.org unification
Whiteboard: [oneMozilla]
Depends on: 673879
No longer depends on: 673879
Blocks: 676002
No longer depends on: 630989
Depends on: 630989
Depends on: 677305
Depends on: 673879
Depends on: 678836
Depends on: 678837
Depends on: 678838
Depends on: 679126
Depends on: 679592
No longer blocks: 676002
Depends on: 676002
Depends on: 679600
Depends on: 679838
No longer depends on: 679838
Depends on: 680281
Blocks: 680287
Depends on: 680291
Depends on: 680503
Depends on: 678442
Depends on: 681362
Depends on: 681373
Depends on: 681416
Depends on: 681522
Depends on: 679474
Depends on: 678443
Depends on: 680533
No longer depends on: 680533
Depends on: 682398
Depends on: 682188
Depends on: 703026
Depends on: 705512
No longer depends on: 705512
Component: www.mozilla.org/firefox → www.mozilla.org
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in before you can comment on or make changes to this bug.