Hi there,
I am using Lucene-Search 2.1/MWSearch for my MediaWiki 1.15.1.
It's working fine, but it can't search any Japanese characters.
I have tried (language,ja) in the lsearch-global.conf file, but it doesn't seem to make any difference.
Any idea would be appreciated,
Ross
__________________________________________________________________
Looking for the perfect gift? Give the gift of Flickr!
http://www.flickr.com/gift/
Hello there, I would like to use MW as a Website so my question is if it is
possible (and how) to disable the version / history button on the
installation.
:)
uv
I had two questions about database issues. The SQL database for me is now 800MB.
1) On the shared server the wiki is hosted, I have to email support to create a backup that I can download. I can no longer download it myself from the PHPMyAdmin interface as its too big and it times out.
There are probably several solutions that handle backing up large databases without draining resources heavily (and instead just take more time to complete, which is fine. It would have to be broken up into a number of processes too so it doesnt exceed the execution time limit on shared servers).
So my question is: Are there any popular good solutions for backing up large databases that you are using for backing up your wiki? For example, I found one using a google search:
http://www.phpclasses.org/package/4017-PHP-Backup-large-MySQL-databases-int…
But I dont know if this is reliable.
2) Most of the space is taken up by mw_text, for the old revisions. I dont want to delete them since it deletes the page history so I'm looking at other options. One that I saw says we can compress old revisions:
- Note: If the $wgCompressRevisions option is on, new rows (=current revisions) will be gzipped transparently at save time. Previous revisions can also be compressed by using the script compressOld.php
http://www.mediawiki.org/wiki/Manual:Text_table
My question is: Will compressing old revisions effect performance or create any other issues on a shared hosting environment?
I'm guessing it will only have an effect when we click on a "diff" link. But will that make it execute the script say for, 20 seconds and make it really slow? Also, will this reduce the database size a lot or just a little bit?
I've read somewhere that the 'old_text' blob field could be set to 0, in a script to delete the revision but keep the historical record of the edit (date, author but not the actual changes, and thats fine). I'm debating between these two options.
thanks
Eric
Currently I'm using "{{:Special:PrefixIndex/{{FULLPAGENAME}}/}}" in some
situations, but that returns all translated pages as well as English ones. Is
there any way to restrict this to English only? If it can't be done natively,
is it possibly to restrict it to a category? I know I'm clutching at straws,
but.... It really would be helpful for some admin tasks.
Anne
--
KDE Community Working Group
New to KDE Software? - get help from http://userbase.kde.org
I am looking for noun-attribute lists - something like those available from ConceptNet. Is there anything like this available from the LinkingOpenData Community Project or elsewhere?
Any help would be much appreciated.
David Levy.
davidlevylondon(a)yahoo.com
www.worldsbestchatbot.com
Hello guys,
I configured a sitenotice message [¹] but it now shows up on every
page. I'd like to limit only for article pages but no category pages,
system messages, etc.
Is something like that possible? Maybe with a css hack?
[¹] http://www.mediawiki.org/wiki/Manual:Interface/Sitenotice#CentralNotice
-robert
Thank you very much.
Inserting "global $IP;" works perfectly.
(P.S. Sorry for confusing, I'm not using three dots. It was only for
shortening real path string.)
Daniel
------------------------------
Message: 8
Date: Thu, 30 Sep 2010 01:46:30 +0200
From: Platonides < >
Subject: Re: [Mediawiki-l] Problem with custom skin path
To: mediawiki-l(a)lists.wikimedia.org
Message-ID: <i80ipq$cn6$1(a)dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Daniel Steiner wrote:
> While testing this, I got the a error like:
>
> "Warning: require_once(/usr/local/...
/Common/includes/SkinTemplate.php)
> [function.require-once
>
<http://foundation-register.org/stf1test/index.php/function.require-once
>> ]: failed to open stream: No such file or directory in
> /usr/local/.../Common/skins/MonoBook.deps.php on line 12"
Are you using three dots?
Only two dots lead you to your parent.
> This is because of SkinTemplate.php is relatively referenced in
> MonoBook.deps.php as "require_once ( dirname ( dirname ( __FILE__ ) )
.
> 'includes/SkinTemplate.php' ", which belongs to normal directory
> structure.
>
> The strange thing now is, changing the statement in MonoBook.deps.php
to
> "$IP/includes/SkinTemplate.php" didn't work.
>
> It seems, $IP isn't available at this point and the statement results
in
> "require_once (/includes/SkinTemplate.php)" only.
Try adding a global $IP; above that.
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
I'm preping myself to install a couple of anti-spam methods to protect my
wiki site (I hope). Unfortunately i've had little success installing the
newest version of the wikimedia software (1.16) so i'm relying on the 1.6
version. Looking at this article here
http://www.mediawiki.org/wiki/Extension:ConfirmEdit it says it can be used
in versions 1.6 and up, but in the detailed information area it says it
requires version 1.11 and up. What version does it need in order to operate
correctly?
Not looking to have fort knoxx at the moment since my site is sort of back
water, but down the road I do hope to increase my security a bit. Mostly
want to prevent people from inputing naughty words probably using the
$wgSpamRegex command and prevent established IP spam address from trying to
create accounts to spam the wiki site.
Hi together,
I've got a problem with creating new categories or articles. The problem is, if I would create a new article called "My Name" the wiki would create one which is called "My name" but I don't would that so. How can I change that, so that my categories or articles are called like I write it.
Thanks for help.
Nikola Stanković
_____________________
WigaSoft AG
Nikola Stanković
Informatik Lehrling
Hechtackerstrasse 12
CH-9014 St. Gallen
Telefon +41 71 274 51 31
Telefax +41 71 274 51 49
Hotline +41 71 274 51 33
n.stankovic(a)wigasoft.ch<mailto:n.stankovic@wigasoft.ch>
www.wigasoft.ch<http://www.wigasoft.ch/>
Vertraulichkeitshinweis/Confidentiality Notice<http://www.wigasoft.ch/vertraulichkeitshinweis/>
Veranstaltungshinweise:
20./21. Januar 2010 - Fachsymposium Gesundheit