Aaron Schulz wrote:
>
> http://www.mediawiki.org/wiki/Extension:CheckUser might be useful too.
>
> Either way, you need to upgrade mediawiki to use any of those extensions.
>
Thanks! I've actually hacked this enough that upgrading will be quite
painful, so I ended up putting up a captcha for edits. Maybe later
I'll add an option to suppress the captcha for validated users.
Thanks again,
Aerik
Hi,
I am wanting to use my wiki to document algorithms and also include
source code
snippets. In doing so I would be curious to know if there is any
plugin to allow
syntax colouring of source code sections. Something like:
<code=java></code>
or something.
Andre
I've got some nasty vandal spamming my wiki using what appear to be
random IP addresses that don't seem to be proxies through vanilla
ports (tried a couple of simple proxy checker scripts I found, only
one out of a dozen or so IPs proxied on port 80 or 8080), so I locked
it down and required users to be logged in to edit. This stopped him
for awhile, but it looks like he's back now, with a vengeance
(http://www.wikidweb.com/wiki/Special:Recentchanges).
His purpose boggles the mind, as it appears to be completely
vandalous. He's not even posting urls. However, it's very
destructive. Anybody got any ideas? I can only think of two:
implement a captcha for every edit or require validated emails for
user login. Any other suggestions would be great.
Thanks,
Aerik
Gentlemen, how might a user (me) prevent himself from making edits if he is
not logged in, and
"Warning: You are not logged in. Your IP address will be recorded in
this page's edit history."
just does not catch my glazed eyes in the glee of editing joy.
No, I don't want a solution that stops me upon hitting the Submit
button, but instead something that makes me want to login before I
type my first fresh editing sentence.
I could put a URL on my WWWOFFLE Dontget list, but they look the same
(&action=edit), logged in or not.
I don't use javascript often so don't want such a solution.
I suppose I need a spamassassin for the browser that catches pages
with the above warning sentence.
Sorry if this is re-fried, but I was wondering if it would make sense to
migrate the main search from the custom lucene jar/servlet to something like
apache-solr?
I did a quick search of the messages in my inbox and haven't found any
discussion around this, but perhaps there has been some off list, or
internally?
It seems like it would make more sense to merge the efforts.
Thanks.
Yousef
Hi,
I am trying to see whether there is a simple way of doing the
following, or at least how I could do it it with MediaWiki markup:
Some pages in my Wiki will have right hand columns where boxes will be
put, that have tid bits and other stuff that needs to stand out.
Something like:
+------------------+-----------------+
|H1 |+---------------+|
| || heading ||
| |+---------------+|
| || content ||
|H2 || ||
| |+---------------+|
| | |
+------------------+-----------------+
When they are present the text and headings (which have a background
color), should not wrap into the column where the boxes are. Also, the
boxes are going to have multi-line text and will share the same style.
How would I go about achieving this?
Andre
I've got some bot-related questions:
1) What is the optimal request size for getting content of a large
list, e.g. is calling api.php?action=query&list=categorymembers 10
times with cmlimit=10 more server-hoggy than calling it once with
cmlimit=100?
2) Should bots make delays between such calls?
3) How CPU-expensive is editing via https://secure.wikimedia.org ?
Would it be wise to allow people to use AWB via HTTPS?
4) How severe can be strain put on servers by retrieving contents of
a huge categry with its subcategories?
--
Max Semenik mailto:maxsem.wiki@gmail.com
I saw a wiki once with a [draft] tab between [article] and [discussion]
- yet, having browsed thousands of web pages and hundreds of wikis each
week, I can't remember where I saw it, oh so long ago (maybe even only
DAYS ago, oh my!). Does anyone know of an example Mediawiki installation
with an additional [draft] tab? How was it done? Thanks!
----
Additional background, for those interested in such a thing, and why:
We want it all! Who doesn't? ;-)
We want to lock the [article] pages to be the authored / approved
resource of our "encyclopedia" reference, and keep it 100% accurate and
searchable as a research resource. We will update these via admin rights
when changes and new versions are vetted out and approved (union,
lawyers, and so on).
We still want to invite visitors to make recommendations, to do their
own rewrites, to dialog with each other, to share and evolve their edits
together, and so on, letting them tell us "we'd prefer it THIS way" as a
copy of any [article] page that they think can and should be made
better.
The [discussion] page can be used for this, but ... like Wikipedia, the
discussion pages kind of have their own flow, and I can see a reason to
clearly separate proposed edits from chat. So, if we use the current
[discussion] pages only for the edits and the chat, then it gets messy
and uninviting for people with different purposes to clearly know where
to read. We'd prefer: edits go here ([draft]), chats go here
([discussion]).
In our wiki installation, our own goal is to have such a [draft] page
start out as an exact copy of the main [article] page. Is there a
MySQL/PHPMyAdmin way to simply build a copy of the current version
[article] table(?) and call it a new [draft] table so that the [draft]
pages start out as 100% exact copies of the current [article] page? We
do not need the [article] history - only the current "front [article]
page".
We want to make it clear that the [article] page is the approved
reference (locked, only for admins to update) and that [draft] is the
playpen / sandbox where visitors are to put their edits, their requests
for how they think the next publication of the [article] should look.
Thanks for any pointers to a wiki with an additional [draft] page
implementation.
----
PS - for support of this kind of evolution of the Wikipedia concept,
please see: "US Senator Joe Lieberman calls for government information
and services to be more accessable, transparent and interactive
[http://hsgac.senate.gov/index.cfm?FuseAction=PressReleases.Detail&Press
Release_id=1598&Affiliation=C] (i.e. more wiki-like), cites recent
congressional testimony by Wikipedia founder Jimmy Whales
[http://hsgac.senate.gov/_files/121107Wales.pdf]. -- [[User:Ward
Cunningham|Ward]]"
[note: also posted to 'mediawiki-l(a)lists.wikimedia.org']