pavement

User talk:Jimbo

From FreeBSDwiki
(Difference between revisions)
Jump to: navigation, search
(spam attacks)
(spam attacks)
Line 22: Line 22:
 
:: Yes, in a big way.  If your wiki is on a publicly *routable* IP, by the way, I'd strongly suggest you make certain that it uses a version of MediaWiki after 1.4 (which will therefore use the rel=nofollow tags) - spammers look for particular versions of wikis which are useful for SEO by simple portscan as well as by search engine crawling, *especially* now that up-to-date MediaWikis aren't useful to them.  (And be aware that requiring user registration is actually ''counter''productive - their bots are all quite capable of registering 1,000 new accounts in under a minute, but they don't generally bother to do it if you don't have reg requirements turned on.) --[[User:Jimbo|Jimbo]] 23:28, 11 May 2006 (EDT)
 
:: Yes, in a big way.  If your wiki is on a publicly *routable* IP, by the way, I'd strongly suggest you make certain that it uses a version of MediaWiki after 1.4 (which will therefore use the rel=nofollow tags) - spammers look for particular versions of wikis which are useful for SEO by simple portscan as well as by search engine crawling, *especially* now that up-to-date MediaWikis aren't useful to them.  (And be aware that requiring user registration is actually ''counter''productive - their bots are all quite capable of registering 1,000 new accounts in under a minute, but they don't generally bother to do it if you don't have reg requirements turned on.) --[[User:Jimbo|Jimbo]] 23:28, 11 May 2006 (EDT)
 
::: Our wiki only serves the LAN.  I'm curious though, what do you do to purge your database of this stuff?  It must add a lot of bloat, over time. [[User:Ninereasons|Ninereasons]] 23:33, 11 May 2006 (EDT)
 
::: Our wiki only serves the LAN.  I'm curious though, what do you do to purge your database of this stuff?  It must add a lot of bloat, over time. [[User:Ninereasons|Ninereasons]] 23:33, 11 May 2006 (EDT)
 +
:::: Not many attacks actually succeed - I've got several filters, one of which I wrote myself, that foil the vast majority of the attacks before they ever happen.  (I've also been known to preemptively decide things like "Russia's network space sucks" and prohibit vast IP blocks from using the HTTP POST method.)  Of the ones that do, I generally just delete the page, if they create a new one, or roll back their edit if they edit an existing one.  I seriously considered writing a SQL query to automagically get rid of all of this last miscreant's crap, but after reflection I decided that since I just got off an airplane I had more energy for 10 minutes of mindless clicking than I did for 10 minutes of careful SQL testing. =)  Honestly, this wiki is pretty insignificant in terms of disk space requirement anyway - it's currently only occupying about 33M. --[[User:Jimbo|Jimbo]] 23:54, 11 May 2006 (EDT)

Revision as of 22:54, 11 May 2006

Do yo know any utility command same "mc" in Linux which we can use in FreeBSD?

Contents

two things

a) midnight commander is available in ports i think -- check /usr/ports/misc/mc b) a user's Talk: page isn't really the place for questions...but to be fair, there really isn't a good place for them now.

--Dave 08:19, 21 Jan 2005 (EST)

megarc

Thank you for providing this site. It's proven useful to me more than a few times. I signed up to share some documentation for the undocumented command-line utility for LSI storage devices, called megarc. It isn't complete, but as far as it goes it's accurate. Would you like to have it? Ninereasons 03:11, 6 April 2006 (EDT)

MediaWiki talk:

What is accomplished by the recent attack on MediaWiki talk: pages? Ninereasons 17:34, 11 May 2006 (EDT)

spam. Ninereasons 18:41, 11 May 2006 (EDT)

spam attacks

Ninereasons: if you had looked at the content of the spammed pages, you'd have seen tons of links to shady (typically Russian hosted) spammer pages. It's called "black hat SEO", which you can Google for more info. These types of attempts have died down on the wiki lately because MOST of the spammers are bright enough to realize that MediaWiki has used the rel=nofollow tag (again, Google for more info) for a full year now. This spammer, sadly, was not that bright. --Jimbo 23:13, 11 May 2006 (EDT)

I eventually did look at the contents. I didn't know about the nofollow tag, though, until I saw your notice. My own wiki is not public, so I've never gotten very deep into how to stop this kind of stuff. What a nuisance. Ninereasons 23:22, 11 May 2006 (EDT)
Yes, in a big way. If your wiki is on a publicly *routable* IP, by the way, I'd strongly suggest you make certain that it uses a version of MediaWiki after 1.4 (which will therefore use the rel=nofollow tags) - spammers look for particular versions of wikis which are useful for SEO by simple portscan as well as by search engine crawling, *especially* now that up-to-date MediaWikis aren't useful to them. (And be aware that requiring user registration is actually counterproductive - their bots are all quite capable of registering 1,000 new accounts in under a minute, but they don't generally bother to do it if you don't have reg requirements turned on.) --Jimbo 23:28, 11 May 2006 (EDT)
Our wiki only serves the LAN. I'm curious though, what do you do to purge your database of this stuff? It must add a lot of bloat, over time. Ninereasons 23:33, 11 May 2006 (EDT)
Not many attacks actually succeed - I've got several filters, one of which I wrote myself, that foil the vast majority of the attacks before they ever happen. (I've also been known to preemptively decide things like "Russia's network space sucks" and prohibit vast IP blocks from using the HTTP POST method.) Of the ones that do, I generally just delete the page, if they create a new one, or roll back their edit if they edit an existing one. I seriously considered writing a SQL query to automagically get rid of all of this last miscreant's crap, but after reflection I decided that since I just got off an airplane I had more energy for 10 minutes of mindless clicking than I did for 10 minutes of careful SQL testing. =) Honestly, this wiki is pretty insignificant in terms of disk space requirement anyway - it's currently only occupying about 33M. --Jimbo 23:54, 11 May 2006 (EDT)
Personal tools