Difference between revisions of "Team Fortress Wiki talk:Technical requests"

From Team Fortress Wiki
Jump to: navigation, search
(Ideas for how a weapon works...: new section)
(Ideas for how a weapon works...)
Line 188: Line 188:
  
 
[https://github.com/seb26/mw-extensions See here]. Written by seb26 for our image caching issues. '''<span style="font-family:Georgia;font-size:83%;">—[[File:User Moussekateer signature sprite.png|31px|link=User:Moussekateer]][[User:Moussekateer|<span style="color:black">Moussekateer</span>]]·[[User talk:Moussekateer|<span style="color:black;font-size:82%;">talk</span>]]</span>''' 11:26, 6 June 2013 (PDT)
 
[https://github.com/seb26/mw-extensions See here]. Written by seb26 for our image caching issues. '''<span style="font-family:Georgia;font-size:83%;">—[[File:User Moussekateer signature sprite.png|31px|link=User:Moussekateer]][[User:Moussekateer|<span style="color:black">Moussekateer</span>]]·[[User talk:Moussekateer|<span style="color:black;font-size:82%;">talk</span>]]</span>''' 11:26, 6 June 2013 (PDT)
 
== Ideas for how a weapon works... ==
 
 
So i joined to try to figure out how to submit an idea for how a weapon works and I've asked around on servers and alot of people like my idea. The idea is...
 
 
A Medigun that gets a small boost in the ubercharge rate when the person your healing gets a kill...
 
 
I really think this is a good idea and I'm sure that everyone else has great ideas so, If you have a great idea and want to share it then post your ideas and maybe someday they will be used on an actual weapon.
 

Revision as of 18:43, 15 June 2013

Special:RandomPage

Is there any way that we can make Special:RandomPage not redirect to subpages? Obviously the primary language of the wiki is English, and there's really no point presenting the majority of people with a Russian page who then might click again to get a German page. -- Pilk (talk) 09:45, 21 August 2010 (UTC)

WindPower has created an extension for use. It's quite brilliant! He's made it so that if you're on an English page, then random page returns only English pages, if you on a localized page then it will only return pages of the same language. Pretty fancy! -- Smashman... (ts) 10:37, 22 August 2010 (UTC)
Source to WindPower's extenstion.  – Smashman (talk) 20:24, 29 August 2010 (UTC)
The extension requires the SpecialRandomGetRandomTitle hook that was added in 1.16.0. I have successfully installed it on the Alien Swarm Wiki, which also runs on 1.15.4, by simply overwriting 1.15.4's SpecialRandompage.php with the version from 1.16.0, and it seems to work fine. So either an upgrade to 1.16.0 or simply overwriting this file would work. Thanks~ — Wind 20:27, 29 August 2010 (UTC)
Pictogram comment.png Comment Given the age of this request I think WindPower should make the decision here; I tested the extension, but it only stuck to English pages because I couldn't enable the /wiki/$1 url-shortening on my test wiki; if it can be tweaked to apply on index.php?title=$1 as well as /wiki/$1 then I'm okay with it. -RJ 20:58, 13 May 2013 (PDT)

Semantic MediaWiki

The SMW framework would be extremely useful for this wiki. There is a lot of data on the wiki that can be collated or filtered as lists, making a lot of manual categorization unnecessary. User Moussekateer signature sprite.pngMoussekateer·talk 04:34, 12 May 2013 (PDT)

Pictogram plus.png Support though SMW confuses my head. -RJ 20:58, 13 May 2013 (PDT)

Anti-spam stuff

I think one easy change would be installing AbuseFilter; You can write regex filters to block based on a user's age, number of links in an edit, etc.

A second extension that might be useful is SpamBlacklist. WMF has a huge list of sites globally blocked on their sites, and it tends to be pretty useful.

Nuke lets admins mass-delete pages, making cleanup a bit easier.

SimpleAntiSpam just adds a form in the signup page that users don't see, but blocks registration if a bot were to add text to it. [4]

One change that doesn't require an extension is to add something like this bit of code in LocalSettings.php: [snip] $wgAutoConfirmAge = 86400*5; //Set autoconfirmed age to 5 days... $wgAutoConfirmCount = 5; //...and 5 edits $wgGroupPermissions['user']['createpage'] = false; //Don't allow new users to create pages $wgGroupPermissions['autoconfirmed']['createpage'] = true; //Allow autoconfirmed users create pages $wgGroupPermissions['user']['upload'] = false; //Don't allow new users to upload $wgGroupPermissions['autoconfirmed']['upload'] = true; //Allow autoconfirmed users upload files [/snip]

I'm not a MediaWiki expert... But I've run quite a few wikis that have been spammed a lot worse than this, and mitigated it to the point where we got almost no spam anymore. Pilif12p 15:49, 13 May 2013 (PDT)

Only way this will happen is if Valve actually does it. But knowing valve. They will take forever. So Good luck with this. Ashes 16:47, 13 May 2013 (PDT)
We have server access now Ashes; right now we're figuring out our workflow before we implement anything, but things should clean up soon. -RJ 16:54, 13 May 2013 (PDT)
Splitting each proposition in to its own discussion section: -RJ 20:58, 13 May 2013 (PDT)

AbuseFilters

Pictogram minus.png Oppose We have AbuseFilters on the Dota 2 Wiki, but it's a lot of effort to set up, and (with the Dota 2 WIki set up) there are often false positives which can easily go unnoticed unless the Abuse logs are constantly being reviewed; I'm opposed to abuse filters right now, but if other efforts to counter spam aren't successful I'd reconsider this opinion. -RJ 20:58, 13 May 2013 (PDT)
Wikipedia has a lot of their filters public, and in production. You can just copy the regex from there and set the same options, then you shouldn't have too many false positives. This is a pretty good example. It's not like you have to enable any filters if you do install it, though. Pilif12p 14:54, 14 May 2013 (PDT)

SpamBlacklist

Pictogram plus.png Support -RJ 20:58, 13 May 2013 (PDT)

Nuke

Pictogram plus.png Support Worth having in case of any mass-edit attack / vandalism, though spambots we face right now just do a single edit and disappear, so it's not necessary for spam handling. -RJ 20:58, 13 May 2013 (PDT)

SimpleAntiSpam

Pictogram plus.png Support Sounds simple, I think it's worth trying. -RJ 20:58, 13 May 2013 (PDT)

Permissions changes

Pictogram comment.png Comment Worth discussing. It seems we did have AutoConfirmAge and AutoConfirmCount set to what you proposed, but they were later reduced to lower values for some reason. I think these permissions may be too aggressive right now, and the spambots we're facing are waiting to be autoconfirmed before they hit anyway - so these changes might not have any impact. -RJ 20:58, 13 May 2013 (PDT)
Turns out I'm wrong with the above statement, spambots are editing with only "user" permissions, so it's certainly worth discussing if we should limit users aggressively until they're autoconfirmed. -RJ 10:57, 14 May 2013 (PDT)

Edit filter

Pictogram comment.png Comment Recommended by Bsadowski1, it seems pretty powerful with what we can do with it. User Moussekateer signature sprite.pngMoussekateer·talk 18:34, 31 May 2013 (PDT)
That would be abuse filter. Wikipedia just calls it "Edit Filter", same thing though. Pilif12p (talk) 09:47, 2 June 2013 (PDT)

Flood flag

Instead of having people fill up RC with the same repetitive changes, why not have them use alternate "flooder" accounts with the flood flag? They won't show up in RC, nor flood IRC... I don't remember the exact right you have to add to LocalSettings, but I'm sure somebody else does. Pilif12p (talk) 07:52, 4 June 2013 (PDT)

RevQuery

See here. Written by seb26 for our image caching issues. User Moussekateer signature sprite.pngMoussekateer·talk 11:26, 6 June 2013 (PDT)