Hi,
our shared web hosting provider is reporting serious performance
problems for our site leading to breakdowns of their server etc. They
are making the wiki and maybe the database responsible.
They have taken the site offline (more or less), but we are rather
depending on it at the moment as we have agreements with other 3rd
parties to provide hosting of a bigger event in the beginning of May --
i.e. we are in trouble!
I am not a DB expert. So I hope someone can have a brief look at the
statistics below and verify if there is something strange going on.
Esp. Handler_read_rnd and Handler_read_rnd_next seem to be pretty high.
You need a password to access the site:
http://wiki.rockinchina.com/index.php?title=Special:Version
user/pass: mediawiki:mediawiki
I have exported the DB statistics from phpMyAdmin:
http://www.rockinchina.com/dbstatus.html
Some access statistics from a few days ago (just before the problem
first appeared):
Date, Visitors, Pages, Hits, Traffic
14.04.2010 1768 9711 23568 215.71 MB
15.04.2010 2044 11258 34488 405.92 MB
At what else could I be looking at for some load statistics?
What else could be causing the high CPU load?
Thanks for your help,
matsch
--
Rock in China
http://wiki.rockinchina.com/http://www.rockinchina.com/
Hi, I am wondering why the expression #expr is not functioning at my website
at Teknologi-maklumat <http://teknologi-maklumat.jbdirectory.com>. I did
install the Parserfunction extension and also set slow parser to true.
--
PM Poon
Hi,
on http://wiki-de.genealogy.net and http://wiki-commons.genealogy.net we carry MW installations of version 1.14.1.
Media files and their description pages are in wiki-commons and are both shown in wiki-de as a dynamic import (like in WP installation).
In cases we have a wiki-commons template with media file (image) in the media description page (licence info box, media type info box) - in wiki-commons all goes well only the dynamic imported description pages in wiki-de do not show such images, but only a red (wrong) URL to wiki-de (!). The only work-around we found is to configure the image in the template with a size parameter. Surprisingly then the images get the correct URL from wiki-commons too when the description page is shown in wiki-de!
Is this a (known) MW bug (parser?) or a misconfiguration of our wikis?
--
Ich freue mich auf Deine/Ihre Antwort!
Uwe (Baumbach)
U.Baumbach(a)web.de
___________________________________________________________
NEU: WEB.DE DSL für 19,99 EUR/mtl. und ohne Mindest-Laufzeit!
http://produkte.web.de/go/02/
I am encountering an error with Extension:RPED on pages that have characters
from certain alphabets. My server (I have shared hosting) is running PHP
5.2.13. I found this post about a situation with a similar error:
http://www.mwusers.com/forums/showthread.php?13824-mysql-error-1271-Illegal…
I am the author of the RPED extension and am wondering if this is an issue
for me to fix, or if it is an issue with PHP that will need to be fixed with
a later upgrade of PHP? The error occurs at, for instance:
* http://libertapedia.org/wiki/Template:Infobox
* http://libertapedia.org/w/index.php?title=Barack_Obama&oldid=20752
The line of code in RPED where it is messing up is:
$result=$dbr->selectRow('rped_page','rped_page_id',array("rped_page_title"
=> $title));
The error is as follows:
A database query syntax error has occurred. This may indicate a bug in the
software. The last attempted database query was:
SELECT rped_page_id FROM `rped_page` WHERE rped_page_title =
'Ar:قالب:قالب_معلومات' LIMIT 1
from within function "Database::selectRow". Database returned error "1267:
Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and
(utf8_general_ci,COERCIBLE) for operation '=' (localhost)".
Thanks, -Tisane
As a follow up to my previous post regarding the error message
'Parameter 1 to language::GetMagic()...'
After some research, I have confirmed that this is a MediaWiki bug and
it has been fixed, but the fix is only available in version 1.16 for
some reason.
The bug details are at
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/55429
bobj
-----------------------------------
Dr Bob Jansen
Turtle Lane Studios Pty Ltd
PO Box 26, Erskineville NSW 2043, Australia
Ph: +61-414 297 448
Skype: bobjtls
http://www.turtlelane.com.au
In line with the Australian anti-spam legislation, if you wish to
receive no further email from me, please send me an email with the
subject "No Spam"
I should think so. If you can ::see:: a page you should not have to ::create:: it in order to ::edit:: it.
----- Original Message -----
From: £ukasz Garczewski <tor(a)wikia-inc.com>
To: MediaWiki announcements and site admin list <mediawiki-l(a)lists.wikimedia.org>
Date: Fri, 16 Apr 2010 13:54:13 +0200
Subject: Re: [Mediawiki-l] Q: I have sysop but I can't edit stuff
> On Fri, Apr 16, 2010 at 1:48 PM, Tom Medhurst
> <tom.medhurst(a)googlemail.com> wrote:
> > Thanks Lucas,
> > Sorry, I forgot to mention that I do not have an edit button on
> > the MediaWiki:Sidebar page either, just: Message, Discussion, Create, and
> > Watch.
>
> Click "create". :)
>
> For the rest of us: is this a usability problem we have here? I
> believe this is not the first time I've seen this causing confusion.
>
> --
> Lucas 'TOR' Garczewski
> Wikia Tech Team
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
Hi Guys,
I just installed MediaWiki 1.15.3 from the main web site and installed it no
problem!
The admin account I gave during the installation seems to have sysop rights
(eg. if I go a select * from user_groups I can see my user's id and sysop in
the ug_group column, I also have a second row for bureaucrat).
The problem is, when I go to Special:SpecialPages and scroll down; I can't
see anything under Restricted special pages. Also when I goto my
preferences, I only have the permissions: Administrators, Autoconfirmed
users, Bereaucrats, and Users.
How do I get to the Restricted special pages? I want to
edit MediaWiki:Sidebar and this is how I believe I do it.
Thanks,
Tom
Hi!
I was wondering whether it would be good to move the JavaScript wg*
variables to the mw object (more exactly: to mw.page). That means
wgCanonicalNamspace to mw.page.canonicalNamespace etc. I thought of this
because I read that new functionality should only be added to this
object and not to wg* variables [1].
So, what do you think? Would it be a good idea to move these variables?
(Of course, the old variables had to remain, too, as we cannot expect to
change all the scripts depending on this for one update.)
If you’d agree, I’d like to try this and write the necessary code, ok?
Regards,
Robin
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=23104
--
Wikipedia-Benutzer Ireas / Robin Krahl <ireas(a)rkrahl.de>
http://de.wikipedia.org/wiki/Benutzer:Ireashttp://rkrahl.de
plain text & open source ftw!
I am needing to export our current media wiki into another format so am hoping to use dumpHTML. I need the html output along with the data.
I keep receiving the following errors when running dumpHTML.php from the maintenance directory:
<error>
Warning: Cannot modify header information - headers already sent by (output started at /var/www/localhost/secure/netops-wiki/maintenance/commandLine.inc:200) in /var/www/localhost/secure/netops-wiki/includes/OutputPage.php on line 450
</error>
I'm running this on a Linux box and it is MediaWiki version 1.6.8.
Any thoughts?
Regards,
Teresa