My wiki installation is managed like the following:
*www.domain1.com* -> gets redirected to: *www.domain1.com/wiki/Hauptseite*
Now I would like to add another domain* www.domain2.com*. This Domain gets
directed to *www.domain1.com/wiki/Hauptseite*
(that is not the problem and can be done in ease)
*So here is my question:*
is it possible to redirect *www.domain2.com* to the same wiki installation
under *www.domain1.com/wiki/Hauptseite* but that the browser window shows up
Your Help is highly appreciated
I would like to remove my Account from the Mediawiki mailing List .
Please tell me if I have to make any settings or it will be done by you ?
thanks in Advance,
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!
Jetzt informieren: http://www.gmx.net/de/go/freephone
We had mediawiki instance (version 1.15) running for several months. We
recently upgraded it to version 1.17
However we noticed that after the upgrade, the <gallery> tag does not
work as expected.
Here are the examples of the failing gallery tag :
Any suggestions on how to fix this will be greatly appreciated.
I was planning on working on the 1.18 release last week, however most of my
time was absorbed with Contest related work, meaning this didn't happen.
As of writing this email, there are 27 outstanding revisions tagged as 1.18
. 26 are new, one is fixme. All revisons don't have to be merged to the
REL1_18 branch at this point. Any major bugs that have been in fixed (that
are applicable in 1.18) should be backported if they haven't been already.
Helps limit the number of duplicate bug reports we may get.
On the bug front, there are numerous outstanding bugs, not all of these need
to be fixed for 1.18 . Please feel free to remove them from being
The intention is to push a beta out this week (today? maybe.. Certainly by
the end of the week)
Certainly, if anyone knows of anything that really "needs" to be in the
beta, please let me know ASAP.
 https://bugzilla.wikimedia.org/show_bug.cgi?id=28425 - Tarball bugs
 https://bugzilla.wikimedia.org/show_bug.cgi?id=29876 - WMF Deployment
I run a MediaWiki 1.17.0 site for 3000 users (see the architecture below) and would appreciate some tips on improving performance. Specifically, what should we try next, given our current setup? (I have read http://www.mediawiki.org/wiki/Manual:Performance_tuning.)
The platform is a single VMware virtual machine (CentOS Linux 5.6) with two CPUs (2.5GHz Opteron) and 3 GB RAM. The whole MediaWiki/LAMP stack runs on this VM, including mySQL. This is on a fast intranet, so network speed is not an issue. Other statistics include:
* Page views per day: 22,000 (about 30 hits per minute during peak hours)
* Edits per day: 1200
* Users: 1800 registered editors and 1200 anonymous readers
* Titles: 100,000
* Revisions: 850,000
* Page rendering time (based on the embedded HTML comment at the bottom of each page) is about 0.25 to 0.5 seconds today.
* System load average usually runs between 1.00 and 4.00. A little swapping occurs (around 135MB swap in use)
* RAM buffers free: around 2.3 GB right now.
* PHP 5.33, mySQL 5.0.77, httpd 2.2.3
For caching, we use eAccelerator (huge improvement) and $wgMainCacheType = CACHE_ACCEL.
Another important detail: Unlike Wikipedia (and most other wikis), approximately 10,000 of our pages make live SQL queries to non-MediaWiki databases, pull in the results, and display them to the user. This is important for our business, and our users are accustomed to seeing up-to-the-second live data. (So we have not investigated Squid, for example, which I think would cache the rendered pages and therefore lose the "up-to-the-second" live data.)
The problems I am seeing are:
* Sometimes an individual "Save Page" operation will sit for 20-30 seconds before completing.
* Occasionally some pages take a long time to render (10-15 seconds) for no discernable reason. (This is not due to the live SQL queries mentioned above.)
I'd like to eliminate these delays and decrease page rendering time to 0.1 second or less.
I have determined that our extensions do not slow the wiki down much. After removing all of them, the speed stays about the same.
Given our architecture, what's the best next step we should investigate to improve performance?
* File cache or Squid? (And is there some easy way to tell Squid to exclude our dynamic SQL pages? They all run a particular wiki extension, so if there's something programmatic we can do in the extension, that's great. I am not very familiar with Squid.)
* Increase number of CPUs?
* Multiple front-end servers?
* Change from a VM to a physical machine?
* Move mySQL to a separate server (possibly physical)?
* Something else?
What additional measurements would be most helpful in making this decision?
Thanks for any advice,
I'm getting this error when I run Update.php on my site.
> myname@mysystem:/home/myname# php /home/myname/mediawiki-1.17.0/maintenance/update.php
> PHP Warning: include(/home/frosty/mediawiki-1.17.0/extensions/Chemistry/ChemicalSources.alias.php): failed to open stream: No such file or directory in /home/myname/mediawiki-1.17.0/includes/LocalisationCache.php on line 411
> PHP Warning: include(): Failed opening '/home/myname/mediawiki-1.17.0/extensions/Chemistry/ChemicalSources.alias.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/myname/mediawiki-1.17.0/includes/LocalisationCache.php on line 411
> MediaWiki 1.17.0 Updater
I am trying to install Extension:Chemistry & getting this error.
Any ideas on how to fix this? I have the required entries in LocalSettings.php
> # (for the ChemFunctions tags)
> # (for the Special:Chemicalsources page)