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
Dear friends,
I encountered a very puzzling matter for me with mediawiki 1.11. It
seams that all images are not loaded or they are not rendered at all.
Funny thing is that logo animated gif is rendered ok, but anything
else is not. I read anything I could find in the archive, but nothing
was relevant.
Site address: http://wiki.kosson.ro
In order to vie PHP settings I've put a little phpinfo() at:
http://wiki.kosson.ro/info.php
I mention that wiki is installed on a subdomain of kosson.ro.
Please advice as I ran out of solutions.
Thank you very much for your time an efforts
--
Constantinescu Nicolaie
Information Architect
kosson(a)gmail.com
http://www.kosson.ro
> Earlier: "...running
x\...\htdocs\Wiki\maintenance\rebuildtextindex.php
> ... I get: "DB connection error: Access
> denied for user 'ODBC'@'localhost' (using
> password: NO) (localhost)" Can you tell
> me, how I could include my password (I
> don't know it right now, I installed
> MediaWiki on top of XAMPP on Win XP
> for my LAN)..."
Peter Blaise responds:
Searching MediaWiki.org for "AdminSettings.php" I found:
http://www.mediawiki.org/wiki/Manual:Maintenance_scripts
Which states: "...From In order to run the maintenance scripts, you must
first rename the file AdminSettings.sample located in the root directory
of your wiki to AdminSettings.php and fill in the required connection
instructions..."
So, try adding to or building your own
x:\...\htdocs\Wiki\mediawiki\AdminSettings.php into something that looks
like this by filling your own
$wgDBadminuser = 'root-or-creator-at-setup';
$wgDBadminpassword = 'password-created-at-setup';
... like this:
===== start AdminSettings.php ===
<?php
/**
* This file should be copied to AdminSettings.php, and modified
* to reflect local settings. It is required for the maintenance
* scripts which run on the command line, as an extra security
* measure to allow using a separate user account with higher
* privileges to do maintenance work.
*
* Developers: Do not check AdminSettings.php into Subversion
*
* @package MediaWiki
*/
/*
* This data is used by all database maintenance scripts
* (see directory maintenance/). The SQL user MUST BE
* MANUALLY CREATED or set to an existing user with
* necessary permissions.
*
* This is not to be confused with sysop accounts for the
* wiki.
*/
$wgDBadminuser = 'root-or-creator-at-setup';
$wgDBadminpassword = 'password-created-at-setup';
/*
* Whether to enable the profileinfo.php script.
*/
$wgEnableProfileInfo = true;
?>
===== end AdminSettings.php ===
Let us know how it goes.
Hi,
I tried to upload my site to free.fr, but I got the message
PHP 5.0.x is buggy on your 64-bit system; you must upgrade to PHP 5.1.x or
higher. ABORTING. (http://bugs.php.net/bug.php?id=34879 for details)
Where can I find a provider using "PHP 5.1.x or higher" ? I live in France
near Paris.
cheers
Klaus
> > Earlier: ... Default mediawiki search is
> > really bad. You should use a search
> > extension, like Lucene...
> Response: ... Since those are difficult to
> set up at the best of times and impossible
> for most shared hosts, it might help if
> you instead listed out the things that are
> "really bad" about it so they can be fixed
> for the default install... Offhand, the split
> between title and text searches is a bit
> odd, but the only really "bad" thing is
> that MySQL's search engine by default
> excludes short and common words...
> Can you think of any other problems?
Peter Blaise responds: Me thinks there is equivalence between a
non-specific comment like "difficult to set up at the best of times" and
a non-specific comment like "default mediawiki search is really bad".
We're all pretty much equally challenged to present what we think we
know well in a written form others can easily access.
----
Anyway, regarding "...MySQL's search engine by default excludes
short...words", from
http://www.mediawiki.org/wiki/Manual_talk:Configuration_settings#using_s
earch_for_a_3_letter_word
I put the following in
x:\...\mysql5\my.ini
[mysqld]
ft_min_word_len=2
[myisamchk]
ft_min_word_len=2
## NEW for 2-letter searching, even 2-character words should be
## searchable - rebuild the text index by running (in DOS):
## C:\...mediawiki\maintenance\>_ php
maintenance/rebuildtextindex.php [Enter]
.... and, of course, ran php maintenance/rebuildtextindex.php
----
But, regarding "...MySQL's search engine by default
excludes...common words..." YOU'RE RIGHT! A search for the words "the"
and "an" not only didn't produce a search result, but also revealed that
Search in namespaces:
[ ] List redirects
... is NOT pre-selectable in Special:Preferences / My
Preferences!
I'm just saying.
Hello,
I am trying to get an article of my mediawiki making a program in python.
I want to get the article's content in XML format, but I haven't seen any
API's
function which returns this content, so I am trying to get the article
parsing
the HTML file but this is very cumbersome.
Does someone know any easier way to get this content?
Greetings, Pedro.
I added Korrigan and Andrea separately because I am not sure that hey
are on the lists. I added MediaWiki list to ping interested
developers. Please, give your comments, suggestions etc. at wiki
research list (wiki-research-l(a)lists.wikimedia.org).
It looks like improving Cite extension is the simplest task from the
list [1]. French Wikipedia already has a working improvement [1] and
Andrea made another one (including easy to use interface) [2]. There
are, also, two bug reports: one for simple improving Cite [3] and one
for adding BibTex compatibility [4]. The first MW bug report is very
live, while the last one seems to be dead.
So, my question is: Is it possible to join efforts for making one good
extension which is needed to all WM projects?
[1] - http://meta.wikimedia.org/wiki/Wikidata
[2] - http://www.scionline.org/index.php/Main_Page
[3] - http://bugzilla.wikimedia.org/show_bug.cgi?id=6271
[4] - http://bugzilla.wikimedia.org/show_bug.cgi?id=8167
Hi,
I have a strange problem with my MW regarding error reporting. Normal
php errors/notices are not displayed. though display_errors=on and it's
set for ALL, MW is not displaying any error messages for me, except the
internally triggered error messages. i set the value for an error log
file also, but with the modified $allowed line, nothing is logged or
displayed. but for other php applications, errors are displayed and
logged. i even added ini_set( 'display_errors', 1 ); and
error_reporting( E_ALL ); to the beginning of my localsettings.php, but
no luck. what to do..
Regards,
Jack Eapen C
SunTec Knowledge Centre
------------------------------------------------------------------------
------------
"When your work speaks for itself, don't interrupt"
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
Hi,
I have set user rigths in LocalSetting.php (Anonymous users cannot read or
edit any other page, but can still create accounts):
$wgGroupPermissions['*' ]['read'] = false;
$wgGroupPermissions['user' ]['read'] = true;
$wgWhitelistRead = array("Main Page", 'Special:RequestAccount',);
How can I use RequestAccount extension with this settings? How can Anonymous
users reach the RequestAccount page?
It could be the solution if I install a link to Main Page. --> How can I set
a link to the Main Page?
What could be the right solution?
Please write me soon.
Regards,
Gábor
I'd like to write a script that checks a few pages on my mediawiki
install remotely. Probably using urlgrabber. Whats the most efficient
way to determine if a page exists besides just grabbing the page?
-Mike