MediaWiki-l December 2015

mediawiki-l@lists.wikimedia.org

68 participants
68 discussions

Import Performance Issue/Question
by Chap Jones 01 Jan '16

01 Jan '16

Folks, Performance Issue/Question MediaWiki:1.26.2 :: Apache:2.4.16 (Ubuntu) :: PHP:5.6.16-2+deb.sury.org~trusty+1 MySQL:5.6.27-0ubuntu0.14.04.1-log :: Processor:Intel Xeon QuadCore X3210 :: Memory: 3 Gig HD: 1.5Tb @ 126g usage :: 64Bit System ***************************************** I have a very small single user(me) wiki in use for genealogy work. I have very little traffic visiting the site. I keep the wiki updated fairly religiously, including extensions as well as the physical server itself. I have Zend OPCache running on this server as well. My issue has always been a speed issue in importing XML files that have been exported from Wikipedia. As an example, I may export a wikipedia page about a particular town or county that is relevant to my genealogy research and import the XML into my wiki. It takes an excruciatingly long time to import even a relatively small wikipedia page into my wiki. I'm talking 5+ minutes to import a single page such as this, https://en.wikipedia.org/wiki/Guilford_County,_North_Carolina, into my wiki. I've been trying to fix this issue for a couple of years and have not figured out why it takes so long to import the wikipedia pages. I'd like to mention here that my physical server is located in a full blown data center with 100Mb switch ports on a gigabit fiber network and out through a 10 gig pipe to the world. Network access is not a problem. I guess my question is, what can I do to improve the import process? Thanks, Chap wiki.jonesipedia.com ********************

4 3

mise à jour MW 1.26.2
by kerivo 01 Jan '16

01 Jan '16

Bonjour J'essaie de faire une mise à jour de mon site MediaWiki hébergé chez OVH. En effet, ma version 1.20 n'affiche plus le rendu classique des pages MediaWiki bien que le texte source soit accessible (sans doute une histoire de version php ?). Cependant, je rencontre bien des difficultés : j'ai suivi le tutoriel https://www.mediawiki.org/wiki/Manual:Upgrading/fr. Comme je n'ai pas accès en ssh au serveur, j'ai tenté la mise à jour Web. Déjà, pourquoi le répertoire mw-config n'est-il pas présent par défaut dans la racine ? Du coup, j'ai importé mon précédent mw-config qui fonctionnait bien dans MW 1.20 mais pas dans MW 1.26.2 : j'obtiens une page blanche. Maerci pour toute suggestion qui me permettrai d'avancer. Herve

2 3

Consensus on update process?
by T. P. Suhr 01 Jan '16

01 Jan '16

There was some chatter in recent weeks about most efficient methods on how to upgrade an existing (older version) install of MediaWiki. Was there ever a consensus on the easiest method for non-programmers? Or should I be knocking on another list for this info (and if so, which list?) Thanks for your time.

6 10

I'll be out of town until Sunday, January 3rd.
by michael＠cummins.us 31 Dec '15

31 Dec '15

I'll be out of town until Sunday, January 3rd. If you need immediate assistance, feel free to contact my team by writing support(a)wddx.net. Have a Happy Holiday!

1 0

I'll be out of town until Sunday, January 3rd.
by michael＠cummins.us 30 Dec '15

30 Dec '15

I'll be out of town until Sunday, January 3rd. If you need immediate assistance, feel free to contact my team by writing support(a)wddx.net. Have a Happy Holiday!

1 0

Help! Cannot connect to database!
by Jan Steinman 29 Dec '15

29 Dec '15

This is on MediaWiki 1.16 (yea, I know), MariaDB 10.1.8, and MacOS X 10.6.8. I had a database problem, and reinitialized and restored my database from a recent logical (SQL source) backup. There were no changes to any MediaWiki PHP files. The character set (UTF8) did not change. Now, I get the infamous "[Sitename] has a problem… Can't contact the database server: Permission denied (localhost)." The host/database/user/password info in LocalSettings.php has not changed. I can use those same credentials to access the database from various tools, such as mysql CLI client, phpMyAdmin, and Sequel Pro. And yet, MediaWiki is still unwilling to connect. I even tried tagging "?action=purge" onto the URL to rule out caching problems. I used phpMyAdmin to re-set the login credentials to those in LocalSettings.php, thinking perhaps they hadn't been restored correctly. No luck there. The various other database clients can still get in using those same MediaWiki login credentials. I've taken to grepping through the .php files, looking for where the login credentials are used, trying in vain to figure out why they no longer work, when they did just 24 hours ago! I've also crawled through the MediaWiki online documentation, with no particular insight. I'm leaning toward a MySQL User permissions problem, but I think I've ruled that out by getting in using the same credentials with other tools. Any insight? Please show me something simple and stupid that I've been overlooking! Jan

3 2

[Core MediaWiki] Handling of Race Conditions on db Updates -- Any reusable functionality for extensions (?)
by Ed 29 Dec '15

29 Dec '15

Hi, Over the past month I've submitted a few patches for Cargo and now I would like to tackle race conditions as it relates to database updates. I have a pretty good idea of how to implement it, but before I create a whole new mechanism to handle this type of issue I was wondering how MediaWiki itself does it. Are any classes, methods and tables that can (or should) be leveraged? Thanks! Ed

1 0

Re: [MediaWiki-l] What PHP version do you use? (Was Re: MediaWiki-l Digest, Vol 147, Issue 3)
by Chris Koerner 29 Dec '15

29 Dec '15

>Jan, and many others, have made a lot of valid comments on this discussion. So why have they all been summarily dismissed with such... complete lack of consideration? The folks at the foundation are not copying files and running update.php every time they update Wikipedia. :) They also have a focus on foundation-sponsored projects and improving things where their constituents are. Not a lot of Wiki* editors need a better MediaWiki installer. I don't believe it is much of a priority - for the foundation or a significant percentage of third-party administrators. Those who are dedicated figure it out, new people have to have a lot of patience - or they are turned away. Which is really sad, IMHO. To that end, what can we do about it? Might I suggest we put together an IdeaLab proposal <https://meta.wikimedia.org/wiki/Grants:IdeaLab> and see if we can pool our own resources (attention and time) to figuring out what it would take to improve this part of MediaWiki? See if there's enough interest, identify opportunities for support (dev skills and money) and take care of this. I also suggest we make an appropriate and courteous amount of productive noise in Phabricator <https://phabricator.wikimedia.org/tag/mediawiki-installer/>. Add experiences, feedback, and information to existing tasks related to the installer. Add new ones for issues that have yet to be discovered. Yours, Chris Koerner clkoerner.com

3 4

Re: [MediaWiki-l] My wiki stopped working
by Greg Sabino Mullane 29 Dec '15

29 Dec '15

> Okay, a few weeks ago my wiki stopped loading. The version I've got > installed there is ancient, but it was working fine until one day it > wasn't. ... > Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING in > /hermes/bosoraweb123/b65/ipw.joshua-w/public_html/wiki/includes/Namespace.php > on line 46 Your PHP was upgraded, and the old MediaWiki software will not work with it. One of the reasons is that "namespace" is now a reserved word. The best and easiest solution is to upgrade your wiki, but there are others: http://blog.endpoint.com/2015/11/broken-wikis-due-to-php-and-mediawiki.html -- Greg Sabino Mullane greg(a)endpoint.com End Point Corporation PGP Key: 0x14964AC8

2 1

Sitewide problems after importing Template:Infobox from en.wikipedia
by Elk Admin 28 Dec '15

28 Dec '15

Hello, I have WP 1.25.1 from source. I wanted to be able to post condensed meta on the right-side of my articles in an "Infobox", like Wikipedia does. Found several "How-to" on exporting/importing templates from one source wiki to destination, like: - http://trog.qgl.org/20110815/setting-up-infobox-templates-in-mediawiki/ - https://www.mediawiki.org/wiki/Manual:Importing_Wikipedia_infoboxes_tutorial Followed the step, imported 20+ templates (checked "Include templates" on export page), and now none of my templates are rendering! Even completely standalone templates I wrote before (they worked before import) stopped working. All with the same error, "Parser::braceSubstitution: template inclusion denied", ex: >> Parser::braceSubstitution: template inclusion denied for Template:Documentation Can anyone give me any pointers on what could be the cause? I verified that: - Lua interpreter (standalone) itself is working, I have a log of successful Lua module invocations - I have extensions: ParserFunctions, Scribunto, InputBox and TemplateData installed Could it be that I am missing some recursively required templates? (I noticed existence of some not ordinary templates, like "Template:((", or "Template:!!", etc.) If so, how could I identify which one(s)? It seems "export" does not takes recursively all needed templates - it stops on first level of indirection. I tried to manually list all templates needed for Infobox with their children recursively - the list keeps growing with no end (have 270+ templates/modules in the list now). If the Infobox "required templates" tree is so deep, is their a way to import all templates and modules from wiki at once? (Are the not part of install from source tarball? May be I have them locally already, just need to load to DB?) And finally, if this route is so complex, is there an easier way to create an Infobox on a new wiki? Is creating them from scratch is any easier (perhaps it will be not as polished but close in functionality)? Please point me to a guide/how-to for creating "Infobox-like" box on right-side of an article. I hate to settle for "home brew" solution but I am ready to give up the dream of having wiki-consistent UI. How does everyone else accomplishing this? John This message is intended for specified recipient(s) only. If received by any other party, please discard immediately.

1 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l December 2015