MediaWiki-l October 2011

mediawiki-l@lists.wikimedia.org

54 participants
50 discussions

Error 1146: Table '******.mw_iwlinks' doesn't exist (localhost)“.

by Isabell Alcott

Hello, after upgrading from 1,6 to 1,7 im receiving the following error. Maybe someone has an Idea? Es ist ein Datenbankfehler aufgetreten. Der Grund kann ein Programmierfehler sein. Die letzte Datenbankabfrage lautete: (SQL-Abfrage versteckt) aus der Funktion „LinksUpdate::getExistingInterwikis“. Die Datenbank meldete den Fehler „1146: Table '********.mw_iwlinks' doesn't exist (localhost)“.

12 years, 5 months

[mediawiki] automatic page creation from database

by Rahul Sharma

Dear all, Is there any way to create pages in mediawiki automatically, as database changes pages will create automatically. -- Rahul,

12 years, 5 months

other conferences in November - grow the MediaWiki dev community

by Sumana Harihareswara

Next month: Museum Computer Network http://www.mcn.edu/mcn-2011-atlanta 16-19 Nov, Atlanta. Wikimedians there will present about mobile, OpenStreetMap, Commons, uploading, and other museum-related issues. Wikimedian Lori Phillips will attend and would love for Wikimedia developers to come too, because outreach people who concentrate on relationships and content will need help discussing the tech side of MediaWiki-museum integration. Attendees will include "the tech and IT professionals in museums who can make these cross-platform integrations really work in their museums." More info at https://outreach.wikimedia.org/wiki/User:HstryQT/MCN . Also happening next month -- if you're going, please see below: * https://festival.mozilla.org/ Mozilla Festival, 4-6 November, London (a few Wikimedians & MediaWiki developers are going) * http://openfest.org/english/ OpenFest, Nov 5-6, Bulgaria * http://www.t-dose.org/ Technical Dutch Open Source Event, Nov 5-6, Fontys University of Applied Science in Eindhoven * http://fscons.org/ Free Society Conference & Nordic Summit, Nov 11-13, Sweden * http://sc11.supercomputing.org/?pg=papers.html SC11 (high performance computing), Nov 12-18, Seattle * http://foswiki.org/Community/FoswikiCamp2011 Foswiki Camp, Nov 18-20, CERN If you are going to one of those and you'd like Wikimedia stickers or buttons to pass out, please let me know. And here's a leaflet you can print and give out to encourage people to contribute to MediaWiki: https://www.mediawiki.org/wiki/File:MediaWiki_flyer_20110725-1.pdf Editable version: https://www.mediawiki.org/wiki/File:MediaWiki_flyer_20110725-1.svg A longer list of things tech volunteers can do -- customize this & print it out to take with you: https://www.mediawiki.org/wiki/User:Sumanah/TechVolunteersCanDo Also, if you'd like to teach a short "How to customize/hack MediaWiki" workshop at some event, look at https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker/Workshop -- or ask RobLa for the lightning talk he gave at ZendCon. -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation

12 years, 5 months

2 domains on 1 Installtion?

by Isabell Alcott

Hello, 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 *www.domain2.com/wiki/Hauptseite* ? Your Help is highly appreciated

12 years, 5 months

Help with

by Rowe, Dolores A

Teammates, In MediaWiki 1.15.3, I want to remove the footer item "Privacy policy", but these directions didn't work for me. I'm sure it's something really easy that I am missing, can anyone help ? I removed the text "Privacy policy" from the page MediaWiki:Privacy, but when I saved it the text populated back in there. From http://www.mediawiki.org/wiki/Manual:Footer: * privacy - this is a link only. Edit MediaWiki:Privacy<http://www.mediawiki.org/wiki/MediaWiki:Privacy> for the link text and MediaWiki:Privacypage<http://www.mediawiki.org/wiki/MediaWiki:Privacypage> for the wiki page to which to link. Thank you so much.

12 years, 5 months

(no subject)

by hongwei yao

Hallo , 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, itfuture

12 years, 5 months

cancel my Account

by ahmed ridha

Hallo , 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, itfuture -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

12 years, 5 months

upgrade to 1.17 broke gallery tag

by Alok

Hi 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 : http://projectbrahma.org/index.php?title=Testpage Any suggestions on how to fix this will be greatly appreciated. Thanks, Alok

12 years, 6 months

Re: [Mediawiki-l] MediaWiki 1.18 release plans

by Sam Reed

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 [1]. 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 [2][3]. Please feel free to remove them from being tarball blockers 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. Sam [1] https://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag/1.18 [2] https://bugzilla.wikimedia.org/show_bug.cgi?id=28425 - Tarball bugs [3] https://bugzilla.wikimedia.org/show_bug.cgi?id=29876 - WMF Deployment related bugs

12 years, 6 months

MediaWiki performance tuning - the next step?

by Daniel Barrett

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.) * memcached? * 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, DanB

12 years, 6 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l October 2011