MediaWiki-l February 2008

mediawiki-l@lists.wikimedia.org

129 participants
177 discussions

Welcome to mediawiki-l (weekly posting)
by river＠hemlock.ts.wikimedia.org 06 Feb '08

06 Feb '08

Welcome to mediawiki-l. This mailing list exists for discussion and questions about the MediaWiki software[0]. Important MediaWiki-related announcements (such as new versions) are also posted to this list. Other resources. If you only wish to receive announcements, you should subscribe to mediawiki-announce[1] instead. MediaWiki development discussion, and all Wikimedia technical questions, should be directed to the wikitech-l[2] mailing list. Several other MediaWiki-related lists exist: - mediawiki-api[5] for API discussions, - mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise, - mediawiki-cvs[7] for notification of commits to the Subversion repository, - mediawiki-i18n[8] for discussion of MediaWiki internationalisation support, - wikibugs-l[9] for notification of changes to the bug tracker. List administrivia (unsubscribing, list archives). To unsubscribe from this mailing list, visit [12]. Archives of previous postings can be found at [3]. This list is also gatewayed to the Gmane NNTP server[4], which you can use to read and post to the list. Posting to the list. Before posting to this list, please read the MediaWiki FAQ[10]. Many common questions are answered here. You may also search the list archives to see if your question has been asked before. Please try to ask your question in a way that enables people to answer you. Provide all relevant details, explain your problem clearly, etc. You may wish to read [13], which explains how to ask questions well. To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a public list, so you should not include confidential information in mails you send. When replying to an existing thread, use the "Reply" or "Followup" feature of your mail client, so that clients that understand threading can sort your message properly. When quoting other messages, please use the "inline" quoting style[11], for clarity. When creating a new thread, do not reply to an existing message and change the subject. This will confuse peoples' mail readers, and will result in fewer people reading your mail. Instead, compose a new message for your post. Messages posted to the list have the "Reply-To" header set to the mailing list, which means that by default, replies will go to the entire list. If you are posting a reply which is only interesting to the original poster, and not the list in general, you should change the reply to only go to that person. This avoids cluttering the list with irrelevant traffic. About this message. This message is posted to the list once per week by <river(a)wikimedia.org>. Please contact me if you have any questions or concerns about this mailing. References. [0] http://www.mediawiki.org/ [1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce [2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l [3] http://lists.wikimedia.org/pipermail/mediawiki-l/ [4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki [5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api [6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise [7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs [8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n [9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l [10] http://www.mediawiki.org/wiki/FAQ [11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying [12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l [13] http://www.catb.org/~esr/faqs/smart-questions.html

1 0

Newest pages
by Thomas Dräger 06 Feb '08

06 Feb '08

Hi ML how do i list the five newest pages/popular pages on the mainpage?

2 1

Defect with mbstring.func_overload? Perhaps an assert/check/set should be done.
by edA-qa mort-ora-y 06 Feb '08

06 Feb '08

MediaWiki doesn't work if the mbstring.func_overload PHP is non-zero*. Should not then the MediaWiki code set this value explicitly? I was thinking likely in the Language.php file where it sets the internal encoding. Or at very least, should not an assertion of sorts be done to confirm that this is 0? *See my problem http://wiki.disemia.com/Help_-_Corruption_of_Non-ASCII_Characters -- edA-qa mort-ora-y Idea Architect http://disemia.com/ Sign: Please digitally sign your emails. Encrypt: I'm also happy to receive encrypted mail.

2 1

Image thumbnail URLs
by Brianna Laugher 06 Feb '08

06 Feb '08

Hello, 1) If you know an image [[image:foo.jpg]] exists, you can do http://domain.com/wiki/Special:Filepath/foo.jpg to download the source file, without having to calculate your own checksum thingy to figure out which directory it's actually stored in. Is there a similar shortcut to image thumbnails? There is thumb.php but that bypasses the cache so it's bad, right? And on that related note, 2) If you have a central image wiki set-up (as in Wikimedia Commons/other Wikimedia projects), how can you check if the image being referred to is actually on the central project or the local project? Is there a straightforward way to do that? I can think of some roundabout ways but I don't know a straightforward one. cheers Brianna -- They've just been waiting in a mountain for the right moment: http://modernthings.org/

2 1

Is there any reason to use a table name prefix if you don't have to?
by The Gadget Doctor 06 Feb '08

06 Feb '08

I'm gradually moving up in the world of hosting from shared accounts with no shell access to (now) a VPS host with full control. I would like to ask the philosophical question of whether using a table prefix like "mw_" is of any use later? I have pretty much full control of my box, can have as many MySQL databases as I like (including dev, test and live ones). It would seem to me that having completely separate databases (as opposed to differently named tables) is the way to go for me but can anyone help out with practical experience. Up to now I've used a prefix of mw_ and I could continue with that or just stop. Gadget Doctor

6 6

Fail to delete history
by addady＠active.co.il 06 Feb '08

06 Feb '08

Hello, I am trying to delete my wiki's history and I am using the command: php deleteOldRevisions.php --delete It seems to be working and it says that it found some old revisions and is deleting them, and that it ended successfully. But when I check my wiki the history is still there and each time I run the script it finds the same number of old revisions all over again. It seems that it doesn't delete the records for some reason. Mediawiki version is 1.6.11 Please help Addady

1 0

Re: [Mediawiki-l] How to get support for your office wiki
by Gabriel Millerd 05 Feb '08

05 Feb '08

On 1/31/08, Kenneth Porter <shiva(a)sewingwitch.com> wrote: > > It sounds like I just need to run an htpasswd setup and have them log in > twice, once to Apache and once to MediaWiki. > The basic auth extension works so easily and is very transparent. Minus the changing passwords and what not part of things. I use it without much editing at all. Definately worth it if you already have your user base credentials inside apache in one way or another. -- Gabriel Millerd

1 0

Re: [Mediawiki-l] Adding footer to all pages?
by Christopher.Reigrut＠Key.com 05 Feb '08

05 Feb '08

Or you can just modify MediaWiki:Disclaimer Christopher M. Reigrut Applications Systems Architect Key Technology Services / KeyBank 1000 South McCaslin Boulevard Superior, Colorado 80027 720-304-1049 > ----- Message from david <dvd(a)enlloc.org> on Tue, 05 Feb 2008 16:24: > 40 +0100 ----- > > To: > > mediawiki-l(a)lists.wikimedia.org > > Subject: > > Re: [Mediawiki-l] Adding footer to all pages? > > If your wiki uses the skin MonoBook you can... > (1) open the file: skins/MonoBook.php > (2) around 270 line, before closing the div #footer write: > > -- put your content here -- > > > (3) Then you can control the visual aspect througt the file: > skins/monobook/main.css > > Regards > > dvdgmz > > El dt 05 de 02 del 2008 a les 16:26 +0200, en/na Leon Kolchinsky va > escriure: > > Hello All, > > > > One of our wiki's administrators whant to add the following > snippet to all pages of the wiki: > > > > <a rel="license" href="http://creativecommons.org/licenses/by/2.5/il/"> > > <img alt="Creative Commons License" style="border-width:0" src=" > http://i.creativecommons.org/l/by/2.5/il/88x31.png" /> > > </a> > > > > יצירה זו מופצת תחת > > <a rel="license" href="http://creativecommons.org/licenses/by/2.5/il/ > ">רישיון ייחוס 2.5 ישראל של Creative Commons</a>. > > > > What is the best way of doing it? > > > > > > Best Regards, > > Leon ******************************************************************************* This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 ******************************************************************************* If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to DNERequests(a)key.com with 'No Promotional E-mails' in the SUBJECT line.

1 0

Re: [Mediawiki-l] Is there any reason to use a table name prefix ifyou don't have to?
by Jack Eapen C 05 Feb '08

05 Feb '08

Hi, There is no reason that compels you to use a table prefix. You need to use a table prefix only if you want to use the same mysql database for some other applications, or use the same db for different versions of Mediawiki. Even if you use same database for multiple applications, it's not necessary to use a table prefix. A table prefix will only help you while viewing the table names-if you use a prefix, you can see all the mediawiki tables together. Or if you want to export only mediawiki tables using an application like phpMyAdmin from a multi-application database, you can easily select the tables in one go, if they have a prefix. That's it; nothing more. Regards, Jack Eapen SunTec Knowledge Centre ---------------------------------------------------------------- "May He protect us both. May He cause us both to enjoy.May we exert together. May our studies become brilliant. May we not hate each other" -----Original Message----- From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of The Gadget Doctor Sent: Tuesday, February 05, 2008 6:44 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Is there any reason to use a table name prefix ifyou don't have to? On Feb 5, 2008 2:46 PM, David A. Desrosiers <desrod(a)gnu-designs.com> wrote: > > Currently all maintenance tasks are hard-coded with the standard table > names. I've run into this and been bitten by it far too many times. > This would seem to be a killer point that I haven't spotted anywhere in the docs (and a bit of a failing!) Right now I can't seem to get any maintenance scripts to run as I get the following failure: PHP Fatal error: require_once(): Failed opening required 'counter.php' (include_path='.:') in /var/www/vhosts/xxxxxxx/httpdocs/w/maintenance/update.php on line 2 I'm scouring the web and the archives right now but if anyone knows the answer..... _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You

3 3

Using Mediawiki for a closed group, with closed content
by Roger 05 Feb '08

05 Feb '08

Hi there! I have a test installation of Mediawiki, and would like to be able to limit access to the wiki to a closed group of people. I need the following: * Usermanagement is handled by a moderator which creates new users and assigns rights to them, or * Registering to the wiki needs at least approval by an admin or moderator * The possibility to make content public or closed, for the whole wiki, or per page, or depending on namespaces I know these options are available in Dokuwiki, but I would like to try out Mediawiki and see how this works. I think all of this is possible, but I can't figure out how to do this. I appreciate help on any of these issues! Thanks, Roger

3 2

Jump to page:

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 February 2008