I was careless enough to run a MediaWiki installation allowing people to
sign up without a moderator's approval. Hence a few hundred of them did
sign up and started to use the site to swap images.
How can I delete their accounts in the most expeditious way?
I'm trying to find some further documentation or guidance (if any) on
site duplication and then master-slave replication.
The scenario is this:
We have 2 Wiki's, each in their own network. The first wiki is available
to our users now. The second one is a clone of the first which was made
a couple of months ago and hasn't been touched since. What I'd like to
do is have the clone be the slave and the first one be the master. I'm
thinking that the database would not contain the extensions, skins,
possibly photos, templates ? So I would have to push those over. The
clone or slave would only be for reading and not writing.
Can anyone give any guidance ?
I want an RSS feed of newest pages with an output with the wiki syntax
removed. It should be replaced with HTML.
I checked the source code, but I found no option for that.
What would you recommend?
On Wed, May 30, 2012 at 12:14 AM, Henny Savenije
> Why don't you try this handy tool, works like a charm, I have used it
> already for a long time
That's ok if you're trying to dump a MySQL database. But better to use
something like mysqldump or one of the hotbackup tools (like
xtrabackup). Even better, get a webhost that doesn't make you jump
through hoops to get a backup of your own DB!!!
Anyway, that's all irrelevant. This thread has nothing to do with DB backups.
Please read http://svn.wikimedia.org/svnroot/mediawiki/trunk/mwdumper/README
I'm following the instructions on setting up mediawiki's ShortUrls (
http://www.mediawiki.org/wiki/Manual:Short_URL), and have run into a
problem. I hope this is the correct mailing list for this sort of question.
If not, my apologies, and could you let me know the correct one?
In my localsetting.php file, I have lines:
$wgScriptPath = "/mediawiki";
$wgScriptExtension = ".php";
$wgArticalPath = "/wiki/$1";
$wgUsePathInfo = true;
In my apache httpd.conf file, I have mod_alias loaded, and the lines
Alias /wiki "C:/Program Files (x86)/Apache Software
I am currently running on Windows 7 / 64 bit. My apache server is 2.2.22.
The Special:Version page reports.
ProductVersion MediaWiki <https://www.mediawiki.org/> 1.19.0
(apache2handler) MySQL <http://www.mysql.com/> 5.1.58-community
I have attached localsettings.php and httpd.conf
At the moment the wiki is not available from the internet (it is only
available from localhost)
I have restarted the apache server and I have had partial success. When I
type "localhost/wiki/MainPage", the server responds with a status 301/moved
permanently and the browser loads "localhost/mediawiki/index.php/MainPage".
The behaviour I want is that the server should serve up the content without
a redirect, so that bookmarks work, and the urls look elegant.
I have read the apache mod_alias manual page, and google searched for
"mediawiki redirect shorturl" without much success.
Do any of you have any suggestions on how to proceed?
I have installed VisualEditor extension in LocalSettings.php. I may see
[[Special:VisualEditorSandbox]] in SpecialPages. However, the page seems
empty and no editor is shown.
Is there anything missing?
Chau Chee Yang
Here is my environment:
1. Fedora Core 16
2. Apache httpd 2.2.22
3. MediaWiki 1.19
Most of the short url solution provided are using renaming method: e.g.:
wiki to w
What if I want to stay with wiki directory without renaming? Can I enjoy
short url too ?
This is what I have tried:
$wgArticlePath = "/wiki/$1";
$wgUsePathInfo = true;
RewriteRule ^wiki/index.php - [L]
RewriteRule ^wiki/(.*)$ wiki/index.php/$1 [L,QSA]
When I access my wiki site: http://localhost/wiki/
I get a page without skin. Is there anything else I miss in rewriterule?
Chau Chee Yang
is it possible that a bad guy fakes his IP address when he creates a
My wiki (arktur.de/Wiki) suffers from Wiki spam, and sometimes I see IP
addresses from spammers which don't occur in the apache access_log.