I have written a custom authtentication plugin that works correctly.
Some user in my external user DB are administrators, and i want that also in
mediawiki they should be administrator.
Is there any "clean" way about doing this?
Where can I found the functions to get the groups associated to a user or a
function to add/remove a user to a group?
I think it's not good to directly write into the user_group association
table.
Thank you.
I'm pleased to announce that a new O'Reilly book, titled "MediaWiki", will
be published later this year. I am the author. The focus is on practical
knowledge ("what you really need to know") to be an effective MediaWiki
reader, author, sysop, and site administrator. It's not a comprehensive
reference; anything "comprehensive" would be outdated in six months....
The book is nearly complete, but if there are critical topics you'd like to
see covered, please email any suggestions to dbarrett(a)oreilly.com.
Also, I am looking for 2-3 people to join the book's technical review team,
to read the book in advance and offer comments and criticism. This
includes beginners too! If interested, please email me directly at
dbarrett(a)oreilly.com (do not hit "reply") and answer these questions:
1. Will you be available to review the book during the first two weeks of
June 2008? (The actual review period will be one week long, and you'll
need to be reachable by email during that time.)
2. What is your level of expertise with MediaWiki? (Casual reader, article
writer, template creator, wiki sysop, MediaWiki site administrator,
extension developer, Wikimedia developer, etc.)
3. Do you have access to a MediaWiki system where you can install
extensions?
4. Would you be willing to install MediaWiki on a computer that isn't
running it today? If so, would it run Linux, Windows, Macintosh, or other
(please describe it)?
Tech reviewers will receive a "thank you" in the book, a free copy of the
book, and a one-time payment.
Thanks very much.
--
Dan Barrett, dbarrett(a)oreilly.com
Author of:
- "Linux Pocket Guide"
- "SSH, the Secure Shell: The Definitive Guide"
- "Linux Security Cookbook"
I would like to customize the way some of my pages print (in line with
the CSS I've added when they are viewed on screen.
I know that I could just edit the commonPrint.css file but I'm trying
very hard to avoid touching any of the Mediawiki default files as I
would rather not have to mess around during upgrades.
Is there a way to make these changes outside of editing that file on the server?
Gadget Doctor
What are the best practices for coding a wiki extension to survive MediaWiki updates? As a software engineer, I imagine you'd want to:
- Use the standard file/class layout prescribed in http://www.mediawiki.org/wiki/Manual:Extensions#Writing_Extensions.
- Stick to calling a class's public methods, rather than accessing its $mFoobar members, whenever possible
- Don't depend on implementation details of MW's methods, just the public interfaces
- Call methods on the extension's $parser parameter, rather than $wgParser, when possible
- Avoid modifying MediaWiki core code
- Don't name your global variables beginning with "$wg" to avoid clashes (present and future)
- Name your classes so they can't clash with MediaWiki's (past and future) -- maybe prefix their names with something unique, at least until PHP 6 namespaces are widespread
- Don't hard-code English text, define system messages
I didn't see documentation on this sort of thing beyond what's on http://www.mediawiki.org/wiki/Manual:Extensions. Are there other best practices?
Thanks,
DanB
Hi,
I installed a new 1.12 wiki and if I enable upload, the wiki break and
I only see a blank page.
I made sure that the you can write in the images directory.
I don't have that problem with the other wikis I have that have been
upgraded to 1.12.
Anything that I forgot to check?
Thanks!
Simon
Sounds reasonable. This translates to 20% FTE, right?
Jim
On Apr 28, 2008, at 4:52 PM, Dave Clements wrote:
> Hi Jim,
>
> I have been meaning to e-mail you for a week. I talked to Hilmar and
> Todd about allocating 10% of my time to the list of items below. They
> agreed that this was completely appropriate.
>
> I propose that I allocate 2 adjacent days every two weeks that are
> explicitly allocated for GoNuts, EcoiWiki, TableEditor, ... (Gnewte!).
> I'm guessing that given the usual fires that come up in this job,
> I'll actually be able to allocate ~50% of each day to those tasks.
> I'm also guessing that Gnewte work will start to creep in to the other
> 8 days over time.
>
> I'd like to try that as an opening strategy and see how it goes. I'm
> open to other approaches. I'd like to start with this Thursday and
> Friday. Is there anything in particular you would like me to start
> on?
>
> And, also, would you like to start receiving my enthralling bi-weekly
> status reports? One is due out this Friday.
>
> Thanks for your patience,
>
> Dave C.
>
> On Wed, Apr 16, 2008 at 10:34 AM, Jim Hu <jimhu(a)tamu.edu> wrote:
>> Terrific. I need to send something to our steering committee about
>> what
>> you're up to, but next week should be fine.
>>
>> Jim
>>
>>
>> On Apr 16, 2008, at 11:55 AM, Dave Clements wrote:
>> Hi Jim.
>>
>> This sounds good to me, as I think I'm good at (and enjoy)
>> documenting and
>> kibitzing. I'll need to run it by Todd and Hilmar before I can
>> commit,
>> however. I'll let you know how that goes. (It will probably be
>> next week
>> before I get back to you - Todd's running a meeting at NESCent
>> until then.)
>>
>> I already find myself talking about EcoliWiki and GONUTS quite a bit.
>> Hopefully this means I will now know what I'm talking about. ;-)
>>
>> Thanks,
>>
>> Dave C.
>>
>> On Tue, Apr 15, 2008 at 11:09 PM, Jim Hu <jimhu(a)tamu.edu> wrote:
>>
>>>
>>> Dave,
>>>
>>>
>>> I keep getting distracted about talking to you. Here's what I had
>>> in mind
>> for the part of your support provided by EcoliWiki
>>>
>>>
>>> 1) Help refine the documentation - Help pages, templates, and
>>> guided tours
>> - at EcoliWiki and GONUTS
>>> 2) Help with the documentation of our wiki extensions on the GMOD
>>> wiki
>>> 3) General kibitzing on what we're doing with EcoliWiki and GONUTS
>>>
>>>
>>> How does that sound? For some of this, the fact that you're not
>>> overly
>> familiar with our sites is a plus, as you should identify things
>> that we
>> take for granted.
>>>
>>>
>>> Best,
>>>
>>>
>>> Jim
>>>
>>>
>>>
>>> =====================================
>>> Jim Hu
>>> Associate Professor
>>> Dept. of Biochemistry and Biophysics
>>> 2128 TAMU
>>> Texas A&M Univ.
>>> College Station, TX 77843-2128
>>> 979-862-4054
>>>
>>>
>>
>>
>>
>>
>>
>> =====================================
>>
>> Jim Hu
>>
>> Associate Professor
>>
>> Dept. of Biochemistry and Biophysics
>>
>> 2128 TAMU
>>
>> Texas A&M Univ.
>>
>> College Station, TX 77843-2128
>>
>> 979-862-4054
>>
>>
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
I recently upgraded our mediawiki server, now when uploading &
resizing images, users receive the following error:
Error creating thumbnail: /usr/bin/convert: error while loading shared
libraries: libSM.so.6: failed to map segment from shared object:
Cannot allocate memory
The following line can recreate the error:
[[image:image.jpg|125px]]
While this line works fine:
[[image:image.jpg|left]]
(See http://bluwiki.org/go/User:Sam_Odio/test for an example)
Convert seems to work fine from the terminal: # convert image.png -
resize 100 image-tiny.png
returns the resized image...
Google hasn't turned up anything... any ideas?
thanks in advance...
-s
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 did clear out the "ss_total_edits" value from the site_stats table.
Then I
verified that ss_total_edits was in fact 0 at this point.
However, when I accessed the wiki again, the count of edits went
right back to what it used to be (52 edits, in this case).
So some other logic must be resetting it from another table value, but
I cannot figure out what it is.
Do you know how it works ?
Lori
Message: 9
Date: Mon, 28 Apr 2008 23:59:51 +0200
From: Platonides <Platonides(a)gmail.com>
Subject: Re: [Mediawiki-l] Question about Special::Statistics Page
To: mediawiki-l(a)lists.wikimedia.org
Message-ID: <fv5hcm$j43$1(a)ger.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Rowe, Dolores A wrote:
> Hi there,
>
> I have a project that wants to reset these numbers from the
> Special::Statistics Page of
> their 1.9.3 wiki.
>
> Does anyone know how ?
>
> "There have been a total of 1 page view, and 52 page edits since
Tester1
> was setup. That comes to 10.40 average edits per page, and 0.02 views
> per edit."
> tanx,
> Lori
They're simply values at the site_stats table. Just change them with
your favourite SQL editing tool.
Lori (Dolores) Rowe
Web Administrator / DataDrill /
InstallShield/InstallAnywhere Support
Software Engineering Tools and Environments
Boeing Company
(314)882-8784