I am out of the office until 29/04/2013.
I will be at the Child Rights Education workshop the week of 22-26 April,
with limited access to email. I will respond to your email as soon as
possible.
Note: This is an automated response to your message "MediaWiki-l Digest,
Vol 115, Issue 26" sent on 4/20/2013 2:00:20 PM.
This is the only notification you will receive while this person is away.
Hi all,
We're having a problem with question marks in titles not working
(plus-signs as well), which we now believe is due to the URLs being decoded
by our load balancers, which are Microsoft Application Request Routing
(ARR) running on IIS. For example, http://www.example.com/wiki/What%3F is
ending up at our Apache Mediawiki servers as
http://www.example.com/wiki/What, resulting in a page not found message
since the title has a literal question mark in it. More testing to confirm
the behavior would result, for example, in a path like /wiki/What%3Ffoo=bar
being parsed into a title of What with a query string of foo=bar. Also,
additional question marks get converted into ampersands, e.g.
/wiki/What%3Ffoo=bar?baz=blah converts to /wiki/What%3Ffoo=bar&baz=blah.
Has anyone else experienced running a wiki behind ARR and dealt with this
kind of behavior?
Thanks,
Justin
Hi,
I created a copy of the math-related Articles in Wikipedia EN, to
demonstrate the LaTeXML math renderer
http://demo.formulasearchengine.com/index.php/Great-circle_distance
However it looks somehow ugly since the templates are not included.
Is there a way to copy or somehow transclude the pages via
wgEnableScaryTranscluding without to add a prefix manually.
For example in the page above I don't want to change anything to the
source. And the template
{{Reflist}}
should include the template
http://en.wikipedia.org/wiki/Template:Reflist
Efficiency is not an issue since this is only a demo page.
Best
Moritz
--
Mit freundlichen Grüßen
Moritz Schubotz
Telefon (Büro): +49 30 314 22784
Telefon (Privat):+49 30 488 27330
E-Mail: schubotz(a)itp.physik.tu-berlin.de
Web: http://www.physikerwelt.de
Skype: Schubi87
ICQ: 200302764
Msn: Moritz(a)Schubotz.de
Hi,
I just installed mediawiki 1.20.4, it works find for creating pages and browsing them, but I just find there is no search box on the side bar, how should I change my configuration file to make the search box available to me?
Pls. kindly help me, many thanks in advance.
Thanks,
Jason
Hi guys. I had to restore my DefaultSettings.php file for some reasons,
and now, I'm having a strange problem..
Almost every link has a question mark (?) at the end.
e.g. username link in the top right bottom after logging in, is
"username?" and the "my topics" link is "mytopics?"
Also every category link gives the same problem..
Instead of seeing a red link with "Category" as in the past, now I see a
black link "Category?" and only the ? is red.
But actually, links are working correctly...
Why?
Any suggestion on how to solve?
Thanks to everybody :)
Nick
--
+---------------------+
| Linux User #554252 |
+---------------------+
Cheers MWers,
I have a strange problem on my (clustered and load-balanced) Mediawiki instance: the 'l10n_cache' table is getting written to *very* excessively (and constantly.) Mediawiki seems to write the same localization information to the database every 3-5 seconds. This is causing MySQL to constantly write binlog files (for replication to the slaves) which fills the partition after a number of hours. Removing all my extensions does not stop the problem. I have APC installed for opt-code caching, and Memcached installed for caching other things (sessions, parser-stuff, etc.) I assume that this is all due to the constant requests made by the load-balancer to the wiki which in turn cause MW to recalculate the cache.
Why is the l10n_cache table getting completely rewritten every few seconds? The cache is not functioning as a cache.
I found one thing that will stop this behavior: $wgLocalisationCacheConf['manualRecache'] = true;
But this feels wrong because it makes me manually recomputed the l10n cache whenever I update/release. (Yet another thing to tack onto the release process.) There are also some configuration variables which will slow the process ($wgUpdateRowsPerQuery) or cache it to disk ($wgLocalisationCacheConf), but this merely masks the problem. Does anyone have an insight into why the l10n_cache table is getting written to so much? Or why Mediawiki isn't actually *caching* the localization messages in the database?
MW: 1.20.2
PHP: 5.3.3
MySQL: 5.1.66
CentOS 6.3
--Daniel (User:DanielRenfro)
Hi, please find 5 minutes for this survey:
http://www.doodle.com/minqnd6ngz9npfdv
In an *average* week, when are you more available to volunteer a couple
of hours? Multiple choices are good. No registration required.
VERY IMPORTANT: select your timezone!
Deadline: end of Sunday, May 21.
We want to organize activities for technical volunteers at the times
that suit you best. But we have contributors with different habits in
different parts of the World. This survey will help us covering better
everybody's preferences.
Thank you!
--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil