Closed Bug 634709 Opened 13 years ago Closed 13 years ago

Create the url and redirect for mozilla.org/join

Categories

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

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jane, Assigned: paulosman)

Details

The Join Mozilla program will use the url mozilla.org/join  

Please can you help create this url, and also create a redirect so that a person going to mozilla.org/join from multiple different locales will get 
redirected to their appropriate country page on donate.mozilla.org based on their preferred locale.  

It will be important for this to be working in the next 7 days (launch event in Germany March 1-5). 

With many thanks
Jane
Assignee: nobody → paul
OS: Mac OS X → All
Hardware: x86 → All
Pascal wrote a class that handles the locale detection.  The code is at http://viewvc.svn.mozilla.org/vc/projects/granary/libs/l10n/localeDetection.class.php?view=markup and you can visit http://granary.stage.mozilla.com/libs/l10n-demos/localeDetectionDemo.php to see a demo.

Once we have user's preferred locale, we need to redirect to the correct form.  Please note that this redirect must not be cached.  Here's what we did in some previous projects:

> header('Date: '.gmdate('D, d M Y H:i:s \G\M\T', time()));
> header('Expires: Fri, 01 Jan 1990 00:00:00 GMT');
> header('Pragma: no-cache');
> header('Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0, private');
> header('Vary: *');
> header('Location: '. $url);
> exit();

HTH.
thank you Paul - great news. Does that include German as well? 

Mike A -- does this mean we can now pass to QA and security for them to test whenever they have resources to review?
(In reply to comment #3)
> thank you Paul - great news. Does that include German as well? 
> 
> Mike A -- does this mean we can now pass to QA and security for them to test
> whenever they have resources to review?

Not quite yet. I'm still working on getting the thankyou page / pdf generator working on staging. Will update when that's complete, then we should be ready for QA / security review.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Paul, I'm not sure how things are set up, so maybe this comment can be ignored, but looking at http://viewvc.svn.mozilla.org/vc?view=revision&revision=83547, isn't the redirect going to be cached once the code is deployed to production?
(In reply to comment #5)
> Paul, I'm not sure how things are set up, so maybe this comment can be ignored,
> but looking at http://viewvc.svn.mozilla.org/vc?view=revision&revision=83547,
> isn't the redirect going to be cached once the code is deployed to production?

Hmm, yeah I think you're right. I don't know much about the setup on mozilla.org, suggestions for getting around this?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to comment #6)
> (In reply to comment #5)
> > Paul, I'm not sure how things are set up, so maybe this comment can be ignored,
> > but looking at http://viewvc.svn.mozilla.org/vc?view=revision&revision=83547,
> > isn't the redirect going to be cached once the code is deployed to production?
> 
> Hmm, yeah I think you're right. I don't know much about the setup on
> mozilla.org, suggestions for getting around this?

Some code (maybe prefetch.php?) sends headers that force the page to expire immediately. That might be what you're looking for.
Added cache-control headers instructing Zeus not to cache the response.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 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.