Project:Support desk
 Archives |
- Check before posting
- Realtime help
- Mailing list
- Reports on unstable releases
Welcome to MediaWiki.org's Support desk, the central on-wiki place to ask MediaWiki questions!
The greater purpose of this page is to make our Manual and other available help so good that you do not have to come here to ask questions, or making them easier to find.
There are other ways for of communication as well (IRC, mailing lists etc.). Read more here.
Before you post
- Please read through our technical manual and end-user help.
- Project:Current issues is where you should discuss issues about the mediawiki.org website itself.
- If your question is about an extension, consider posting your question at that extension's talk page instead.
- Project:Sandbox: Test wiki editing.
Post a new question
- To help us answer your questions, please always indicate which versions you are using:
- MediaWiki (reported by your wiki's Special:Version page)
- PHP (likewise)
- Database (likewise, e.g. MySQL 5.5)
- Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
- To start a new thread, click "Start a new discussion".
Archiving topics
Topics are automatically archived when they have been inactive for three weeks. If a question you have asked is approaching this limit and still has not been answered, please 'bump' it to prevent it being archived. However do not 'bump' for other reasons.
- [View source↑]
- [History↑]
Contents
 First page |
 Previous page |
 Next page |
 Last page |
G'day,
I recently moved my MediaWiki from one server to another. Everything seems to work well except thumbnail generation: I receive "Error creating thumbnail: Error code: 2"
I have reviewed and tried the various documented online solutions without success. My LocalSettings.php is
$wgEnableUploads = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert";
I can confirm that ImageMagick is installed (version 6.7.7-10) and the convert command path works when I try it from the Mediawiki directory prompt. . MediaWiki is looking into the right place for images (full images upload and display fine). I temporarily changed permissions to 777 on /images and on /images/temp just to see if that solved a problem. It didn't. I tried specifying
$wgMaxShellMemory = 512 000; $wgMaxShellFileSize = unlimited;
But that didn't solve the problem. I tried specifying the /images/temp directory with $wgTmpDirectory = "$IP/images/temp"; but that didn't solve the problem either. For kicks I tried using /etc/alternatives/convert but that didn't work either. I logged out of the wiki after each change and 'hard' refreshed my browser just to make sure that I was looking at the new settings effects. My MediaWiki is in /var/www/html/wikiname. It is version 1.23.2.
Convinced that imagemagick isn't being called or exiting properly I followed the links and got:
me@star:/usr/bin$ ls -l /usr/bin/convert lrwxrwxrwx 1 root root 25 Nov 3 17:39 /usr/bin/convert -> /etc/alternatives/convert me@star:/usr/bin$ ls -l /etc/alternatives/convert lrwxrwxrwx 1 root root 20 Nov 3 17:39 /etc/alternatives/convert -> /usr/bin/convert.im6 me@star:/usr/bin$ ls -l /usr/bin/convert.im6 -rwxr-xr-x 1 root root 6320 Mar 6 2014 /usr/bin/convert.im6 me@star:/usr/bin$ dpkg -S /usr/bin/convert.im6 imagemagick: /usr/bin/convert.im6
I tried changing the LocalSettings command path to /usr/bin/convert/im6 but it didn't help. I'm out of troubleshooting ideas. Any suggestions?
You say you have this:
$wgMaxShellMemory = 512 000; $wgMaxShellFileSize = unlimited;
But Manual:$wgMaxShellFileSize doesn't mention "unlimited" as a valid value, and also I think "512 000" is not a valid number in PHP. It should generate a parse error. Could you please verify that?
G'day, I was following (http://www.mediawiki.org/wiki/Manual_talk:Image_administration) suggestion and similar posts elsewhere reporting that this solved their similar problem even when no memory limitation was expected. I did not receive a parser error in MediWiki responses, looking in ~/apache2/error I don't see one, but I also commented out this trial after it did not resolve the problem.
The fact that you didn't get a parser error with that invalid code suggests that your LocalSettings.php file is being ignored altogether...
Thanks, but not true. Chances are good that I'm not looking in the right place for a parser error that doesn't report in the MediaWiki. LocalSettings.php is the effective configuration file because if I set #wgEnableUploads = false; then my MediaWiki doesn't allow uploads. I've sequentially tried these fixes, but either it's a 'more than one variable problem' or something else is causing an abnormal exit from ImageMagick. From the active LocalSettings.php
## To enable image uploads, make sure the 'images' directory ## is writable, then set this to true: $wgEnableUploads = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert"; #$wgSVGConverterPath = "/usr/bin"; #$wgImageMagickTempDir = "IP$/images/temp"; #$wgMaxShellMemory = 300000; #$wgMaxShellFileSize = 300000; #$wgMaxShellTime = 220; #$wgTmpDirectory = "/var/www/html/wikiname/images/temp"; #$wgUseImageReseize = true; #$wgGenerateThumbnailOnParse = true; ##$wgSVGConverterPath = "/usr/bin"; #$wgTmpDirectory = "$IP/images/temp";
I should have mentioned:
- MediaWiki 1.23.2
- PHP 5.5.9-1ubuntu4.5 (apache2handler)
- MySQL 5.5.40-0ubuntu0.14.04.1
Note that every line starting with a "#" character in LocalSettings.php is ignored, since it's a PHP comment.
Note that $wgImageMagickTempDir = "IP$/images/temp"; should be $wgImageMagickTempDir = "$IP/images/temp"; instead. And the value of $wgSVGConverterPath doesn't make sense. Still, all of those configuration variables are commented out, so they aren't being used in your installation.
Dear Member,
The wiki
has a lot of unclear contributions of doubtfull users.
It might be because of a bot or so.
How can I verify the IP addresses of the users or contributions?
Thank you.
Hansie
Oh yeah, that's called "normal spam" problem :D You should consider to use some extensions to avoid these spam bots to from editing and/or registering on your wiki. Read the Manual:Combating_spam to know how to do what :) The first step yould be some good captcha ;)
Thank you Florian!
It was easy to implement ReCaptha, but an error while registering :
"
New York City could not send your confirmation mail. Please check your email address for invalid characters.
Mailer returned: Policy restriction in effect. The fifth parameter is disabled on this system
".
But a confirmation mail was send. I used a normal e-mail address.
What's wrong?
Hansie
Hello! This error comes, because your hoster hosts php in safe_mode. In this mode, php's mail() function will return false with a warning when called with the fifth parameter (MediaWiki uses this parameter iirc) which MediaWiki interprets as an error while sending the e-mail (and add the above error message), see the Manual for more information.
You should ask your hoster to disable the completly senseless safe_mode. This function is deprecated in php 5.3 and removed in 5.4 anyway.
Florian,
I got 2 responces from my webhoster:
1 The issue is that we only allow 4 parameters and you seem to be using 5. You need to make sure that you use only 4 parameters when sending the email.
2 Also Safe Mode is disabled on our servers by default.
I got also the next information: PHP Version 5.3.29 : http://www.one-docs.com/php5/ : safe_mode Off Off.
Hans
Hello!
The 5. parameter is an official parameter documented on the php.net Manual page, so i don't think, that the developers will remove or implement a workaround for this; most hosters allow 5 parameters. So i would suggest to ask your hoster, why they block additional paramters to the mail() function.
You can try to open a bugreport in bugzilla (BUGREPORT), but i think it doesn't have much success.
I have a Languages problem into sidebar!
In German, i get a englisch word, and that is translate in an other englisch word. Why ???
example: "Geschichte" - > "Historie" put Output is Versionen !
Does anyone have an idea what it could be?
Homepage: http://kubbwiki.de
Infos: Mediawiki 1.23.1
Basis Language: german
UniversalLanguageSelector MLEB 2014.07
....
Webpage Sidebar output
=> Almanach
Hauptseite
Letzte Änderungen
Versionen <=======wrong
..........
Sidebar Code
- SEARCH
- => Almanach
-
- mainpage|mainpage-description
-
- recentchanges-url|recentchanges
-
- Geschichte | Template:Tl Historie
.......
Template Code Tl_Historie http://kubbwiki.de/index.php/Vorlage:Tl_Historie
....
includeonly
safesubst:
/includeonly
- switch: {lang| {DeDialekt| {INT:Lang} }
|{MediaWiki:Lang/de}=Geschichte
|{MediaWiki:Lang/da}=Historie
|{MediaWiki:Lang/en}=History
|#default=Historie
.....
the double { and < etc. hier not write
Does anyone have an idea what it could be?
Are you trying to modify the sidebar? If so, have a look at Manual:Interface/Sidebar!
You are using this code in the wiki page:
#switch:{{{lang|{{DeDialekt|{{INT:Lang}}}} }}}
|de=Geschichte
|da=Historie
...
|#default=Historie
}}
And that already is the simplified version. All this looks overly complicated. The labels in the sidebar are translated automatically. See Manual:Interface/Sidebar#Translations for the recommended way of getting a translation!
I Read that article but I found not my answer
I read that now the translation works automatic, but that's not doing.
If I call into sidebar a page call "Geschichte" and I change to English that don't renamed is to History.
To create then sidebar for each languages like sidebar/de or sidebar/en are to much work, because entry change.
The way over switch lang was more easy! I work before with mediawiki 1.20 and my SIDEBAR with switch lang works correct.
I don't understand how the system makes out History the word Versionen and why I get in other page like
http://kubbwiki.de/index.php?title=German_Kubb_Masters_2013&uselang=de no german translation.
See page German_Kubb_Masters_2013 - > "History" but in English, not in german. This word was not output as "Versionen" on sidebar you found "Versionen"
http://kubbwiki.de/index.php?title=German_Kubb_Masters_2013&uselang=de
Change to other languages, the word change correct at page and sidebar
http://kubbwiki.de/index.php?title=German_Kubb_Masters_2013&uselang=fr
Only German have that problem
cu Bastor
Version http://kubbwiki.de/index.php/Spezial:Version
I work on that problem.
if i test it with variabel "uselang"
change i the user language of italy i get uselang: it
of english i get uselang: en
of germany i get uselang: en
the CONTENTLANGUAGE is de CONTENTLANG is de
why my system not change off language de, anyone have a idee??
You should't use a template on the sidebar. The sidebar is heavily cached. Once it's cached, it won't update even if you do modifications on the template. Also it can cause issues when changing languages as you described.
You should use interface messages as it was recommended.
Upgrade from MW 1.18.1 to 1.23.5 left duplicate users with Uppercase Uppercase rest lowercase USernames and now apparently standard Uppercase rest lowercase Usernames.
Upgrade from MW 1.18.1 to 1.23.5 left duplicate users with Uppercase Uppercase rest lowercase USernames and now apparently standard Uppercase rest lowercase Usernames.
Is there a script to consolidate duplicate users and switch old userids in other tables to new single userid?
Thank You.
You can consolidate usernames using Extension:UserMerge!
Attempted to use Extension:UserMerge to merge: USername to Username.
Error: The old and new usernames need to be distinct.
Change Username to Username1 in database.
Merge USername to Username1 fails:
Error: Invalid old username.
Changing USername to USername1
Merge USername1 to Username fails:
Error: Invalid old username.
Only way to fix is delete all USernames from database and leave orphaned records!
Upgrade from MW 1.18.1 to 1.23.5 broke sysop and Bureaucrat users functionality
User listed in sysop and Bureaucrats MediaWiki Output receives Permission error when clicking on restricted links.
/index.php/Special:ConfirmAccounts
Permission error You do not have permission to <action-confirmaccount>, for the following reason: The action you have requested is limited to users in the group: Bureaucrats.
/index.php/Special:UserLogin/signup
Permission error You do not have permission to create this user account, for the following reason: The action you have requested is limited to users in the group: Administrators.
/index.php?title=Special:ListUsers&group=bureaucrat
Displays user.
/index.php?title=Special:ListUsers&group=sysop
Displays user.
/index.php/Main_Page
Product Version MediaWiki 1.23.5 PHP 5.3.17 (apache2handler) MySQL 5.6.20-log
Thank you
Hi!
Two things: On Special:ConfirmAccounts, does it really contain the text <action-confirmaccount> at that place? This points to a missing language label. Anyway, since the special page itself is there, the extension obviously is installed in some way.
If I remember correctly, the usernames on Special:ListUsers are not cached, but displayed "live". Anyway, have a look at the database table user_group. Are there rows for the according user? User_id in ug_user and the name of the group written as a word in ug_group?
I used links off: /index.php/Special:ListGroupRights under Groups: Bureaucrats & Administrators to test my Permissions.
These all gave me Permission Error:
index.php/Special:Maintenance
index.php/Special:UserCredentials
index.php/Special:ConfirmAccounts
index.php/Special:UserLogin/signup
Once again these URLs do display my username:
index.php?title=Special:ListUsers&group=sysop
index.php?title=Special:ListUsers&group=bureaucrat
My USERID is listed twice: from user:user_id in user_groups:ug_user.
Confusingly all user_groups:ug_groups are displayed as BLOB.
Thanks for helping!!!
It appears I have an answer.
In MediaWiki 1.18.1 logging into EDir created user names using the EDir convention: Uppercase Uppercase lowercase rest of username.....
Logging into Upgrade MediaWiki 1.23.5 forced Username to: Uppercase lowercase rest of username....
Simply editing all usernames in DB to be Uppercase first character only fixed it.
Alright, the problem then was not that the (old) usernames did no longer have the right permissions, but that you in fact got logged in with a different username and this user had a different ID in the user table and so did not get the permissions assigned. Sounds to me like something was changed in the (external?) login mechanism you are using.
I believe MediaWiki 1.23.5 forces all my logins:
USERNAME
USername
username
To:
Username
All 4 succeed logging into my Edir account: USername.
Forces Username displayed to: Username,
Browser saves same password to 4 usernames:
USERNAME
USername
username
Username
Still can't Merge accounts: USername to Username.
Only way to fix is delete all USernames from database and leave orphaned records!
How do you set a hyperlink to launch in a different window - I DO NOT want to launch within the same window as my page is displayed. - go to another page or launch a pdf
normally - you can do following: where: target="_blank" which launches the page in another window or tab.
<a href="http://iswiki.hdfowler.com/mediawiki/index.php?title=Daily_Invoice_Processing" class="external-link" target="_blank">Daily Invoice Process</a>
I have an old version of Mediawiki (1.16.4) which I use for local history research. When I tried to access it today, none of the content would display. Regardless of which page I navigate to, the Mediawiki code can be seen in edit mode but does not render when I exit that mode. Any suggestions, please?
Hi!
This most likely is this problem: Manual:Errors_and_symptoms#All_pages_have_no_content.2C_but_when_editing_a_page_the_wiki_text_is_there.
Most likely a MediaWiki upgrade should solve it!
Thanks. The reason I'm still using 1.16.4 is my lack of knowledge regarding upgrading. Is it 'easy'? Which version can I move too with minimal hassle? How do I protect the wiki text during upgrade? There are around 2.5m words, hundreds of images and thousands of hours invested in the project so far.
Just seen reference to upgrading to a minimum of 1.22.1 but I'd welcome advice on queries posted previously. I'm a bit out of my depth!
Upgrading is not really difficult. When you do it for the first time, you will need some time to do it, but it should be feasible.
Some notes:
Make sure you have a working backup: All files of the MediaWiki installation and the database!
Your wiki text, images and so on will all stay as they are during upgrade; anyway, I can only repeat that: Make sure, that your backup is working! Try extracting it and see, if a wiki, which you have set up from the backup, works!
Finally: Which versions of PHP and of MySQL are you using? The page Special:Version in your wiki will tell...
In Special:Version, it is like all the other pages, blank wiki page template with no content. However, my server cPanel shows that it is using PHP version 5.4.35 and MySQL version 5.5.40-cll.
Although you're making it sound like a 'small' job, I would prefer that the upgrade be carried out by someone who knows what they are doing. Is there anyone on here who would consider taking on the task for a few bob?
My prime concern is for the wiki content which is very 'valuable'. I simply cannot risk it.
On the subject of upgrading, I have access to Softaculous in my server's cPanel. Would you recommend using a Softaculous script to uggrade from MediaWiki 1.16.4 to either 1.19.21 or 1.23.6 both options being available to me. I ask because I am aware that there have been some issues with using Softaculous to update various packages.
Well, 1.16 is not supported anymore and has security bugs. You should upgrade to one of the supported versions.
As a last resort, apply the patch provided in bug 58640 in your code.
The bug fix seems to relate to MediaWiki 1.22.0 and not 1.16.4 which I've been using?
Hello everyone and, in advance, thank you for your help.
I'm trying to reduce the connection time of my users. I would like them to be disconnected from mediawiki after an hour of idle time (they don't do anything or close their browser and they should be disconnected after one hour).
I tried changing $wgCookieExpiration = 60; in /opt/bitnami/apps/mediawiki/htdocs/LocalSettings.php
And also set up these parameters in php.ini (/opt/bitnami/php/etc/php.ini): session.gc_maxlifetime = 60 session.gc_divisor = 1 session.gc_probability = 1 session.cookie_lifetime = 60
Parameters above limit cookies to 60 seconds for testing purposes.
But nothing does. There are three cookies set up when I browse my mediawiki : bitnami_mediawikiUserID (contains an integer) bitnami_mediawikiUserName (contains my username) bitnami_mediawiki_session (session id)
The first two are indeed limited to the 60 seconds I defined, but the latest is "up until the end of the session". After 60 seconds, the first two cookies are properly deleted but the last one is still sent to mediawiki and keeps the session on. Users are therefore not disconnected.
Any idea on how to limit session timeout on mediawiki ?
Thank you for everything !
Cédric
Mediawiki version : 1.23.4 Php version : 5.4.32 (fpm-fcgi) Mysql version : 5.5.39
Help please ! No one has an idea ? :-S
On line 3438 (or nearby) of includes/GlobalFunctions.php, the parameter "0" is passed to the PHP function session_set_cookie_params, meaning the cookie expires when the browser is closed. You could alter this value to the number of seconds the cookie should last (3600). However, there are two big caveats:
- Note this comment that suggests that the PHP session cookie timeout is actually flawed. You could try adding the suggested
setcookiecall after thesession_startcall a few lines down. - Modifying the MediaWiki source is generally a bad idea, as alterations are lost upon upgrade. However, in this case I see no alternative.
Well, thank you a lot for your answer ! Five minutes ago, I discovered that the extension SecureSessions does the trick without modifying the mediawiki files. The problem is, as you mentioned, the session lasts an hour (I set it to an hour) and then bim, user is disconnected, no matter if he browsed to other pages after that. The session is not kept alive.
So now, I have to choose between keeping the extension and having user disconnected at some point even if they're still on the wiki, or try your comment about the flaw in php session cookie by modifiying the source code :-S
I'll keep you updated if I try the second solution. But still, thank you a whole lot for your valuable help ! :-)
Kind regards, Cédric
Hello There,
I am trying to load custom JavaScript file using following code.
$wgResourceModules['skins.alskin01'] = array( 'scripts' => array('alskin01.resources.main.js','alskin01/resources/some.js'), 'remoteBasePath' => &$GLOBALS['wgStylePath'], 'localBasePath' => &$GLOBALS['wgStyleDirectory'] );
The alskin01 is folder inside "skins" folder. The resources is folder inside "alskin01" folder. Where as main.js and some.js are my custom Javascript file. It will be great if you could help me understand where these files get loaded and how to access JS functions.
Hello!
What's this?
array('alskin01.resources.main.js','alskin01/resources/some.js')
That doesn't make sense, or do you have ...main.js in your skin root folder and some.js in alskin01/resources?
Where do you load the module skins.alskin01? What does the console say?
> how to access JS functions
Where you want to access what?
Hello,
The main.js and some.js files are located in alskin01/resources folder which is my custom skin folder. I want to use the main.js file as my source of interactivity for my custom skin. Currently, I am adding or laying out my design in ALSkin01.skin.php file. In ALSkin01.skin.php file I want to take a help from main.js file from interactivity functionality perspective. For that matter I am adding JS file in $wgResourceModules. Which is a part of ALSkin01.php file. FYI:
- I followed the step mentioned in Manual Skinning
- My MediaWiki version is 1.23.1
- I corrected my mistake
'scripts' => array('alskin01/resources/main.js','alskin01/resources/awesome.js')
Ok, and now check, if you load the module, like explained in this section of Manual:Skinning:
public function initPage( OutputPage $out ) { parent::initPage( $out ); $out->addModules( 'skins.alskin01' ); }
Mediawiki 1.16.4, PHP 5.3.25, SQL 5.5.32
Am trying to upload an image file to my Mediawiki. It's a .png file, 6012px x 1153px and weighs in at 202KB. I've uploaded 'large' images before without a problem. On this occasion, I get the following error.
Fatal error: Allowed memory size of 52428800 bytes exhausted (tried to allocate 20795508 bytes) in /home/locallan/public_html/includes/media/Bitmap.php on line 213
Advice would be welcome.
Please upgrade to at least 1.19.
You need to increase your allowed memory size. Try adding
ini_set('memory_limit', '128M');
to your LocalSettings.php.
Thank you. Before changing anything else, I reduced the 'physical' width of the .png file by 1000px and tried again to upload it. As is often the illogical case with images, the file size increased five fold to around 1MB but the image uploaded without difficulty. Unless I read of a major problem associated with retaining Mediawiki 1.16.4, I will do so for the time being. So I suppose this is resolved.
bump
1. MediaWiki 1.23.5
PHP 5.4.26 (apache2handler)
MySQL 5.5.36
2. Can't provide URL as it is a local install on my windows 8.1 machine (using Bitnami)
I upgraded from 22.6 to 23.5 yesterday and now my wiki loads much slower (again, this is a local install on my c: drive - internet is not (supposed to be) involved)
How can I profile what's going on and where the slowdown occurs? I've learned how to add a log file to LocalSettings.php and now I get output like this:
Start request GET /mediawiki/index.php/my page name
HTTP HEADERS:
ACCEPT: */*
REFERER: http://<my computer name here>:1070/mediawiki/index.php?search=<my page name>&title=Special%3ASearch&fulltext=Search
ACCEPT-LANGUAGE: en-US
USER-AGENT: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.3; WOW64; Trident/7.0; .NET4.0E; .NET4.0C; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729)
ACCEPT-ENCODING: gzip, deflate
HOST: <my computer name here>:1070
DNT: 1
CONNECTION: Keep-Alive
COOKIE: my_wikiUserID=1; my_wikiUserName=<my name>; my_wikiToken=<deleting just in case>; mediawiki_bitnamiUserID=1; mediawiki_bitnamiUserName=<my name>; mediawiki_bitnamiToken=<deleting just in case>;
mediawiki_bitnami_session=<deleting>
[caches] main: EmptyBagOStuff, message: SqlBagOStuff, parser: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
Unstubbing $wgParser on call of $wgParser::setHook from registerFileProtocolLinksSMB
Parser: using preprocessor: Preprocessor_DOM
Fully initialised
Connected to database 0 at localhost
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
[ContentHandler] Created handler for wikitext: WikitextContentHandler
User: cache miss for user 1
User: loading options for user 1 from database.
User: logged in from session
User: loading options for user 1 from override cache.
Connected to database 0 at localhost
MessageCache::load: Loading en... got from global cache
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct
OutputPage::checkLastModified: CACHE DISABLED
Article::view using parser cache: no
Article::view: doing uncached parse
Parser cache options found.
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
DatabaseBase::query: Writes done: REPLACE INTO `msg_resource` (mr_resource,mr_lang,mr_blob,mr_timestamp) VALUES ('user.options','en','{}','20141003142034')
OutputPage::sendCacheControl: private caching; **
LoadBalancer::reuseConnection: this connection was not opened as a foreign connection
Request ended normally
I have tried disabling extensions. I have tried loading different pages. Everything is loading slowly for whatever reason.
The above log doesn't tell me anything. Maybe there is a way to time stamp every line on the log, so that I can see where the slowdown occurs?
Thanks.
p.s. I am not a mediawiki genius, more of a user, so assume I know nothing about "behind the scenes" workings of my "stack". I know where LocalSettings.php is and some other "important files".
See Manual:Profiling
I have tried following directions on Manual:Profiling page.
I created StartProfiler.php with $wgProfiler['class'] = 'Profiler'; line.
I pasted
// Only record profiling info for pages that took longer than this $wgProfileLimit = 0.0; // Don't put non-profiling info into log file $wgProfileOnly = true; // Log sums from profiling into "profiling" table in db $wgProfileToDatabase = false; // If true, print a raw call tree instead of per-function report $wgProfileCallTree = false; // Should application server host be put into profiling table $wgProfilePerHost = false; // Settings for UDP profiler $wgUDPProfilerHost = '127.0.0.1'; $wgUDPProfilerPort = '1070'; // Detects non-matching wfProfileIn/wfProfileOut calls $wgDebugProfiling = false; // Output debug message on every wfProfileIn/wfProfileOut $wgDebugFunctionEntry = 0; // Lots of debugging output from SquidUpdate.php $wgDebugSquid = false;
at the bottom of LocalSettings.php.
what I am getting in the debug file is still the same as what I had in my OP.
What am I doing wrong?
Strange, I've tried the same configuration as yours and the debug log generates an additional table with an aggregate time of the time spent on each part.
Be sure you named it StartProfiler.php and that it's placed in the MediaWiki root directory (the same as LocalSettings.php)
I was an idiot, in my StartProfiler the $wgProfiler['class'] = 'Profiler'; line was inside /* */ comment block!
So, here is the table, below. I am utterly confused by it, because "the percentages don't add up". (e.g. MediaWiki::main = 90.795%, then LoadBalancer::getConnection is 68%; 90+68 > 100... but clearly this table works differently). Seems like there are "too many calls" to a couple of items. I wish I knew what it all meant.
(All I did was click on the link to the Main page - it took a long time, as usual, maybe around 7-8 seconds to get there.)
Name Calls Total Each % Mem
-total 1 3075.039 3075.039 100.000% 12618823 ( 3075.039 - 3075.039) [2181]
MediaWiki::main 1 2791.980 2791.980 90.795% 7623413 ( 2791.980 - 2791.980) [2133]
LoadBalancer::getConnection 123 2116.834 17.210 68.839% 308199 ( 0.004 - 1102.039) [127]
LoadBalancer::openConnection 123 2115.470 17.199 68.795% 303705 ( -0.001 - 1102.015) [4]
DatabaseMysqlBase::open 2 2097.257 1048.628 68.203% 2720 ( 1012.983 - 1084.274) [2]
dbconnect-localhost 2 2076.422 1038.211 67.525% 2416 ( 1009.225 - 1067.197) [0]
DatabaseBase::query 136 233.901 1.720 7.606% 133787 ( 0.230 - 43.661) [136]
OutputPage::output 1 218.776 218.776 7.115% 1903731 ( 218.776 - 218.776) [1385]
MediaWiki::performRequest 1 214.171 214.171 6.965% 3498009 ( 214.171 - 214.171) [683]
Output-skin 1 212.175 212.175 6.900% 1874313 ( 212.175 - 212.175) [1380]
SkinTemplate::outputPage 1 212.098 212.098 6.897% 1918640 ( 212.098 - 212.098) [1379]
MediaWiki::performAction 1 187.030 187.030 6.082% 2887519 ( 187.030 - 187.030) [655]
Article::view 1 186.950 186.950 6.080% 2888598 ( 186.950 - 186.950) [653]
SkinTemplate::prepareQuickTemplate 1 159.695 159.695 5.193% 1866804 ( 159.695 - 159.695) [711]
Setup.php 1 157.826 157.826 5.132% 3765661 ( 157.826 - 157.826) [15]
SkinTemplate::prepareQuickTemplate-stuff5 1 111.512 111.512 3.626% 1183149 ( 111.512 - 111.512) [543]
query: SELECT lc_value FROM `lNn_cache` WHERE lc_lang = 'X' LIMIT N 103 102.063 0.991 3.319% 112768 ( 0.232 - 17.007) [0]
MessageCache::get 227 92.622 0.408 3.012% 122359 ( 0.020 - 5.770) [889]
Setup.php-globals 1 81.238 81.238 2.642% 2399952 ( 81.238 - 81.238) [2]
LocalisationCache::getSubitem-load 87 81.044 0.932 2.636% 106715 ( 0.379 - 5.724) [348]
Parser::parse 1 71.071 71.071 2.311% 663663 ( 71.071 - 71.071) [379]
Parser::parse-WikitextContent::getParserOutput 1 71.071 71.071 2.311% 663678 ( 71.071 - 71.071) [378]
User::load 2 65.270 32.635 2.123% 235899 ( 3.292 - 61.978) [30]
LocalisationCache::getItem-load 14 62.157 4.440 2.021% 113562 ( 0.640 - 49.182) [69]
SkinTemplate::outputPage-execute 1 48.840 48.840 1.588% 26904 ( 48.840 - 48.840) [658]
Parser::transformMsg 10 47.319 4.732 1.539% 508919 ( 0.443 - 34.508) [233]
Parser::preprocess 10 47.280 4.728 1.538% 509100 ( 0.440 - 34.503) [223]
-overhead-total 2182 44.620 0.020 1.451% 1500392 ( 44.620 - 44.620) [2182]
query: SELECT page_id,page_namespace,page_title,page_restrictions,page_coun 1 43.641 43.641 1.419% 1192 ( 43.641 - 43.641) [0]
Parser::internalParse 1 43.513 43.513 1.415% 609284 ( 43.513 - 43.513) [119]
Parser::replaceVariables 11 39.927 3.630 1.298% 307903 ( 0.345 - 25.164) [169]
SkinTemplate::prepareQuickTemplate-stuff4 1 37.771 37.771 1.228% 669832 ( 37.771 - 37.771) [106]
Linker::titleAttrib 32 36.673 1.146 1.193% 43795 ( 0.058 - 5.119) [518]
-setup 1 36.419 36.419 1.184% 0 ( 36.419 - 36.419) [0]
WebStart.php-conf 1 34.814 34.814 1.132% 471920 ( 34.814 - 34.814) [0]
ResourceLoader::makeModuleResponse 2 34.083 17.042 1.108% 748198 ( 4.711 - 29.372) [17]
MediaWiki::triggerJobs 1 30.961 30.961 1.007% 272588 ( 30.961 - 30.961) [13]
Parser::replaceInternalLinks2 1 30.277 30.277 0.985% 591063 ( 30.277 - 30.277) [41]
Parser::replaceInternalLinks2-always_known 1 26.500 26.500 0.862% 575114 ( 26.500 - 26.500) [29]
MediaWiki::initializeArticle 1 24.098 24.098 0.784% 578230 ( 24.098 - 24.098) [16]
Setup.php-includes 1 23.028 23.028 0.749% 366496 ( 23.028 - 23.028) [0]
Setup.php-extensions 1 22.540 22.540 0.733% 697200 ( 22.540 - 22.540) [2]
Setup.php-extensions-registerFileProtocolLinksSMB 1 22.520 22.520 0.732% 696840 ( 22.520 - 22.520) [1]
StubObject::_unstub-wgParser 1 22.467 22.467 0.731% 697336 ( 22.467 - 22.467) [0]
ParserOutput::getText 1 21.068 21.068 0.685% 604117 ( 21.068 - 21.068) [35]
ResourceLoader::makeModuleResponse-user.tokens 1 20.665 20.665 0.672% 689208 ( 20.665 - 20.665) [0]
RequestContext::getSkin-createskin 1 19.961 19.961 0.649% 600408 ( 19.961 - 19.961) [2]
query: SELECT keyname,value,exptime FROM `objectcache` WHERE keyname = 'X' 10 19.579 1.958 0.637% 11032 ( 0.285 - 10.201) [0]
Parser::firstCallInit 1 18.712 18.712 0.608% 427132 ( 18.712 - 18.712) [76]
-overhead-internal 2182 18.489 0.008 0.601% 488776 ( 0.006 - 0.050) [0]
PPFrame_DOM::expand 34 17.304 0.509 0.563% 126103 ( 0.012 - 6.613) [126]
Preprocessor_DOM::preprocessToObj 12 15.565 1.297 0.506% 13753 ( 0.118 - 10.480) [24]
query: SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_use 1 15.076 15.076 0.490% 1256 ( 15.076 - 15.076) [0]
query: DELETE FROM `objectcache` WHERE keyname = 'X' 3 13.679 4.560 0.445% 672 ( 1.822 - 6.373) [0]
Preprocessor_DOM::preprocessToObj-loadXML 12 12.247 1.021 0.398% 7696 ( 0.035 - 9.509) [0]
Linker::accesskey 30 11.765 0.392 0.383% 27316 ( 0.038 - 1.171) [161]
Linker::link 6 11.576 1.929 0.376% 184197 ( 0.128 - 10.265) [57]
SkinTemplate::buildContentNavigationUrls 1 11.450 11.450 0.372% 83557 ( 11.450 - 11.450) [121]
Parser::clearState 11 10.308 0.937 0.335% 217568 ( 0.076 - 9.302) [22]
MagicWord::load 129 9.630 0.075 0.313% 95650 ( 0.004 - 4.871) [7]
SkinTemplate::buildNavUrls 1 9.578 9.578 0.311% 207510 ( 9.578 - 9.578) [39]
Parser::braceSubstitution 11 9.310 0.846 0.303% 86858 ( 0.139 - 5.061) [112]
SkinTemplate::buildPersonalUrls 1 9.086 9.086 0.295% 8213 ( 9.086 - 9.086) [56]
SkinTemplate::prepareQuickTemplate-stuff3 1 8.143 8.143 0.265% 4949 ( 8.143 - 8.143) [36]
query: SELECT pr_type,pr_expiry,pr_level,pr_cascade FROM `page_restrictions 1 7.871 7.871 0.256% 1088 ( 7.871 - 7.871) [0]
Setup.php-memcached 1 6.822 6.822 0.222% 150368 ( 6.822 - 6.822) [0]
ResourceLoader::filter 3 6.642 2.214 0.216% 16554 ( 2.052 - 2.536) [6]
JobQueue::getSiblingQueuesWithJobs 1 6.131 6.131 0.199% 825 ( 6.131 - 6.131) [4]
Setup.php-misc1 1 5.970 5.970 0.194% 55504 ( 5.970 - 5.970) [0]
query: SELECT DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('X') 1 5.787 5.787 0.188% 1080 ( 5.787 - 5.787) [0]
ResourceLoader::__construct 1 5.677 5.677 0.185% 169257 ( 5.677 - 5.677) [3]
hook: MessageCache::get 227 5.671 0.025 0.184% 50872 ( 0.000 - 5.048) [0]
Parser::braceSubstitution-pfunc 3 5.649 1.883 0.184% 36550 ( 0.303 - 4.820) [17]
Parser::callParserFunction 3 5.567 1.856 0.181% 31437 ( 0.281 - 4.779) [14]
Parser::callParserFunction-pfunc-plural 3 5.517 1.839 0.179% 31436 ( 0.266 - 4.756) [11]
Article::showPatrolFooter 1 5.088 5.088 0.165% 97536 ( 5.088 - 5.088) [2]
Title::getLinkURL 9 4.676 0.520 0.152% 48155 ( 0.049 - 3.967) [30]
Linker::linkUrl 6 4.471 0.745 0.145% 47482 ( 0.049 - 3.971) [27]
Setup.php-defaults2 1 4.403 4.403 0.143% 576 ( 4.403 - 4.403) [1]
MessageBlobStore::get 1 4.339 4.339 0.141% 929 ( 4.339 - 4.339) [4]
Setup.php-exception 1 4.331 4.331 0.141% 32992 ( 4.331 - 4.331) [0]
hook: ParserFirstCallInit 1 4.131 4.131 0.134% 125496 ( 4.131 - 4.131) [1]
wfCite 1 4.110 4.110 0.134% 125096 ( 4.110 - 4.110) [0]
query: INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES ('X' 2 4.055 2.028 0.132% 448 ( 1.972 - 2.084) [0]
Title::getUserPermissionsErrorsInternal 12 3.805 0.317 0.124% 38465 ( 0.038 - 2.891) [47]
query: SELECT mr_blob,mr_resource,mr_timestamp FROM `msg_resource` WHERE mr 1 3.801 3.801 0.124% 1128 ( 3.801 - 3.801) [0]
SkinTemplate::buildContentNavigationUrls-live 1 3.782 3.782 0.123% 4973 ( 3.782 - 3.782) [57]
Revision::loadText 1 3.717 3.717 0.121% 1809 ( 3.717 - 3.717) [5]
Setup.php-session 1 3.522 3.522 0.115% 1976 ( 3.522 - 3.522) [0]
SkinTemplate::outputPage-init 1 3.510 3.510 0.114% 24362 ( 3.510 - 3.510) [7]
Skin::initPage 1 3.473 3.473 0.113% 23698 ( 3.473 - 3.473) [6]
query: SELECT old_text,old_flags FROM `text` WHERE old_id = 'X' LIMIT N 1 3.438 3.438 0.112% 1096 ( 3.438 - 3.438) [0]
Setup.php-tempDir 1 3.430 3.430 0.112% 224 ( 3.430 - 3.430) [0]
query: REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('X') 1 3.257 3.257 0.106% 224 ( 3.257 - 3.257) [0]
Parser::replaceExternalLinks 1 3.054 3.054 0.099% 6595 ( 3.054 - 3.054) [10]
query: SELECT wl_notificationtimestamp FROM `watchlist` WHERE wl_user = 'X' 1 2.984 2.984 0.097% 1088 ( 2.984 - 2.984) [0]
query: SELECT page_namespace,page_title,page_touched FROM `page` WHERE (pag 4 2.854 0.714 0.093% 4352 ( 0.464 - 1.192) [0]
Parser::braceSubstitution-modifiers 11 2.831 0.257 0.092% 44558 ( 0.044 - 1.616) [59]
query: SELECT user_id FROM `user_newtalk` WHERE user_id = 'X' LIMIT N 1 2.801 2.801 0.091% 1080 ( 2.801 - 2.801) [0]
User::getEffectiveGroups 1 2.701 2.701 0.088% 25769 ( 2.701 - 2.701) [3]
User::getAutomaticGroups 1 2.684 2.684 0.087% 25272 ( 2.684 - 2.684) [1]
ResourceLoader::makeModuleResponse-user.cssprefs 1 2.642 2.642 0.086% 15129 ( 2.642 - 2.642) [3]
Skin::getSkinNames-init 1 2.524 2.524 0.082% 1576 ( 2.524 - 2.524) [0]
MediaWiki_I18N::translate 6 2.518 0.420 0.082% 2680 ( 0.072 - 2.104) [23]
Preprocessor_DOM::preprocessToXml 12 2.326 0.194 0.076% 114824 ( 0.074 - 0.867) [0]
Parser::replaceInternalLinks2-setup 1 1.907 1.907 0.062% 2666 ( 1.907 - 1.907) [6]
MessageCache::load 1 1.871 1.871 0.061% 1505 ( 1.871 - 1.871) [4]
SkinTemplate::prepareQuickTemplate-stuff2 1 1.858 1.858 0.060% 5493 ( 1.858 - 1.858) [14]
MessageCache::load-fromcache 1 1.847 1.847 0.060% 1025 ( 1.847 - 1.847) [3]
Parser::replaceInternalLinks2-title 1 1.825 1.825 0.059% 12680 ( 1.825 - 1.825) [0]
Article::fetchContentObject 1 1.776 1.776 0.058% 17624 ( 1.776 - 1.776) [1]
Skin::buildSidebar 1 1.668 1.668 0.054% 6551 ( 1.668 - 1.668) [40]
LinkBatch::executeInto 1 1.577 1.577 0.051% 2641 ( 1.577 - 1.577) [5]
LinkBatch::doQuery 1 1.275 1.275 0.041% 2665 ( 1.275 - 1.275) [4]
ResourceLoader::register 2 1.104 0.552 0.036% 13912 ( 0.032 - 1.073) [0]
query: SELECT page_id,page_namespace,page_title,page_len,page_is_redirect,p 1 0.986 0.986 0.032% 1096 ( 0.986 - 0.986) [0]
Parser::doDoubleUnderscore 1 0.859 0.859 0.028% 12389 ( 0.859 - 0.859) [14]
Sanitizer::removeHTMLtags 3 0.830 0.277 0.027% 46649 ( 0.057 - 0.410) [4]
Parser::braceSubstitution-setup 11 0.672 0.061 0.022% 6516 ( 0.030 - 0.281) [11]
query: SELECT value,exptime FROM `objectcache` WHERE keyname = 'X' LIMIT N 2 0.660 0.330 0.021% 2192 ( 0.266 - 0.394) [0]
Parser::doBlockLevels 1 0.632 0.632 0.021% 6213 ( 0.632 - 0.632) [14]
Parser::doTableStuff 1 0.470 0.470 0.015% 5120 ( 0.470 - 0.470) [0]
hook: MessagesPreLoad 227 0.469 0.002 0.015% 50864 ( 0.000 - 0.023) [0]
query: BEGIN 1 0.436 0.436 0.014% 352 ( 0.436 - 0.436) [0]
Parser::doBlockLevels-paragraph 14 0.408 0.029 0.013% 3592 ( 0.007 - 0.275) [0]
hook: ParserClearState 11 0.408 0.037 0.013% 9596 ( 0.028 - 0.059) [11]
Parser::doMagicLinks 1 0.405 0.405 0.013% 3336 ( 0.405 - 0.405) [0]
SkinTemplate::setupTemplateForOutput 1 0.403 0.403 0.013% 4146 ( 0.403 - 0.403) [6]
SkinTemplate::setupTemplateForOutput-stuff 1 0.391 0.391 0.013% 3601 ( 0.391 - 0.391) [4]
Setup.php-defaults 1 0.357 0.357 0.012% 6760 ( 0.357 - 0.357) [0]
Parser::doHeadings 1 0.282 0.282 0.009% 2352 ( 0.282 - 0.282) [0]
SkinTemplate::buildContentNavigationUrls-edit 1 0.252 0.252 0.008% 1163 ( 0.252 - 0.252) [9]
ResourceLoader::makeModuleResponse-user.options 1 0.238 0.238 0.008% 3608 ( 0.238 - 0.238) [0]
query: SELECT page_namespace,page_title,page_touched FROM `page` WHERE (pag 1 0.230 0.230 0.007% 1088 ( 0.230 - 0.230) [0]
Cite::clearState 11 0.188 0.017 0.006% 1760 ( 0.013 - 0.027) [0]
Title::getPageLanguage 16 0.131 0.008 0.004% 4457 ( 0.002 - 0.055) [4]
Parser::doAllQuotes 1 0.105 0.105 0.003% 4408 ( 0.105 - 0.105) [0]
SpecialPageFactory::getList 1 0.103 0.103 0.003% 864 ( 0.103 - 0.103) [1]
hook: GetLocalURL::Internal 39 0.098 0.003 0.003% 9048 ( 0.000 - 0.013) [0]
Skin::getSiteNotice 1 0.086 0.086 0.003% 330 ( 0.086 - 0.086) [7]
hook: ParserCloned 1 0.079 0.079 0.003% 2624 ( 0.079 - 0.079) [1]
LinkCache::addLinkObj 3 0.064 0.021 0.002% 848 ( 0.018 - 0.023) [0]
Skin::getCachedNotice 2 0.064 0.032 0.002% 1001 ( -0.001 - 0.064) [3]
StripState::unstripType 8 0.060 0.007 0.002% 9592 ( 0.005 - 0.010) [0]
hook: GetLocalURL::Article 23 0.059 0.003 0.002% 5336 ( 0.001 - 0.006) [0]
Linker::linkAttribs 6 0.059 0.010 0.002% 4832 ( 0.008 - 0.013) [0]
StubObject::_unstub-wgLang 1 0.057 0.057 0.002% 256 ( 0.057 - 0.057) [0]
hook: GetLocalURL 39 0.056 0.001 0.002% 8744 ( 0.000 - 0.002) [0]
ParserOptions::initialiseFromUser 2 0.051 0.026 0.002% 288 ( 0.024 - 0.027) [0]
hook: userCan 12 0.039 0.003 0.001% 2592 ( 0.001 - 0.020) [0]
hook: ParserAfterParse 1 0.038 0.038 0.001% 1248 ( 0.038 - 0.038) [1]
hook: TitleIsAlwaysKnown 4 0.038 0.009 0.001% 928 ( 0.001 - 0.032) [0]
hook: ParserGetVariableValueVarCache 8 0.034 0.004 0.001% 1920 ( 0.002 - 0.013) [0]
Cite::cloneState 1 0.033 0.033 0.001% 1912 ( 0.033 - 0.033) [0]
hook: ContentHandlerDefaultModelFor 2 0.032 0.016 0.001% 480 ( 0.003 - 0.029) [0]
hook: TitleGetRestrictionTypes 4 0.032 0.008 0.001% 928 ( 0.002 - 0.027) [0]
BaseTemplate::getToolbox 1 0.031 0.031 0.001% 3312 ( 0.031 - 0.031) [1]
hook: ParserBeforeTidy 1 0.031 0.031 0.001% 1032 ( 0.031 - 0.031) [1]
hook: ParserGetVariableValueTs 8 0.030 0.004 0.001% 1856 ( 0.002 - 0.013) [0]
Cite::checkRefsNoReferences 2 0.030 0.015 0.001% 488 ( 0.012 - 0.018) [0]
Parser::initialiseVariables 1 0.028 0.028 0.001% 680 ( 0.028 - 0.028) [1]
hook: ParserBeforeStrip 11 0.028 0.003 0.001% 2464 ( 0.002 - 0.006) [0]
SkinTemplate::buildContentActionUrls 1 0.024 0.024 0.001% 856 ( 0.024 - 0.024) [0]
hook: TitleQuickPermissions 9 0.024 0.003 0.001% 2088 ( 0.000 - 0.008) [0]
hook: TitleIsCssOrJsPage 3 0.021 0.007 0.001% 696 ( 0.002 - 0.018) [0]
hook: ParserLimitReportFormat 7 0.021 0.003 0.001% 1624 ( 0.002 - 0.004) [0]
hook: TitleIsWikitextPage 2 0.020 0.010 0.001% 464 ( 0.002 - 0.019) [0]
hook: getUserPermissionsErrors 12 0.017 0.001 0.001% 2792 ( 0.000 - 0.002) [0]
Parser::replaceInternalLinks2-e1 1 0.016 0.016 0.001% 1624 ( 0.016 - 0.016) [0]
LinkHolderArray::replaceText 2 0.015 0.008 0.000% 664 ( 0.006 - 0.010) [0]
hook: WebRequestPathInfoRouter 1 0.015 0.015 0.000% 232 ( 0.015 - 0.015) [0]
MediaWiki::checkMaxLag 1 0.014 0.014 0.000% 320 ( 0.014 - 0.014) [0]
LanguageGetMagic 1 0.014 0.014 0.000% 216 ( 0.014 - 0.014) [1]
hook: LinkerMakeExternalLink 5 0.014 0.003 0.000% 1160 ( 0.002 - 0.006) [0]
hook: ParserAfterStrip 11 0.013 0.001 0.000% 2464 ( 0.000 - 0.002) [0]
hook: LinkEnd 6 0.013 0.002 0.000% 1296 ( 0.002 - 0.003) [0]
hook: LinkBegin 6 0.013 0.002 0.000% 1296 ( 0.001 - 0.005) [0]
hook: UserRetrieveNewTalks 2 0.013 0.006 0.000% 464 ( 0.003 - 0.009) [0]
hook: SetupAfterCache 1 0.013 0.013 0.000% 288 ( 0.013 - 0.013) [0]
Linker::link-checkPageExistence 6 0.012 0.002 0.000% 1392 ( -0.001 - 0.007) [0]
Revision::getRevisionText 1 0.012 0.012 0.000% 616 ( 0.012 - 0.012) [0]
hook: ArticlePageDataAfter 1 0.011 0.011 0.000% 232 ( 0.011 - 0.011) [0]
hook: ResourceLoaderRegisterModules 1 0.011 0.011 0.000% 240 ( 0.011 - 0.011) [0]
hook: UserLoadFromSession 1 0.011 0.011 0.000% 232 ( 0.011 - 0.011) [0]
hook: ArticlePageDataBefore 1 0.011 0.011 0.000% 232 ( 0.011 - 0.011) [0]
MessageCache::saveToCaches 1 0.011 0.011 0.000% 336 ( 0.011 - 0.011) [0]
hook: ParserSectionCreate 3 0.011 0.004 0.000% 696 ( 0.002 - 0.006) [0]
hook: GetNewMessagesAlert 1 0.010 0.010 0.000% 232 ( 0.010 - 0.010) [0]
hook: AuthPluginSetup 1 0.010 0.010 0.000% 224 ( 0.010 - 0.010) [0]
SkinTemplate::setupTemplateForOutput-init 1 0.010 0.010 0.000% 768 ( 0.010 - 0.010) [0]
Parser::replaceInternalLinks2-misc 1 0.010 0.010 0.000% 272 ( 0.010 - 0.010) [0]
hook: AjaxAddScript 1 0.009 0.009 0.000% 224 ( 0.009 - 0.009) [0]
hook: UserLoadOptions 2 0.009 0.005 0.000% 448 ( 0.002 - 0.008) [0]
hook: SkinTemplateOutputPageBeforeExec 1 0.008 0.008 0.000% 240 ( 0.008 - 0.008) [0]
hook: SkinTemplateTabAction 3 0.007 0.002 0.000% 696 ( 0.002 - 0.002) [0]
hook: ArticleFromTitle 1 0.007 0.007 0.000% 224 ( 0.007 - 0.007) [0]
DeferredUpdates::doUpdates 1 0.007 0.007 0.000% 320 ( 0.007 - 0.007) [0]
hook: PageContentLanguage 3 0.007 0.002 0.000% 696 ( 0.001 - 0.003) [0]
hook: SkinAfterBottomScripts 1 0.006 0.006 0.000% 232 ( 0.006 - 0.006) [0]
hook: MagicWordwgVariableIDs 1 0.006 0.006 0.000% 232 ( 0.006 - 0.006) [0]
hook: OutputPageBodyAttributes 1 0.006 0.006 0.000% 232 ( 0.006 - 0.006) [0]
hook: LanguageGetMagic 1 0.006 0.006 0.000% 224 ( 0.006 - 0.006) [0]
hook: GetAutoPromoteGroups 1 0.005 0.005 0.000% 232 ( 0.005 - 0.005) [0]
hook: ArticleAfterFetchContentObject 1 0.005 0.005 0.000% 240 ( 0.005 - 0.005) [0]
hook: BaseTemplateAfterPortlet 2 0.005 0.002 0.000% 464 ( 0.002 - 0.003) [0]
WebStart.php-ob_start 1 0.005 0.005 0.000% 224 ( 0.005 - 0.005) [0]
hook: CanonicalNamespaces 1 0.005 0.005 0.000% 232 ( 0.005 - 0.005) [0]
hook: ArticleViewFooter 1 0.005 0.005 0.000% 224 ( 0.005 - 0.005) [0]
hook: ParserAfterTidy 1 0.005 0.005 0.000% 224 ( 0.005 - 0.005) [0]
hook: MediaWikiPerformAction 1 0.005 0.005 0.000% 232 ( 0.005 - 0.005) [0]
Sanitizer::removeHTMLcomments 3 0.005 0.002 0.000% 792 ( 0.001 - 0.002) [0]
LinkHolderArray::replace 1 0.004 0.004 0.000% 712 ( 0.004 - 0.004) [0]
hook: LanguageGetSpecialPageAliases 1 0.004 0.004 0.000% 240 ( 0.004 - 0.004) [0]
Article::getContentObject 2 0.004 0.002 0.000% 464 ( 0.002 - 0.002) [0]
hook: DoEditSectionLink 2 0.004 0.002 0.000% 448 ( 0.002 - 0.002) [0]
hook: GetDoubleUnderscoreIDs 1 0.004 0.004 0.000% 232 ( 0.004 - 0.004) [0]
hook: SkinAfterContent 1 0.003 0.003 0.000% 224 ( 0.003 - 0.003) [0]
hook: ParserLimitReportPrepare 1 0.003 0.003 0.000% 232 ( 0.003 - 0.003) [0]
hook: SpecialPage_initList 1 0.003 0.003 0.000% 232 ( 0.003 - 0.003) [0]
hook: NamespaceIsMovable 2 0.003 0.002 0.000% 464 ( 0.002 - 0.002) [0]
hook: InternalParseBeforeSanitize 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0]
hook: ParserLimitReport 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: SiteNoticeAfter 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: UserGetDefaultOptions 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: InternalParseBeforeLinks 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: LanguageLinks 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: OutputPageParserOutput 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: GetCanonicalURL 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: BeforeInitialize 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: MakeGlobalVariablesScript 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: SkinVectorStyleModules 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: SkinTemplatePreventOtherActiveTabs 1 0.002 0.002 0.000% 248 ( 0.002 - 0.002) [0]
hook: SkinTemplateToolboxEnd 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: SkinBuildSidebar 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: LanguageGetNamespaces 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: SearchableNamespaces 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: AfterFinalPageOutput 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: BaseTemplateToolbox 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: UserGetLanguageObject 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: ArticleViewHeader 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: SkinSubPageSubtitle 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: SkinGetPoweredBy 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: ArticleContentViewCustom 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: ParserBeforeInternalParse 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: RequestContextCreateSkin 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: OutputPageBeforeHTML 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: BeforePageDisplay 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: UserLoadAfterLoadFromSession 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0]
hook: SiteNoticeBefore 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: InitializeArticleMaybeRedirect 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0]
hook: UserGetRights 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: UserEffectiveGroups 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0]
hook: PersonalUrls 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0]
hook: SkinTemplateBuildNavUrlsNav_urlsAfterPermalink 1 0.002 0.002 0.000% 256 ( 0.002 - 0.002) [0]
hook: SkinTemplateNavigation::Universal 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0]
hook: PageRenderingHash 1 0.001 0.001 0.000% 224 ( 0.001 - 0.001) [0]
hook: getUserPermissionsErrorsExpensive 2 0.001 0.000 0.000% 480 ( 0.000 - 0.001) [0]
hook: TitleIsMovable 1 0.001 0.001 0.000% 224 ( 0.001 - 0.001) [0]
hook: SkinTemplateNavigation 1 0.001 0.001 0.000% 232 ( 0.001 - 0.001) [0]
Parser::replaceInternalLinks2-interwiki 1 -0.001 -0.001 -0.000% 240 ( -0.001 - 0.000) [0]
SkinTemplate::prepareQuickTemplate-stuff-head 1 -0.002 -0.002 -0.000% 248 ( -0.002 - 0.000) [0]
MediaWiki 1.23.6, PHP 5.4.33 (cgi-fcgi), MySQL 5.5.36-cll-lve
My wiki includes some wiki-specific help pages. Under "how to create a page", it says "type the name of the new page into the search box and press the 'Go' button".
But at some point, the 'Go' button got up and went.
So I'm wondering how administrators deal with the general problem: Improvements to the UI (or workflows, or any functionality) that make help text obsolete. Maybe we just suck it up and stay on top of things by reading change logs. But if there's some clever automatic alerting mechanism, I'd like to know about it. Pointers or advice appreciated.
(Evidence that there is no such mechanism: this help page still refers to a 'Go' button, and indeed to a search box on the left of the page.)
Uncommitted DB writes (transaction from DatabaseBase::query (MessageBlobStore::clear))
Hi, I have MW 1.22.6 installed via xampp, when I try to change $wgLanguageCode = "en" to $wgLanguageCode = "it", I get this error: Uncommitted DB writes (transaction from DatabaseBase::query (MessageBlobStore::clear)). in C:\xampp\apps\mediawiki\htdocs\includes\db\Database.php on line 3944. How can I fix it?
Turn on error reporting: Manual:How_to_debug#PHP_errors and look at the error log of apache or PHP, because in some situations it only displays the last error (this one) where the important error message is the first one, which doesn't appear.
You may need to run rebuildLocalisationCache.php --force after changing the language code of the wiki.
I'm trying to change the default Main Page title and the URL.
I only see instructions on How do I change the Main Page title.
I also would like to change the URL to reflect the new homepage title.
I would like for my URL to go from this:
http://haitipedia.org/wiki/Main_Page
to that:
http://haitipedia.org/wiki/Haitipedia
Versions:
MediaWiki version 1.16.2
PHP 5.x
MySQL 5.0.91-log
Hosting: GoDaddy Shared Linux
Hi Techies247,
You linked to the solution already: How do I change the Main Page title.
So follow the instructions ;-)
How do I change the Main Page title reads:
Simply click on the "Move" tab, and move the page to the desired page title.
Usually you also want to change which page is the main page.
So
- Move the Main Page to Haitipedia (or create it as a new page)
- Configure that "Haitipedia" should now be shown when opening the wiki (→ change which page is the main page)
Great this is working fine for me.. but the problem is I am able to do this is Authoring Wiki. When I pushing the content to English Wiki its not reflecting there. Can anyone help me please.
Hi Krinkle,
I followed up you instruction, it works on my local machine.
However, when I moved everything on to my hosting server. The main page reverted to .../index.php/Main_Page (which is supposed to be .../index.php/New_Name)
I repeat what I have done on my local machine, it just does not work on my hosting server. (in MediaWiki:mainpage, it still says New Name) The same issue happens to tab as well. (the value of MediaWiki:mainpage-nstab is ignored, and it still shows "Pages" on the main page)
Can you shed some light on this issue?
Cheers, Kevin
Are there any different values in both LocalSettings.php (apart from database connection and maybe some URL)?
Thanks for your reply.
I just did a "diff" on both LocalSettings.php files (remote and local), the only different is the DB connection setting. Nothing else.
Cheers, Kevin
Try running the maintenance script rebuildmessages.php. If it fails, try also rebuildLocalisationCache.php --force
Does anyone know where I might be able to find a copy of the files for this extension. I have searched for hours with no luck.
Thanks, Don
Hi Don!
I do not know an extension called PDFThumbs, but there is an exte called Extension:PDFThumbnails. Its files seem to be no longer online currently, but the extension page still points to a website. Maybe you can write its owner a mail asking him for the files...
Yeah, That's the one. I saw for several other Apps like Drupal. Maybe that is where PDFThumbs got stuck in my head. Somewhere I think I found two authors, but no way to reach either.
------------------Break for some time-----------------
Silly me. If I would have read the instructions, it does not have a directory. It was sitting quite pretty all by itself in the extensions directory.
So, I have a copy of the code. Is there a good place to put it, besides somewhere public on one of my servers?
After weeks of trying to make something work, It was doing what I needed to begin with, just not enough lights on upstairs any longer for me to see it :p
Thanks 88.130.88.173.
How to add page link to sidebar?
I've read the manual but what about newly created pages?
Edit MediaWiki:Sidebar.
I have a few KB worth JS which I add in the skin when the user is logged in.
I'd like to add that code to MediaWiki:Common.js. Can I use ResourceLoader so it is only applied to logged in users?
Hello,
sure. Just create a new ResourceLoader module and add a function to the hook BeforePageDisplay and add the module only, if the user is logged in, example:
$wgResourceModules['zzz.custom.js'] = array( 'scripts' => array( // path to the script ), 'dependencies' => array( // if you have any ), 'localBasePath' => __DIR__, 'remoteExtPath' => '/' ); $wgHooks['BeforePageDisplay'][] = 'onBeforePageDisplay'; public static function onBeforePageDisplay( OutputPage &$out, Skin &$skin ) { $user = $out->getUser(); if ( $user->isLoggedIn() ) { $out->addModules( 'zzz.custom.js' ); } }
Extension:MetaTags lets you add custom meta tags to individual pages. I needed to add a meta tag to all pages. I don't know whether this is the right way, or best way to do this.
Google Website Translator is a widget that embeds a drop down menu on each page, to let visitor select a language into which to translate the page (demo: see "4. Google Translate Bar"). The wizard creates a meta tag, and HTML snippet.
Using MedaiWiki 1.23.5, to add the meta tag, I added the following snippet to my LocalSettings.php file (first 4 lines already exist):
# Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
exit;
}
$wgExtensionFunctions[] = 'globalMetaGoogleXlate';
function globalMetaGoogleXlate(){
global $wgOut;
$wgOut->addMeta ( 'google-translate-customization' , 'cc5b9e13f99-4d62c779b7cf64cb-g83044656fb7362a2-13');
}
Adds the following meta tag in <head>..</head>
<meta name="google-translate-customization" content="cc5b9e13f99-4d62c779b7cf64cb-g83044656fb7362a2-13" />
To embed the generated snippet into my page (in my case, the Vector skin), I made a backup the files skins/Vector.php, and found a suitable location to add it.
Okay, so say I have a mainspace article called foo, and then I store data on foo in a namespace called spreadsheet, with a preloaded table and navigation boilerplate. Except, all the actual data is stored and sorted by year. here is the code of the page:
Spreadsheet:Foo/2008 would be created by clicking the "2008" link in the second table. But when I create a page in the main space called "Foo", I want Spreadsheet:Foo to be automatically created, so that there's a root page to make the year subpages from. The Preloader extension fills them all with the boilerplate in the collapsible panel, so Spreadsheet:Foo would mainly just serve the purpose of making it easier to categorize the year subpages, but it would just be annoying to have to manually create a second page for every main page.
If you're wondering how I manually edit that complex table, I don't, I use the WYSIWYG extension, so please don't advise me on that.
the "revision history statistics " link is down(or not working correctly),its at "External Tools" in page histories at the English Wikipedia for users with en or en-gb as language. It's made by https://en.wikipedia.org/wiki/MediaWiki:Histlegend and goes to https://tools.wmflabs.org/xtools/ec/.. I would fix or help fix it , I need it to see how the page edits and bytes added are going on the article I work on thank you
You asked this already in https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=634914987#revision_history_statistics and received replies. It is not clear to me why you repeated the question here. Repeatedly posting the same question does not help.
however , I repeated because the problem still exists!! (try the link yourself it goes down every 3 days )
having said that if however this is an issue that is technically outside your ability to fix then I understand where the problem is.
Let me repeat: Repeatedly posting the same question does not help.
thank you for your kind time
According to https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=634914987#revision_history_statistics the problem has been resolved. But after posting the question everywhere, Ozzie10aaaa did not even care to post the answer. Now there are five, six or maybe even more threads about this problem and none contains a solution. Great!
First page |
Previous page |
Next page |
Last page |
