Talk:Main Page/Discussion

This page is for discussion of the DIY Wiki main page, and the Wiki as a whole.

It also seems to be a favoured place for spammers advertising dodgy pharmaceuticals, fakereplica Rolexes and so on <sigh>

Previous discussions on this page have been Archived

• 30th June 2007
• 15th August 2007

Spam avoidance

In another attempt to avoid spam the Talk:Main Page is now a redirect to this page. With luck automatic spambots will simply append their wares to the redirect page. We shall see ... --John Stumbles 23:29, 15 August 2007 (BST)

spam snipped

Hmmm, well that lasted all of about 5 minutes :-(
Now changed Talk:Main Page back to a normal page with a link saying to go to this one.

--John Stumbles 01:51, 16 August 2007 (BST)

This seems to have resulted in spam going back to the main talk page. I've added some HTML code to set the font to white so added spam should at least be invisible. It works on my browser but maybe not others - ?

--John Stumbles 09:15, 16 August 2007 (BST)

I felt the protected page actually worked ok. We only had a couple of hits to other pages in about 48 hours rather than the many we normally get per day.

Or twice in less than an hour, depending on your POV! ;-) --John Stumbles 17:44, 16 August 2007 (BST)

--John Rumm 12:25, 16 August 2007 (BST) (posting via a proxy because I have now aquired an auto IP ban for a day due to accidentally blocking myself and then unblocking!)

I'm a bit concerned. There arent many of us and we have a lot of pages to look after. I'm happy to come along and wipe one page clean, but to chase all round the site reading 20 contributions a day and revert them all, day after day, forget it. If someone else is prepared to do that then great, but I personally think the most valuable thing here is that all spam lands on the one same page, making it easy to control.

So lets keep the talk:main page unprotected, move anything useful off it and we can just come along and wipe it as and when. I just dont see any other approach being workable. If we block contributions to talk:main then we'll lose the battle very fast imho. NT 14:18, 17 August 2007 (BST)

'Fraid it might already be too late for that: we're getting spammed all over the shop now. However all may not be lost: wikipedia has a gadget that makes you authenticate any edits that introduce external links, which is what 99.9% of the spam we've had so far consists of. If we could get that running on this wiki we'd be laughing. --John Stumbles 19:01, 17 August 2007 (BST)

That sounds good. I know nowt about it though.

It might be too late, or possibly not, it depends. we'll soon know. NT 23:10, 17 August 2007 (BST)

Blocking

What you did is working nicely - do we even need to block bots that spam the talk:main page any more? NT 11:33, 25 August 2007 (BST)

Investigating the capatcha verification for postings with external links is still worthwhile I think. I have taken to banning IP for the spammers as usual, but not rolling back the main page as frequently since the spam itself is now ineffective. --John Rumm 21:44, 26 August 2007 (BST)

I'm getting fed up of chasing spambots around. Are there any other tricks we can do to stop the spam in the diy articles? NT 22:58, 31 August 2007 (BST)

Aliases

Anyone know how to add aliases or other search terms to articles? I have noted that some articles are very hard to search for unless you know the exact title of the article. It would be useful if one could provide some extra search terms that would also lead you to an article.

For example searching for "outdoor electrics" or "garden electrics" finds nothing, but it would be handy if these took you to the "taking electricity outside" article etc.

Perhaps some redirects would be useful, taking alternative article titles to the appropriate place.

--John Rumm 13:05, 4 September 2007 (BST)

That's what Wikipedia seems to do so I guess that's the only way. I've created a few when I've tried to find a page which I know exists but can't remember the exact name of (or CBA to type out :-)) --John Stumbles 17:39, 4 September 2007 (BST)

The other way is to add those keywords & keyphrases into the articles somewhere. There are a few articles that have lists of such keyphrases at the bottom. NT 19:01, 4 September 2007 (BST)

Another option is how the Lighting page is done. As well as listing the key articles for each subtopic, it also contains (under 'more topics') a list of further topics that are covered within pages that dont bear the name of the topic. IOW its a directory page to lighting topics.

Even better may be to put such stuff on the lighting category page, so the page has 3 sections:

1. list of all lighting articles
2. list of key articles for each lighting area
3. list of other secondary lighting topics covered within other articles

NT 19:09, 4 September 2007 (BST)

I just tried adding keywords to a couple of articles. On the outdoor electrics one it seemed to work quite well. Many search terms bring it up near the top of the hits. However I also tried it on the 2 way switching one, and that was less successful. Searching for "two way" still finds nothing. It may be that the actual words are getting dropped by the media wiki search as being minor words.

--John Rumm 19:21, 4 September 2007 (BST)

Fixed it. Altered one of the headings near the top from 2 way to two way, now it comes up as no 1 in searches. NT 00:10, 5 September 2007 (BST)

Spam avoidance: CAPTCHA

I think I've found what I was looking for.

http://www.mediawiki.org/wiki/Extension:ConfirmEdit

I'm off to ask Grunff if it would be possible for him to install this, if we want. Can we have a quick show of hands that we do want it?

I suggest we have it configured for:

• $wgCaptchaTriggers['addurl'] = true; -- Check on edits that add URLs

with

• $ceAllowConfirmedEmail, (Allow users who have confirmed their e-mail addresses to post URL links without being harassed by the captcha)

Also:

• $wgCaptchaTriggers['createaccount'] = true; -- Check on account creation.

And what about these also?

• $wgCaptchaTriggers['create'] = true; -- Check on page creation.
• $wgCaptchaTriggers['badlogin'] = true; -- Check after a failed log-in attempt.

--John Stumbles 13:50, 8 September 2007 (BST)

Excellent idea! NT 21:59, 8 September 2007 (BST)

Yup, Sounds good to me as well. Options look fine (although I have not read the description of all those available yet! --John Rumm 00:26, 9 September 2007 (BST)

Over to you then Grunff please, if you can? --John Stumbles 12:32, 9 September 2007 (BST)

Ah, ok.... took me a moment to work out what was going on (for obvious reasons!). Will do. --John Rumm 21:07, 11 September 2007 (BST)