670775 - [One Mozilla] Use Apache and PHP magic to merge mozilla.org into mozilla.com

Status: RESOLVED FIXED

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

Description

[James Long (:jlongster)]

We are merging mozilla.com and mozilla.org into the one domain mozilla.org. We will Zeus as the URL dispatcher: by default, serve the current mozilla.com codebase. However, if a top-level URL matches one of the current mozilla.org's, serve it from the old mozilla.org codebase.

This will require a site script which checks the first part of the URL, compares it to all of mozilla.org's current top-level folders, and if matches redirect the request to be served from the old mozilla.org codebase. Otherwise, serve the current mozilla.com codebase.

I'm not too familiar with Zeus so I'm sure there's other things to figure out, but Jeremy said this should work.

Comment 1

[James Long (:jlongster)]

Renaming as we are not using Zeus anymore, but rather Apache and PHP magic to serve mozilla.org as mozilla.com top-level URLs. More details and patches to come soon.

Comment 2

[James Long (:jlongster)]

Attachment: patch to mozilla.com to run mozorg as /org folder

This patch implements magic to run mozilla.org from the /org subfolder under mozilla.com. All mozilla.org URLs will now work under the same domain as mozilla.com, and all htaccess rewrites will still work too.

The patch does this in two steps:

* mozilla.org URLs are rewritten to a special PHP handler which loads up the .org codebase and the requested page
* mozilla.org htaccess redirects were transformed into an Apache RewriteMap database file and included in mozilla.com

There were a few more tweaks here and there, mainly previous kludges that weren't good ways of doing things. So I removed those and fixed a few bugs that I found:

* Currently the language switcher in the footer of mozilla.org/en-US/thunderbird/ does not work. This works in my new merged codebase.
* mozilla.org's htaccess is HUGE and compacting it into a RewriteMap database file shaved about around 50ms on avg
* A few more places I cleaned up that I can't remember

This solution was benchmarked here, and proves it works well: https://wiki.mozilla.org/Mozilla.com/2011-Rebranding-Project/Benchmarks

Comment 3

[James Long (:jlongster)]

Attachment: patch to mozilla.com to run mozorg as /org folder

removed a few unnecessary tweaks to my patch

Comment 4

[Fred Wenzel [:wenzel]]

Comment on attachment 547773 [details] [diff] [review]
patch to mozilla.com to run mozorg as /org folder

This is not code :)

Comment 5

[David Boswell]

Glad to hear that the RewriteMap helps deal with the large htaccess file.  

What does this mean for any ongoing changes to the htaccess file as more content is archived and if we start cleaning old redirects up?  James, do we just notify you of any htaccess changes or will those get picked up automatically?

Comment 6

[James Long (:jlongster)]

Attachment: patch to mozilla.com to run mozorg as /org folder (fixed)

Uploaded bad file before. New one is the good patch.

Comment 7

[James Long (:jlongster)]

Attachment: making the other attachment obsolete

Comment 8

[James Long (:jlongster)]

Attachment: making the other attachment obsolete

Comment 9

[James Long (:jlongster)]

(In reply to comment #5)
> Glad to hear that the RewriteMap helps deal with the large htaccess file.  
> 
> What does this mean for any ongoing changes to the htaccess file as more
> content is archived and if we start cleaning old redirects up?  James, do we
> just notify you of any htaccess changes or will those get picked up
> automatically?

David, don't worry about that, we can just regenerate all the redirects once we're ready to go live. It's pretty easy to do. We'll need to "freeze" those kinds of changes when we're pushing it live (just for a day or two, probably, and just any changes to the htaccess file).

Comment 10

[James Long (:jlongster)]

Once we get this QA'ed we'll close this bugger.

Comment 11

[James Long (:jlongster)]

Raymond, bug 675181 is the last bug that needs QA here.

Comment 12

[James Long (:jlongster)]

Closing, as the last few bugs are blocking bug 610724 and we have successfully setup a working site at http://www-dev.allizom.org/