On 03/26/2011 12:03 AM, Andrew Garrett wrote: I'm working with a group that has customized their mediawiki installation so that they can create multiple wiki instances, each with their own database, that have no knowledge of each others existence. This was done for security and privacy reasons. The dumpBackup.php utility seems to be built for a single mediawiki instance that uses a single database so there is no option to pass it a database name to dump. I can dump each individual databases and try to merge them. Has anybody tried that? Thanks - Tod

I developed a corresponding sync. tool and a search engine (already public) which works fine :-). Hope the sync. tool will be public soon. c u stevie www.webserver-management.de -----Ursprüngliche Nachricht----- Von: wikitech-l-bounces(a)lists.wikimedia.org [mailto:wikitech-l-bounces@lists.wikimedia.org] Im Auftrag von Daniel Friesen Gesendet: Montag, 28. März 2011 18:33 An: Wikimedia developers Betreff: Re: [Wikitech-l] Merging content from multiple wikis On 11-03-28 08:09 AM, Tod wrote: appreciated! Our Maintenance class includes a --wiki param which accepts something like --wiki=thedb or --wiki=thedb-theprefix and sets MW_DB and MW_PREFIX constants you can use in your LocalSettings. Though I could have sworn rather than that we had a proper wiki setting that set a variable with a wiki id the LocalSettings could use in the cli in place of the domain testing you have for web requests. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Tod wrote: Dumping the dbs and trying to merge the databases will have duplicated keys everywhere. It could be done, but I don't suggest you to try going that way. PS: It is fun that they were splitted for security and privacy and now search will be common, which voids those properties.

On 29 March 2011 14:27, Tod <listacctc(a)gmail.com> wrote: There is already Lucene based search system for Mediawiki called lucene-search [1]. It is somewhat Wikimedia specific but general use does not seem impossible. [1] http://www.mediawiki.org/wiki/Extension:Lucene-search -Niklas -- Niklas Laxström

On 11-03-29 05:19 AM, Tod wrote: SphinxSearch also has a number of other disadvantages: - The 'did you mean' is only a spellcheck, it's not index based and not sensitive to your wiki's actual content so suggestions can be quite bad in some cases. They were so bad for me the feature was useless. - The interface for SphinxSearch seams to be out of date - The index cannot be updated live on-save, so there is delay between changing content and it getting into the index - Sphinx queries the sql directly so it's incompatible with compressed revs, external storage, and essentially any attempt at making storage of page text efficient in any way at all I actually looked at Solr earlier on today (ok, actually yesterday, I couldn't get to sleep). It would be an interesting project, Solr can support most of the good search features we get from Lucene, but in a more widely used package. Course it won't meet Wikimedia's performance needs, and Lucene-search might work better for some things, but for the rest of it it's probably a good alternative to trying to get Lucene-search working. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]