Hi All
Looking for some advice. Trying to do version noticingand archived
notices on a Open Source software docs wiki.
Trying to keep it light and simple but I wonder if OutputPageBeforeHTML
is the better choice. I forked the Page Notice extension, just don't
know if I should consider another type like some of the Parser hooks.
Here is what I have so far.
$wgHooks['OutputPageBeforeHTML'][] = 'wfVersionNoticeHook';
function wfVersionNoticeHook( &$out, &$text ) {
$ns = $out->getTitle()->getNamespace();
$opt = array(
'parseinline',
);
$nsheader = wfMsgExt("version-notice-ns-$ns", $opt);
if (!wfEmptyMsg("version-notice-ns-$ns", $nsheader)) $text =
"<div>$nsheader</div>\n$text";
return true;
}
This one work pretty well, as all I am adding is a notice to the top and
the Mediawiki namespace page is being somewhat parsed. I can call a
template in the page or add wiki links.
Thanks
Tom
------------------------------------------------------------------------
Hello,
I need a template that receives a parameter, and if it is setted, then show
a table in my page.If not, then nothing shoulb be displayed.
I try to acomplish it like this:
<includeonly>
{{#if:{{{parameter|}}}|
{| style="width: 30%; font-size: 90%; border: 1px solid #aaaaaa;
background-color: #f9f9f9; color: black; margin-bottom: 0.5em; margin-left:
1em; padding: 0.2em; float: right; clear: right; text-align:left;"
! style="text-align: center; background-color:#ccccff;" colspan="2"
|<big>Table Title</big>
|-
| {{{parameter|}}}
|}
|}}
</includeonly>
But when I call my template with
{{template|parameter=}}
my page shows the text "style="width: 30%; font-size: 90%; border: 1px
solid #aaaaaa; background-color: #f9f9f9; color: black; margin-bottom:
0.5em; margin-left: 1em; padding: 0.2em; float: right; clear: right;
text-align:left;" ! style="text-align: center; background-color:#ccccff;"
colspan="2" "
Any help please?
many thanks in advance.
今天的主题:[翻译过来的有些看不明白]就算实惠你的邮件吧
1。再保险:呼吁新列表版主(乍得)
——————————————————————————————————————————————————————————————————————
消息:1
日期:2013年4月25日星期四,14:25:01 -0400
来自:乍得<innocentkiller >
:维基媒体开发人员<wikitech-l >,MediaWiki
公告和网站管理员列表<mediawiki-l >
主题:Re:[mediawiki l]呼吁新列表版主
问题:
<cadn73rng2 >
content - type:text /平原;charset = utf - 8
星期五,2013年4月19日下午3时,乍得<innocentkiller >写道:
>大家好,
>
>当你可能记得阅读。Huib——我们的长期志愿者主持人
>为mediawiki l和wikitech-l——辞去职位在二月份[0]。
>我让这个滑动的时间比我应该,但是我想现在使
>呼吁一个新的
>批名单为mediawiki l和wikitech-l版主。
>
>我认为这是非常重要的,有一个以上的主持人/列表,
>所以我一直在寻找
>几个候选人帮助缓和与一个(或两个)
>列表。这是一个非常
>低维护工作(偶尔的垃圾邮件发送者),Huib和自己一直
>有一个非常灵巧的缓和政策,倾向于让讨论
>运行他们的课程。
>
>所以,如果这是你感兴趣的东西,请帮忙
>回复
>这从列表和告诉我为什么。不需要一篇,只是一两句话约
>你是谁,为什么你想志愿者。我会给它几
>天人们
>去想它和电子邮件我,我会挑选一些人下周晚些时候。
>
>谢谢,周末愉快:)
>
我想首先感谢每个人给我发来电子邮���,志愿者。我有一个
群伟大的名字,我已经将范围缩小到了两人。请
和我一起欢迎你的两个新列表管理员:Platonides和安德烈
Klapper。
Platonides一直是一个长期的社区成员和是众所周知的
由所有。安德烈是我们的错误,并很快证明自己口角者是
一个友好的新来者。
再次,欢迎你俩,谢谢大家。
2013-04-27
xcq5678m
发件人:mediawiki-l-request(a)lists.wikimedia.org
发送时间:2013-04-26 20:00
主题:MediaWiki-l Digest, Vol 115, Issue 32
收件人:"mediawiki-l"<mediawiki-l(a)lists.wikimedia.org>
抄送:
Send MediaWiki-l mailing list submissions to
mediawiki-l(a)lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
or, via email, send a message with subject or body 'help' to
mediawiki-l-request(a)lists.wikimedia.org
You can reach the person managing the list at
mediawiki-l-owner(a)lists.wikimedia.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MediaWiki-l digest..."
Today's Topics:
1. Re: Call for new list moderators (Chad)
----------------------------------------------------------------------
Message: 1
Date: Thu, 25 Apr 2013 14:25:01 -0400
From: Chad <innocentkiller(a)gmail.com>
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, MediaWiki
announcements and site admin list <mediawiki-l(a)lists.wikimedia.org>
Subject: Re: [MediaWiki-l] Call for new list moderators
Message-ID:
<CADn73rNG2=xkvAc-A9_0C4PB5=tz+VJ+NdsCKo3uH9txi3cEdg(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Fri, Apr 19, 2013 at 3:02 PM, Chad <innocentkiller(a)gmail.com> wrote:
> Hi everyone,
>
> As you may have remembered reading. Huib--our longtime volunteer moderator
> for mediawiki-l and wikitech-l--resigned from his positions back in February[0].
> I let this slip longer than I should've, but I'd like to now make the
> call for a new
> batch of list moderators for mediawiki-l and wikitech-l.
>
> I think it's very important to have more than one moderator per list,
> so I'm looking
> for several candidates to help with moderation with one (or both)
> lists. It's a pretty
> low maintenance job (the occasional spammer), as Huib and myself have always
> had a very light-handed moderation policy and have preferred to let discussions
> run their course.
>
> So, if this is something you're interested in helping out with, please
> respond to
> this off-list and tell me why. Don't need an essay, just a sentence or two about
> who you are and why you'd like to volunteer. I'll give it a couple of
> days for people
> to think about it and e-mail me, and I'll pick some people by late next week.
>
> Thanks, and have a good weekend :)
>
I'd like to first thank everyone who e-mailed me to volunteer. I got a
bunch of great names, and I've narrowed it down to two people. Please
join me in welcoming your two new list admins: Platonides and Andre
Klapper.
Platonides has been a long-time community member and is well known
by all. Andre's our bug wrangler and has quickly proven himself as being
a friendly newcomer.
Again, welcome to you both, and thank you everyone.
-Chad
------------------------------
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
End of MediaWiki-l Digest, Vol 115, Issue 32
********************************************
Hi,
I just upgraded my Mediawiki to 1.20.4.
I encountered problems with FCKeditor, and I had to install WYSIWYG
extension instead.
I also had a couple of problems after installing this extension:
- Editing an article with this extension delete any category associated
with the article: solved with
http://www.mediawiki.org/wiki/Extension_talk:WYSIWYG#Editor_removes_assigne…
- When activating or using the extension while editing a wiki page, the
"Cancel" link at the bottom of the edit frame returns a 404 (the
/index.php/ is not present in the url...
Can't find any fix for this second issue, anybody has any useful suggestion?
Thanks a lot.
Regards.
Jules
Dear all,
I have started a new RFC with some proposals for the interproject links and
you can add more if you want.
https://meta.wikimedia.org/wiki/Requests_for_comment/Interproject_links_int…
It has been a long standing issue and one of the most voted enhancements in
Bugzilla
https://bugzilla.wikimedia.org/show_bug.cgi?id=708
To have the sister projects templates at the bottom of the page it is also
one of the reasons why sister projects have been also so hidden from the
eyes of the big public, and now with Wikidata also the issue of
maintainability can be addressed as well (similar problem as with
interlanguage links).
Micru
Does anyone have experience setting up the OpenID extension w/ MediaWiki? I
installed and configured it according to the instructions, but when I click
"log in" nothing happens. Here's a debug log:
1. Start request GET
/index.php?title=Special:OpenIDLogin&returnto=Special%3AOpenIDLogin&returntoquery=
2. HTTP HEADERS:
3. HOST: wiki.left-click.us
4. CONNECTION: keep-alive
5. ACCEPT:
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
6. USER-AGENT: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/27.0.1453.56 Safari/537.36
7. DNT: 1
8. REFERER:
http://wiki.left-click.us/index.php?title=Special:OpenIDLogin&returnto=Spec…
9. ACCEPT-ENCODING: gzip,deflate,sdch
10. ACCEPT-LANGUAGE: en-US,en;q=0.8
11. COOKIE: mw_installer_session=6b076814030afb38ffcd771642fa8480;
__utma=77591048.1400442417.1366145367.1366145367.1366145367.1;
__utmc=77591048;
__utmz=77591048.1366145367.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none);
wikidb_lc_wikiUserName=Wikiuser;
wikidb_lc_wiki_session=f8c1df2e37be573f6a8524d8fbc08d32;
wikidb_lc_wikiLoggedOut=20130422183121
12. CACHES: APCBagOStuff[main] APCBagOStuff[message] APCBagOStuff[parser]
13. session_set_cookie_params: "0", "/", "", "", "1"
14. LocalisationCache: using store LCStore_DB
15. Fully initialised
16. Connecting to localhost wikidb...
17. Profiler::instance called without $wgProfiler['class'] set, falling
back to ProfilerStub for safety
18. Connected to localhost wikidb.
19. Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::get
20. MessageCache::load: Loading en... got from global cache
21. IP: 75.144.202.33
22. Unstubbing $wgParser on call of $wgParser::firstCallInit from
MessageCache::getParser
23. Parser: using preprocessor: Preprocessor_DOM
24. Use of User::getSkin was deprecated in MediaWiki 1.18. [Called from
OpenIDHooks::onPersonalUrls in
/var/www/lcwiki/extensions/OpenID/OpenID.hooks.php at line 90]
25. Class PEAR_Error not found; skipped loading
26. DatabaseBase::query: Writes done: REPLACE INTO `lc_wikimsg_resource`
(mr_resource,mr_lang,mr_blob,mr_timestamp) VALUES
('user.options','en','{}','20130422210033')
27. OutputPage::sendCacheControl: no caching **
28.
29.
30. Start request GET /
31. HTTP HEADERS:
32. HOST: wiki.left-click.us
33. CONNECTION: keep-alive
34. ACCEPT:
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
35. USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
36. DNT: 1
37. ACCEPT-ENCODING: gzip,deflate,sdch
38. ACCEPT-LANGUAGE: en-US,en;q=0.8
39. ACCEPT-CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.3
40. CACHES: APCBagOStuff[main] APCBagOStuff[message] APCBagOStuff[parser]
41. LocalisationCache: using store LCStore_DB
42. Fully initialised
43. MessageCache::load: Loading en... got from global cache
44. Connecting to localhost wikidb...
45. Profiler::instance called without $wgProfiler['class'] set, falling
back to ProfilerStub for safety
46. Connected to localhost wikidb.
47. Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::get
48. IP: 75.144.202.33
49. Unstubbing $wgParser on call of $wgParser::firstCallInit from
MessageCache::getParser
50. Parser: using preprocessor: Preprocessor_DOM
51. Use of User::getSkin was deprecated in MediaWiki 1.18. [Called from
OpenIDHooks::onPersonalUrls in
/var/www/lcwiki/extensions/OpenID/OpenID.hooks.php at line 90]
52. Class PEAR_Error not found; skipped loading
53. DatabaseBase::query: Writes done: REPLACE INTO `lc_wikimsg_resource`
(mr_resource,mr_lang,mr_blob,mr_timestamp) VALUES
('user.options','en','{}','20130423160528')
54. OutputPage::sendCacheControl: no caching **
55.
56.
57. Start request GET
/index.php?title=Special:OpenIDLogin&returnto=Special:Badtitle
58. HTTP HEADERS:
59. HOST: wiki.left-click.us
60. CONNECTION: keep-alive
61. ACCEPT:
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
62. USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3)
AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31
63. DNT: 1
64. REFERER: http://wiki.left-click.us/
65. ACCEPT-ENCODING: gzip,deflate,sdch
66. ACCEPT-LANGUAGE: en-US,en;q=0.8
67. ACCEPT-CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.3
68. CACHES: APCBagOStuff[main] APCBagOStuff[message] APCBagOStuff[parser]
69. LocalisationCache: using store LCStore_DB
70. Fully initialised
71. Connecting to localhost wikidb...
72. Profiler::instance called without $wgProfiler['class'] set, falling
back to ProfilerStub for safety
73. Connected to localhost wikidb.
74. Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::get
75. MessageCache::load: Loading en... got from global cache
76. IP: 75.144.202.33
77. Unstubbing $wgParser on call of $wgParser::firstCallInit from
MessageCache::getParser
78. Parser: using preprocessor: Preprocessor_DOM
79. Use of User::getSkin was deprecated in MediaWiki 1.18. [Called from
OpenIDHooks::onPersonalUrls in
/var/www/lcwiki/extensions/OpenID/OpenID.hooks.php at line 90]
80. Class PEAR_Error not found; skipped loading
81. DatabaseBase::query: Writes done: REPLACE INTO `lc_wikimsg_resource`
(mr_resource,mr_lang,mr_blob,mr_timestamp) VALUES
('user.options','en','{}','20130423160533')
82. OutputPage::sendCacheControl: no caching **
--
KEVIN M. GALLAGHER
Systems Administrator, *left-click *
www.lcadvanced.com <http://lcadvanced.com/>
FACEBOOK <http://www.facebook.com/left-clickus> |
TWITTER<http://twitter.com/leftclickme>
| BLOG <http://lcadvanced.com/blog>
left-click
78 Main St. Suite 401
Northampton, MA 01060
+001 877 289 9820 *1337
kevin(a)left-click.us <kevin(a)left-click.us>
CONFIDENTIALITY NOTICE: This email message, including all attachments, may
contain information that is confidential, proprietary, privileged or
otherwise protected by law. It is to be viewed only by the intended
recipient(s). If you are not intended recipient(s), please notify the
sender of this information and delete your copy at once. Your cooperation
is appreciated.
Some spam bots specifically target wikis (edit/create page and then enter
data). I don't have problems with spammers actually getting through and
submitting spam. The anti-spam is strong enough to stop that from
happening. The problem is that they still use CPU and ram.
I know about Fail2ban but I haven't tried it yet. Here's one idea: If a
certain IP address fails the captchas a specified number of times in 5
minutes or so, it should be banned temporarily for say, 24 hours (through
htaccess or firewall etc). This would keep that IP address from using up
CPU for some time and reduce overall CPU.
Anyone who has already implemented something like this?
This is RC4 for 1.21.0 due to be released on May 15, 2013. The
patches included since RC3 are after the download instructions.
While testing this release candidate, I discovered a bug in the
installer (Bug #47489) which I would like to get fixed before a final
release.
I've changed the list of bugs I would like to see fixed in the next
couple of weeks before release to 3 installer-only bugs:
https://bugzilla.wikimedia.org/buglist.cgi?bug_id=47489%2C46802%2C43817https://bugzilla.wikimedia.org/43817
Include short descriptions for extensions bundled in the release
https://bugzilla.wikimedia.org/46802
Enabling extensions during install process displays empty readonly
textbox on status page
https://bugzilla.wikimedia.org/47489
white screen after no db selection
I'll take a stab at these, but I appreciate any help you guys can give.
Full release notes:
https://www.mediawiki.org/wiki/Release_notes/1.21
**********************************************************************
Download:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc4.tar.gzhttp://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.tar.gz
Patch to previous version (1.20.0), without interface text:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.patch.gz
Interface text changes:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc4.patch…
GPG signatures:
http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc4.tar.g…http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.tar.gz.sighttp://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc4.patch.gz.s…http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc4.patch…
Public keys:
https://secure.wikimedia.org/keys.html
Patches included since RC3:
commit 29d3243339f836ad13a722762e4b0f7056ee3764
Author: Brad Jorsch <bjorsch(a)wikimedia.org>
Date: Sun Mar 3 22:35:05 2013 -0500
Add parser method to call parser functions
There is currently no straightforward way for anything to call a
parser function and get the result. This abstracts out that portion
of braceSubstitution() to allow this.
The immediate motivation for this patch is to close bug 41769
against Scribunto, see I0138836654b0e34c5c23daaedcdf5d4f9d1c7ab2.
Bug: 41769
Change-Id: I339b882010dedd714e7965e25ad650ed8b8cd48f
commit c81f3673423021c92a8e08a207236b4d48b0bc46
Author: Timo Tijhof <ttijhof(a)wikimedia.org>
Date: Tue Mar 26 18:59:07 2013 +0100
mw.loader: Guard against odd setTimeout behaviour in old Firefox
Bug: 46575
Change-Id: I80af730daa815f0c273fe942c570d1f0144bbbb1
commit d43c43727c0273ab9a861b39a70609bfbe14a801
Author: PleaseStand <pleasestand(a)live.com>
Date: Wed Apr 17 13:49:50 2013 +0000
Revert "Remove link to Special:ActiveUsers from Special:Statistics"
Special:ActiveUsers still seems to be in REL1_21, and
there is a pending change set (Ib43b4205) to add back
the special page on the master branch.
This reverts commit 4b2c7373f2ab6f701cbd7f371ad4b95829e34e70
Change-Id: I5669477091ada36ea28c33de1232d2b7e9d0b413
commit c6528bb73b99de3ae6a5f3d8493e9dc8a1eb9120
Author: csteipp <csteipp(a)wikimedia.org>
Date: Mon Apr 15 13:42:02 2013 -0700
Sanitize $limitReport before outputting
Prevents possible injection of "-->" and other HTML by extensions
using the ParserLimitReport hook.
bug: 46084
Change-Id: Id97b6668da6df3e5e4c0acefffa00c82cac3c44a
(cherry picked from commit 69f96f65dd99e54b84e489e7d957b7526653474c)
commit 73f30041f2cf4f5cac08bb3b37a38fa80832bec3
Author: csteipp <csteipp(a)wikimedia.org>
Date: Mon Apr 15 13:44:23 2013 -0700
Disable external entities in XMLReader
Temporarily disable loading entities in XMLReader when calling
read() with libxml_disable_entity_loader(true).
bug: 46859
Change-Id: I0b2ef270f15c7b4da17edee680bf7e2410919915
(cherry picked from commit 1ed76385c31f44c589f6e5a99c9c56f1f3f76728)
commit 9c902fb78536566c3deb85cc1bfb033074520e22
Author: csteipp <csteipp(a)wikimedia.org>
Date: Mon Apr 15 13:47:10 2013 -0700
Disable external entities in Import
Temporarily disable loading entities in XMLReader when calling
read() during import.
(cherry picked from commit 77a8d576918b6a47b80a67a3653662a2d705d6c3)
bug: 47251
Change-Id: I0b39386e6cf4ec0244aab8ebc4095922511e2964
rationalwiki.org is currently serving pages very slowly. It's
intermittent, but when it's slow it's a *slug*. Many users are getting
502 errors from Apache or 503 from the Squids.
We have one Linode doing Apache/MySQL/Lucene. It's an 8GB box with 8
cores. (Was 4GB/4 cores, but Linode just doubled everyone's server.)
In front of that are two Squids fed by a load balancer.
* Sometimes the cause is obvious: when the load average is 30 and top
shows a pile of Apaches using up CPU, then it's PHP handling a complex
page request. (No, I still haven't made it PHP via fcgid.)
* Sometimes it isn't, e.g. this afternoon when the site was running
like a slug and load average was 0.8 with nothing amiss in top.
* The squids don't show an unusual rate of hits on the site.
* We have plenty of memory free - about 4GB on the main box is just
sitting in file cache.
* php_errors.log only shows up some processes timing out their 30
seconds (which would be the 502s).
So where would I start looking to work out what's going on?
- d.
Mediwiki 1.20.3 (new install and copies)
Apache 2.2.23
PHP 5.4.11
WMH/cPanel on Centos 6
mysql 5.1.68-cll
I am moving a few Mediawiki installations from an old server to a new
server (same OS) and I thought everything would would work out of the
box. But I get a 500 error. In the logs I find......
root@xxxx [xxxxpublic_html/mw]# [Sun Apr 14 10:13:26 2013] [error]
[client 86.56.93.42] SoftException in Application.cpp:256: File
"/home/xxxx/public_html/mw/index.php" is writeable by group
"chmod g-w index.php" does the trick.
But then I try an installation....
root@xxx [/home/xxxx/public_html/mw/mw-config]# [Sun Apr 14 10:30:39
2013] [error] [client 86.56.93.42] SoftException in Application.cpp:601:
Directory "/home/xxxx/public_html/mw/mw-config" is writeable by group,
referer: http://www.xxxxx.uk/mw/
So, now I am confused.... help sought!
Gordo