Closed
Bug 610724
Opened 15 years ago
Closed 13 years ago
[One Mozilla Tracking Bug] - Mozilla.com / Mozilla.org unification
Categories
(www.mozilla.org :: General, defect)
www.mozilla.org
General
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.
| Reporter | ||
Comment 1•15 years ago
|
||
In the list above I forgot one thing in the back-end issues section:
* Redirects
| Reporter | ||
Updated•15 years ago
|
Assignee: nobody → lforrest
| Reporter | ||
Comment 2•15 years ago
|
||
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)
Comment 3•15 years ago
|
||
(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.
| Reporter | ||
Comment 4•15 years ago
|
||
> Also worth noting that the new design doesn't have a search box.
That's interesting...
Comment 5•15 years ago
|
||
(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.
Updated•15 years ago
|
Assignee: lforrest → abuchanan
Updated•15 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
| Reporter | ||
Comment 6•15 years ago
|
||
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.
Comment 7•15 years ago
|
||
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.
| Reporter | ||
Comment 8•15 years ago
|
||
Great. If you have any questions about mozilla.org, I'm happy to answer them.
| Reporter | ||
Comment 9•15 years ago
|
||
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
| Reporter | ||
Comment 10•15 years ago
|
||
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.
Comment 11•14 years ago
|
||
(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.
Comment 12•14 years ago
|
||
(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.
| Reporter | ||
Comment 13•14 years ago
|
||
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.
Comment 14•14 years ago
|
||
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
| Reporter | ||
Comment 15•14 years ago
|
||
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.
Updated•14 years ago
|
Target Milestone: --- → Future
Comment 16•14 years ago
|
||
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.
Comment 17•14 years ago
|
||
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.
Comment 18•14 years ago
|
||
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.
Comment 19•14 years ago
|
||
Awesome, that's what I was hoping you'd say. Thanks!
Comment 20•14 years ago
|
||
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?
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
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
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
Comment 22•14 years ago
|
||
Can I get CC'ed on bug 630980 ?
Comment 23•14 years ago
|
||
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.
| Reporter | ||
Comment 24•14 years ago
|
||
(In reply to comment #22)
> Can I get CC'ed on bug 630980 ?
Done.
Summary: [Original Tracking Bug] - Mozilla.com / Mozilla.org merge → [One Mozilla Tracking Bug] - Mozilla.com / Mozilla.org unification
Updated•14 years ago
|
Whiteboard: [oneMozilla]
Updated•14 years ago
|
| Assignee | ||
Updated•13 years ago
|
Component: www.mozilla.org/firefox → www.mozilla.org
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Depends on: 757742
| Assignee | ||
Updated•13 years ago
|
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.
Description
•