For an alternate presentation, more appropriate for users, see the System page.
dosearch=1
[&search=text] - search title and body of all pages
action=xxx
[browse&id=pagename] - view page [rc] - recent changes (see MeatBall:RecentChangesOptions for examples) [rss] - RSS output of recent changes. [random] - random page [history&id=pagename] - history of changes [browse&id=pagename&revision=number] - view old version
action=xxx
[edit&id=pagename] - edit page [index] - alphabetical index of all pages [version] - show program-version (and options ?) [links] - displays links between pages, in various forms (see MeatBall:LinkDatabase for some examples)
User [login] - for configured user ids [newlogin] - creates completely new user ID (and overwrite old cookie) [editprefs] - edits a users preferences
Maintenance [maintain] - Does periodic maintenance, such as expiring old kept revisions. Non-admins can only use action=maintain once every 12 hours. [unlock] - Attempts to get the edit lock normally. If this fails, the lock is considered "stuck" and is forcibly removed. [trimusers] - Trims down the user database, removing users with no useful preferences set. You must change the $StartUID? variable in the config afterwards.
Admin only actions (see AdminFeatures for more details):
[pagelock] - This will lock a specific page against editing (except by the admin): wiki.pl?action=pagelock&id=HomePage&set=1 To unlock: wiki.pl?action=pagelock&id=HomePage&set=0 [editlock] - Locks the entire wiki against editing. Use with set=1 and set=0 like the pagelock command. [editbanned] - Edits a list of banned IP addresses/networks which are blocked from editing. [editlinks] - Allows renaming and deletion of pages.
Note that admins can still edit all edit-locked pages. Users with an "editor" password can still edit even if their IP is in the editbanned list, or while the whole-wiki editlock block is active. (Editors can not edit individually-locked pages.) The editor password is useful for restricted-access wikis, or to allow a good user to edit even if they share a network/proxy with an abusive user.
Will do. Thanks for the quick response! :-) --Pat
A: All things are possible, but some things are much more difficult than others. Adding a new action requires editing the Perl source code of the wiki to add the action. --CliffordAdams
A2: See MagicContent. -- tarquin
A: Hi, I am submitting a preliminary patch under WikiPatches/TouchGraphWikiBrowserStyleLinkDatabase? . It works fine for me on my personal Wiki. -- ManpreetSingh
A: Not within the wiki. You can simply remove the difflog file--it is not used by the wiki (it is a write-only log). I probably should have disabled it by default in 1.0 The purpose of the difflog file is to allow an admin to track changes (and possibly undo them) if wanted, but the new KeptPages functionality makes this feature almost useless. --CliffordAdams
A: Yes, there is. :-) More helpfully, you can use the browse action and add the "raw=1" parameter, like https://www.usemod.org/cgi-bin/wiki.pl?action=browse&id=Free_Links&raw=1
A: AFAIK there is no possibility to block based on username or id. If you need to block someone, you could use the ip, host name, subnet oder (sub)domain.
A: Click "View other revisions" on the bottom of the page. Then choose the revision. Maybe look at the differences between certain revisions. Click on the right revision. Click on "Edit revision XX of this page". Then save that old revision. It's now the new version.
Thanks for the prompt answer! I had found a more awkward way, but that's much better! IMO that should be placed prominently in the UseMod documentation!
A: Set your $FooterNote variable (in the config) to this:
<form method="get" action="wiki.pl" enctype="application/x-www-form-urlencoded"> Edit page:<br> <input type=hidden name=action value=edit> <input type=text name=id size=20> </form>
A: You may call the maintain action. This will remove versions older than $KeepDays?. A more radical way would be to delete the file with all the older versions. This is placed somewhere under keep/ in the $DataDir. Maybe make a backup before removing. Why is it a problem, if people link to some older version of a page? --MarkusLude
A2: Thanks for the advice. To answer your question, it's a problem because of this: someone puts a link to porn in a wiki page. I delete this, but the link remains in one of the revisions. A bunch of other people link to that revision from their porn pages. Google indexes these. Now, when someone searches for my wiki in Google, several of the returned hits are pornographic web sites. Also, users who are curious about the diffs in that page will end up seeing links to porn. Given my user base, I'd prefer if neither of these happened. I realize there's a limit to what I can do, but getting rid of old revisions would help.