Wikitech-l December 2007

wikitech-l@lists.wikimedia.org

95 participants
76 discussions

Re: [Wikitech-l] Wikitech-l Digest, Vol 53, Issue 29
by Aerik Sylvan 30 Dec '07

30 Dec '07

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

1 0

Plugin for source code blocks?
by Andre-John Mas 30 Dec '07

30 Dec '07

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

2 2

Nasty spambot - any ideas?
by Aerik Sylvan 29 Dec '07

29 Dec '07

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

3 3

stop me from editing when not logged in
by jidanni＠jidanni.org 29 Dec '07

29 Dec '07

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.

15 23

migrate search to apache solr
by Yousef Ourabi 29 Dec '07

29 Dec '07

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

1 0

Floating table on right side
by Andre-John Mas 29 Dec '07

29 Dec '07

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

4 3

Performance questions
by Max Semenik 29 Dec '07

29 Dec '07

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

4 4

adding a [draft] tab
by Monahon, Peter B. 28 Dec '07

28 Dec '07

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']

5 4

New SVN committer
by Brion Vibber 28 Dec '07

28 Dec '07

Added Bertrand Grondin (grondin), localization and misc patches. -- brion vibber (brion @ wikimedia.org)

2 1

database dump aborted?
by howard chen 28 Dec '07

28 Dec '07

Hello, Is that something wrong with the database dump? http://download.wikimedia.org/backup-index.html Rdgs, Howard

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l December 2007