incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dave Fisher <dave2w...@comcast.net>
Subject Re: Registration
Date Wed, 21 Mar 2012 00:18:53 GMT

On Mar 20, 2012, at 4:43 PM, Rob Weir wrote:

> On Tue, Mar 20, 2012 at 6:42 PM, Dave Fisher <dave2wave@comcast.net> wrote:
>> 
>> On Mar 20, 2012, at 3:32 PM, Rob Weir wrote:
>> 
>>> On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen
>>> <rjaaskel@saunalahti.fi> wrote:
>>>> I just wonder if all OpenOffice users are not Englishmen ... how this is
>>>> handled?
>>> 
>>> 
>>> Good question.  OOo 3.3 sends a request with a URL like this:
>>> 
>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>> 
>>> So it does have a "locale" parameter.   My guess is the legacy
>>> registration server used that info to provide a localized registration
>>> form.
>>> 
>>> Currently we don't have an equivalent page in other languages.   We
>>> could clean up that page and get it translated into the various
>>> languages.  But I don't know enough about Apache server rewrites to
>>> know if it is possible to redirect based on a URL parameter.  Maybe
>>> one of our gurus can tell us it is possible to redirect:
>>> 
>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>> 
>>> to
>>> 
>>> http://registration2.services.openoffice.org/confirm_en.html
>>> 
>>> or even:
>>> 
>>> http://en.openoffice.org/confirm.html
>>> 
>>> 
>>> In other words, can we pick out a URL parameter and use that elsewhere
>>> in the rewrite?
>> 
>> It ought to be possible to do a rewrite to go to say:
>> 
>> www.openoffice.org/contributing.html (if en)
>> www.openoffice.org/fr/contributing.html (if fr)
>> ...
>> 
>> We can then put contributing pages in English into each NL site. A first task for
NL volunteers can be to translate these to their own language.
>> 
> 
> Maybe done via Subversion symbolic links, so we can keep the English
> version updated, at least until the point an NL group takes it over.

Or perhaps externals, I think that would be a folder.

We could have an apache, policy, or user directory - content/user/.

With files like: 

registration.mdtext
contributing.mdtext
policy.mdtext

The directory could be external in say French - content/fr/user/.

The files registration.mdtext etc in that directory become like "branches", can be translated
and it would be possible to flag these changes for each NL team.

I'll look for someone with svn superpowers like Joe to tell us if this is a good idea or crazy.

Regards,
Dave

> 
>> Regards,
>> Dave
>> 
>>> 
>>> 
>>> -Rob
>>> 
>>> 
>>>> Regards
>>>> Risto
>>>> 
>>>> Rob Weir [robweir@apache.org] kirjoitti:
>>>>> 
>>>>> On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher <dave2wave@comcast.net>
>>>>> wrote:
>>>>>> Since we can't control existing distributions:
>>>>>> 
>>>>>> To dos would be.
>>>>>> 
>>>>>> (1) Create a page that explains things either in the podling site,
>>>>>> either wiki, or ooo-site.
>>>>>> 
>>>>> 
>>>>> I wonder whether this page would be appropriate:
>>>>> 
>>>>> http://www.openoffice.org/download/contribute.html
>>>>> 
>>>>> That is the one that we currently point users to as they download OOo
>>>>> 3.3.  It seems to cover all the bases,  getting help, mailing lists,
>>>>> etc.  It even might direct some dimes to the treasury.
>>>>> 
>>>>> Maybe just change the header to "Thanks for downloading OpenOffic.org
>>>>> " ??   That would then cover both bases.
>>>>> 
>>>>> 
>>>>>> (2) Redirect all registration[0-9].services.openoffice.org requests
to
>>>>>> that page. This would be a JIRA ticket for INFRA after doing (1)
>>>>>> 
>>>>>> Volunteers?
>>>>>> 
>>>>> 
>>>>> If there are no objections I'll do the above.
>>>>> 
>>>>>> Regards,
>>>>>> DAve
>>>>>> 
>>>>>> On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote:
>>>>>> 
>>>>>>> Perhaps the register landing page should point to a page with
this
>>>>>>> information.
>>>>>>> (and maybe a plug for AOO and the Apache Way, etc.)
>>>>>>> 
>>>>>>> A.
>>>>>>> 
>>>>>>> On 3/19/2012 5:30 AM, Rob Weir wrote:
>>>>>>>> Hi Tobias,
>>>>>>>> 
>>>>>>>> Thanks for the report on the registration page.  This outage
is
>>>>>>>> intentional. We are no longer doing user registration with
>>>>>>>> OpenOffice.org.  Our next release will remove this option
so you do
>>>>>>>> not get that error message.
>>>>>>>> 
>>>>>>>> The closes thing to "registration" we have is a mailing list
that
>>>>>>>> users can sign up for to receive updates from the project,such
as
>>>>>>>> announcements of new releases.   If you want to subscribe
to this
>>>>>>>> list, send an email to:   ooo-announce-subscribe@incubator.apache.org.
>>>>>>>> 
>>>>>>>> Regards,
>>>>>>>> 
>>>>>>>> -Rob
>>>>>>>> 
>>>>>>>> On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese
>>>>>>>> <tobiascortese@hotmail.com>  wrote:
>>>>>>>>> Hello,
>>>>>>>>> The registration link for OpenOffice brings up an error
page. Here's
>>>>>>>>> the link and error message:
>>>>>>>>> 
>>>>>>>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>>>>>>>> This webpage is not availableThe server at
>>>>>>>>> registration2.services.openoffice.org can't be found,
because the DNS lookup
>>>>>>>>> failed. DNS is the network service that translates a
website's name to its
>>>>>>>>> Internet address. This error is most often caused by
having no connection to
>>>>>>>>> the Internet or a misconfigured network. It can also
be caused by an
>>>>>>>>> unresponsive DNS server or a firewall preventing Google
Chrome from
>>>>>>>>> accessing the network.Here are some suggestions:Reload
this webpage
>>>>>>>>> later.Check your Internet connection. Restart any router,
modem, or other
>>>>>>>>> network devices you may be using.Check your DNS settings.
Contact your
>>>>>>>>> network administrator if you're not sure what this means.Try
disabling
>>>>>>>>> network prediction by following these steps: Go to the
wrench menu>
>>>>>>>>>  Preferences>  Under the Hood and deselect "Predict
network actions to
>>>>>>>>> improve page load performance." If this does not resolve
the issue, we
>>>>>>>>> recommend selecting this option again for improved performance.Add
Google
>>>>>>>>> Chrome as a permitted program in your firewall's or antivirus
software's
>>>>>>>>> settings. If it is already a permitted program, try deleting
it from the
>>>>>>>>> list of permitted programs and adding it again.If you
use a proxy server,
>>>>>>>>> check your proxy settings or contact your network administrator
to make sure
>>>>>>>>> the proxy server is working. If you don't believe you
should be using a
>>>>>>>>> proxy server, adjust your proxy settings: Go to Applications>
 System
>>>>>>>>> Preferences>  Network>  Advanced>  Proxies and
deselect any proxies that
>>>>>>>>> have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED):
Unable to resolve
>>>>>>>>> the server's DNS address.Please let me know where I can
go to register my
>>>>>>>>> product.Thanks,Tobias
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>> 


Mime
View raw message