Not signed in (Sign In)

Not signed in

Want to take part in these discussions? Sign in if you have an account, or apply for one below

  • Sign in using OpenID

Site Tag Cloud

2-category 2-category-theory abelian-categories adjoint algebra algebraic algebraic-geometry algebraic-topology analysis analytic-geometry arithmetic arithmetic-geometry book bundles calculus categorical categories category category-theory chern-weil-theory cohesion cohesive-homotopy-type-theory cohomology colimits combinatorics comma complex complex-geometry computable-mathematics computer-science constructive cosmology deformation-theory descent diagrams differential differential-cohomology differential-equations differential-geometry digraphs duality elliptic-cohomology enriched fibration finite foundation foundations functional-analysis functor gauge-theory gebra geometric-quantization geometry graph graphs gravity grothendieck group group-theory harmonic-analysis higher higher-algebra higher-category-theory higher-differential-geometry higher-geometry higher-lie-theory higher-topos-theory homological homological-algebra homotopy homotopy-theory homotopy-type-theory index-theory integration integration-theory k-theory lie-theory limits linear linear-algebra locale localization logic mathematics measure-theory modal modal-logic model model-category-theory monad monads monoidal monoidal-category-theory morphism motives motivic-cohomology nlab noncommutative noncommutative-geometry number-theory of operads operator operator-algebra order-theory pages pasting philosophy physics pro-object probability probability-theory quantization quantum quantum-field quantum-field-theory quantum-mechanics quantum-physics quantum-theory question representation representation-theory riemannian-geometry scheme schemes set set-theory sheaf simplicial space spin-geometry stable-homotopy-theory stack string string-theory superalgebra supergeometry svg symplectic-geometry synthetic-differential-geometry terminology theory topology topos topos-theory tqft type type-theory universal variational-calculus

Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.

Welcome to nForum
If you want to take part in these discussions either sign in now (if you have an account), apply for one now (if you don't).
    • CommentRowNumber1.
    • CommentAuthorAndrew Stacey
    • CommentTimeNov 30th 2009

    I'm guessing that ferrim is spam. If no-one says anything to the contrary within 24hrs then I'll add it to the spam category.

    If it is spam, it's either a random spambot post or it's someone testing to see how vigilant we are. If the latter, as there's no content then they may simply test to see if the link stays active. In which case, our previous "policy" of blanking the content won't send the right signal here (especially as there's no content to blank). Is there any objection to renaming spam entries? Say, as 'spam (original title)' (or whatever the allowable punctuation characters are)?

    • CommentRowNumber2.
    • CommentAuthorUrs
    • CommentTimeNov 30th 2009

    No objection, let's rename it.

    • CommentRowNumber3.
    • CommentAuthorAndrew Stacey
    • CommentTimeNov 30th 2009

    Good. But I'd like to at least wait for Toby's input on this one - he's generally thought about the implications of these things a lot more than I have.

    • CommentRowNumber4.
    • CommentAuthorAndrew Stacey
    • CommentTimeDec 2nd 2009
    • (edited Dec 2nd 2009)

    Toby's not around for a bit so I took it upon myself to do the name change in this case. It's reversible so if there's disagreement it can easily be changed back. The page ferrim is now at 'spam: ferrim' and I removed the automatically added redirect so that ferrim is now a dead link.

    • CommentRowNumber5.
    • CommentAuthorAndrew Stacey
    • CommentTimeDec 2nd 2009

    I've just done the same with our other "spam" pages. The former TessWither and employee are now 'spam: Original Name'.

    • CommentRowNumber6.
    • CommentAuthorTobyBartels
    • CommentTimeDec 4th 2009

    I've been putting these things in category: spam, as you've noticed. I think that there's a good argument to renaming them, which is to make a link to such a page fail to work. (Of course, you have to be careful when you rename them to ensure that this actually happens! Which you did.)

    So the only thing that I don't like is that a name like spam: ferrim is ugly and doesn't fit in with any of our other names. But maybe that's a good thing too!

    • CommentRowNumber7.
    • CommentAuthorAndrew Stacey
    • CommentTimeDec 4th 2009

    I was pretty sure that whatever naming scheme I came up with I'd get something wrong! I'm not particularly bothered what it is but we should get it sorted out now while there's only a couple of pages to change. So I think it should have 'spam' at the front (how about 'zzz spam' to make sure it's at the bottom of the list in the pages list?). I was going to say that it should then have a marker and then the original title, though of course we may want to edit the original title if it's offensive. And perhaps we don't even want to have the original title, maybe just 'zzzspam 1', 'zzzspam 2' and so on.

    I'm not sure if Instiki keeps a record of name changes so if it is felt that we should keep a record of the original title then this radical renaming isn't right.

    • CommentRowNumber8.
    • CommentAuthorTobyBartels
    • CommentTimeDec 4th 2009
    • (edited Dec 4th 2009)

    I like the radical renaming, although it's true that there should be a record of name changes, in case people get overzealous and apply this to borderline cases.

    You're familiar with the database now, right? Do you know of any record in it? Certainly there is no record in the History page that an ordinary user sees.

    MediaWiki used to not keep a record of name changes either, but they started to create a record when vandals started moving pages on Wikipedia.

    • CommentRowNumber9.
    • CommentAuthorAndrew Stacey
    • CommentTimeDec 4th 2009

    I guess that the automatically added redirect is a method of keeping records, though I deleted those from the spam pages (otherwise, what was the point of moving them?). I'll check in the database next time I'm logged in to an instiki installation, but I don't think that it does keep a record of page renames. Certainly there's no place for that in the bits of the database that I am familiar with, but there are tables that I haven't yet explored so it might be tucked away somewhere there.

    I think we're reasonably covered against malicious name changes (i.e. where they delete the redirect as well) since we can always use the backups to find out what the previous name was. A bit of a kludge, I know, but hopefully not one we'll have to resort to very often.