wiki family setup with mediawiki 1.18.1

Hi,

I am trying to set up a wiki family with subdirectories based on mediawiki 1.18.1 version ie., 

http://mysite.com/wiki1 and http://mysite.com/wiki2

I am referring to the drupal-style settings documentation for the above wiki family setup. The problem is
even with the drupal-style LocalSettings.php (which looks for a regular mediawiki-style
LocalSettings.php in the sites directory) in place, going to http://mysite.com/wiki1 brings me up with
the installer to generate a LocalSettings.php.

Following the same drupal-style instructions, I was able to set up a wiki family (subdirectories as above)
successfully with mediawiki-1.16.1 version. I realize that there are many changes since 1.161.1, in
particular the $IP variable settings and require_once("includes/DefaultSettings.php") were moved
to includes/WebStart.php from LocalSettings.php. Also new to 1.18.1 is the HipHop
compiler/interpreter. The paths in includes/WebStart.php are either compiled/interpreted paths set
by the hiphop library "includes/Init.php".

I tried to modify the "includes/WebStart.php" in the old style, by changing
"MWInit::interpretedPath("LocalSettings.php") to "($IP/LocalSettings.php"), but still I am being
presented with the installer going to http://mysite.com/wiki1

Would you point to me how and where I should make changes to create a wiki family with the 1.18.1 code base? Any
help is greatly appreciated.

Thanks,
Poornima. 

_______________________________________________
MediaWiki-l mailing list

Re: wiki family setup with mediawiki 1.18.1

On Fri, 02 Mar 2012 09:56:19 -0800, Poornima Pochana <ppreddy <at> uab.edu>  
wrote:

> Hi,
>
> I am trying to set up a wiki family with subdirectories based on  
> mediawiki 1.18.1 version ie.,
>
> http://mysite.com/wiki1 and http://mysite.com/wiki2
>
> I am referring to the drupal-style settings documentation for the above  
> wiki family setup. The problem is even with the drupal-style  
> LocalSettings.php (which looks for a regular mediawiki-style  
> LocalSettings.php in the sites directory) in place, going to  
> http://mysite.com/wiki1 brings me up with the installer to generate a  
> LocalSettings.php.
>
> Following the same drupal-style instructions, I was able to set up a  
> wiki family (subdirectories as above) successfully with mediawiki-1.16.1  
> version. I realize that there are many changes since 1.161.1, in  
> particular the $IP variable settings and  
> require_once("includes/DefaultSettings.php") were moved to  
> includes/WebStart.php from LocalSettings.php. Also new to 1.18.1 is the  
> HipHop compiler/interpreter. The paths in includes/WebStart.php are  
> either compiled/interpreted paths set by the hiphop library  
> "includes/Init.php".
>
> I tried to modify the "includes/WebStart.php" in the old style, by  
> changing "MWInit::interpretedPath("LocalSettings.php") to  
> "($IP/LocalSettings.php"), but still I am being presented with the  

Re: wiki family setup with mediawiki 1.18.1

Thank you Daniel.

Would the configuration variables happen to be 'MW_CONFIG_FILE' , '$IP'? Can you provide an example how to
set this conditional? Sorry, I haven't hacked into mediawiki code much, so am quite a novice here.

Poornima.

On Mar 2, 2012, at 1:21 PM, Daniel Friesen wrote:

> 
> You should not be modifying core code to make wiki families.
> 
> You do that by adding conditionals into your LocalSettings.php and setting configuration variables
with different settings depending on where you are.
> 
> 
> -- 
> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
> 
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l <at> lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

_______________________________________________
MediaWiki-l mailing list
MediaWiki-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: wiki family setup with mediawiki 1.18.1

No, neither of those should be touched. MW_CONFIG_FILE can't be changed  
 from within LocalSettings.php and $IP is the path to where the code is,  
that should be left alone.

Variables like $wgServer, $wgDBname, etc... are what you would change. For  
example:

if ( $_SERVER['HTTP_HOST'] == 'a.example.com' ) {
   $wgServer = "http://a.example.com";
   $wgDBname = "awiki";
} elseif ( $_SERVER['HTTP_HOST'] == 'b.example.com' ) {
   $wgServer = "http://b.example.com";
   $wgDBname = "bwiki";
}

You use conditionals to set the variables that would actually be different  
between the installations.

--

-- 
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]

On Fri, 02 Mar 2012 11:28:55 -0800, Poornima Pochana <ppreddy <at> uab.edu>  
wrote:

> Thank you Daniel.
>
> Would the configuration variables happen to be 'MW_CONFIG_FILE' , '$IP'?  
> Can you provide an example how to set this conditional? Sorry, I haven't  
> hacked into mediawiki code much, so am quite a novice here.
>

Re: wiki family setup with mediawiki 1.18.1

>>>>> "PP" == Poornima Pochana <ppreddy <at> uab.edu> writes:
PP> Would you point to me how and where I should make changes to create a wiki family

http://www.mediawiki.org/wiki/Manual:Wiki_family

Re : je suis perdu: comment configurer mediawiki sous deux langues: [fr] et [en] ???

Hi David and all.

Thank you for your help.

Ok, 

1/ let's resume what I've understood, and which seems to be relevant for a "how to for beginner":
________________________________________________________

Howto to create a page which is the translation of an other page:
********************************************************

To translate a page, the normal way is: create a new page getting the exact name of the page to translate
adding to the name a "/" and the language code name of the language we want to translate the page in.
Exemple:
If the name of the page to be translated is: MyPageInOriginalLanguage
And if the language in which I want to translate the page is: french
Then, the language code of french is: fr

And then I create a new page (if not exist yet) in which I will translate the content of
MyPageInOriginalLanguage. I name this new page: 

MyPageInOriginalLanguage/fr

Is that correct ?

2/ using what already exists on wikimedia foundations wiki sites:

quote:[david] "You can copy & paste in your wiki templates from MediaWiki.org or Meta
to use as links between pages in diferent languages."

How to get the language menu bar at the top of a page content, stoping the cascading subpage links?

Hi all,

I'm trying to understand how to replicate the code used by other wikis that returns the language menu bar at
the top, or somewhere in, a page content.
I've made some tests trying to replicate some code get from Template:languages of other wiki using mediawiki.
Based on the assumption that a page is translated using the creation of a new page named with a slash "/"
followed by the codelanguage (i.e: page/fr), I saw that adding a code into a Template:Languages page, and
then putting into the content of a page the code {{Languages}}, is used by some of multilanguage wikis
using mediawiki engine, to get a language bar menu.

Then I've tried to replicate the following code into a Template:languages page. This code returns links to
language subpages. But it does not work completly.

[[{{{1|:{{NAMESPACE}}:{{BASEPAGENAME}}}}}|{{#language:en}}]] • 
[[{{{1|:{{NAMESPACE}}:{{BASEPAGENAME}}}}}/ar|{{#language:fr}}]] • 

But I have 2 problems with this code:
PROBLEM 1: when we go to a page translated, the language bar menu still propose to go to the subpage of this
translated page, instead of stopping this cascade logic. Exemple: the original page is in english. Its
name is: PageInitialLanguage. We created a translation in french of this page, called,
PageInitialLanguage/fr. Being on the original english version of the page, a link is proposed to the
"french" version of the page. Clicking on it, we arrive on the french version of the page. BUT: on this
french version, the language menu bar, proposes to go the the french subpage of the current french version
page., etc ...

PROBLEM 2: when we are on the translated version of a page, the link to the original default language is not
active. Exemple: when we go to the french version of an english page (english is the default language),
then being on the french version, the link to the english version is not active.

How to solve this ?

Re : How to get the language menu bar at the top of a page content, stoping the cascading subpage links?

Hi all.
I've decided to use Polyglot and Language selection, instead of putting some code on the top of each page,
according to david recomendations which works fine:

There are some things that you can automatize installing some extra
extensions. I recommend you to install Polyglot and Language selector
(as I said in a previous message in this list):
* Polyglot: it will redirect the user to the page in his language, if
exist, depending on his browser language (you must to identify the page
language using subpagenames /de /fr /es ...). There must to be a 'base
language' without subpagename. Attention: take the last SVN version of
Polyglot because the version in the snapshot don't works with Mw 1.18.
* LanguageSelector: the user can choose his navigation language, it
changes the interface language, and, combined with Polyglot, redirects
him to the page in the choosen language if exists, ignoring the browser
language

Links:
http://www.mediawiki.org/wiki/Extension:Polyglot
http://www.mediawiki.org/wiki/Extension:LanguageSelector  

________________________________
 De : HiddenId <courriel_achevrier <at> yahoo.fr>
À : MediaWiki announcements and site admin list <mediawiki-l <at> lists.wikimedia.org> 
Envoyé le : Lundi 5 mars 2012 15h21
Objet : [Mediawiki-l] How to get the language menu bar at the top of a page content, stoping the cascading
subpage links?

Hi all,

Invitation to help beta-test the MediaWiki 1.19 extension for the Wikipedia Education Program

The MediaWiki developers have been working hard to integrate certain elements of the Wikipedia Education
Program into MediaWiki. If anyone is interested in helping beta-test the new extension, click (or copy
and paste) the link below to get started:

http://education.wmflabs.org/index.php/MW_1.18:Community_portal/Welcome,_beta_testers!

Please note that this site does not will not represent official Wikipedia Education Program data. Feel
free to alter the data on the wiki however you wish; the more testing you do, the better!

Thanks,

Rob Schnautz
Online Communications Contractor
Global Development
Wikimedia Foundation

11450 Northridge Dr
Evansville IN 47720
c. 812.746.8347

Re: CAPTCHA recommendation for account-creation bots?

On 28/02/12 00:32, Benjamin Lees wrote:
> ReCAPTCHA is so conceptually flawed that it would be a poor solution
> even if it weren't cracked.  FancyCaptcha is good (but still at least
> sometimes bypassed in practice), but the requirements for setting it
> up put it out of reach for many wikis.

I think you could generate the captcha images locally and upload them to
the server. It's much easier to fullfil the python requisites at the
user box than in the server.
I don't think it has been proposed before, though. But with a good
documentation, that could be a much nice path for FancyCaptcha users.