On 12/12/2012 01:48 AM, janI wrote:
-1, sorry but this thread is spiraling out to a theoretical discussion, so
I allow myself to focus it back:
My original proposal was (in shortform, see mail 1): "propopal: keep the
create user as it is today, in the new version".
I have received no -1, one +1 and 2 concerns:
one (from imacat, mail 2): "we should avoid this kind of burden on the wiki
admin.",
however the number of new users is nothing compared to the 60.000 spam
users, so this solution in my opinion keeps it low
second (from helen, mail 9): "manual registration for new wiki users is not
good."
in mail 12 it is confirmed that the method works, it simply a fact that
some user request an account without editing. I will add a text on e.g.
create user page to highlight that an account it only needed for editing
and accounts without contributions will be removed after a period (see
other thread regarding maintenance).
now since many have been discussing different solutions, I hereby ask:
- If anybody wants to give the proposal a -1 please do so now, thanks.
Jan -- finally, +1 from me on your current proposal
Yes, more discussion is needed on long-term alternatives.
Thank you for everything you've done dealing with this problem.
----
Regarding the extension discussion it is highly interesting, but allow me
to add a couple of facts:
- there are many "gatcha" extensions out there, but there are 3 pittfalls,
which should be avoided at all costs:
- Use of public available questions/answer strings (it is simply to
easy to hack)
- extensions that load code from, or execute code code on remote
machines (we cannot control what happens)
- extensions that send e.g. e-mail addresses to remote machines for
"control" (and potentially collect and sell to direct advertising).
A number of the suggested extensions should be avoided for these reasons.
- there are currently 27 extensions, that are being loaded on each single
page click. So my intention is to reduce the number (of course not those in
use) to get a cleaner and faster wiki. I do NOT think it is cool to keep
adding extensions and making each page click heavier.
- The upgrade is quite an interesting job, since the changes in the live
wiki is (with a few exceptions) not documented so it is sherlock holmes at
work to get the upgrade running. Furthermore some of the changes (e.g.
oooskin) uses a technique that can be done more easy with the new wiki. So
I am quite busy with this work, and do not see it as a priority, to test
all the extensions currently suggested.
- I will not install extensions or make modifications I do not believe in,
independently of what is being decided, I will of course not obstruct it
somebody wants to do it.
So my conclusion is:
I will leave the create user, as it is today, and not make the original
proposed changes of the "create user" page.
Sorry for being this frank, but as the one responsible for the upgrade, it
is my primary task to get that done in a secure way and in way I believe is
correct, if anybody has a different opinion of my role as maintainer,
please say so.
And please do not misunderstand me, I think it is cool that our community
likes to discuss so much and once we get the energy in the discussions
converted into "doing", we will really move fast.
have a nice day
Jan I.
On 12 December 2012 01:35, Kay Schenk <kay.sch...@gmail.com> wrote:
On 12/10/2012 09:39 AM, janI wrote:
On 10 December 2012 17:51, Jürgen Schmidt <jogischm...@gmail.com> wrote:
On 12/10/12 5:45 PM, Rob Weir wrote:
On Mon, Dec 10, 2012 at 9:52 AM, janI <j...@apache.org> wrote:
we have now seen over the last period that the number of new wiki users
are
very low and since the "normal" spam measures have received a -1, I
propose
the following for the new Wiki.
What was the "normal" measure that got a -1?
Are there no CAPTCHA plugins that work?
maybe
http://www.mediawiki.org/wiki/**Extension:ConfirmEdit<http://www.mediawiki.org/wiki/Extension:ConfirmEdit>
This one is about edit, and not create user, or prime problem is "create
user" and sending mail, Editing/Creating pages is a secondary problem.
or better
https://www.keycaptcha.com/**mediawiki-captcha/<https://www.keycaptcha.com/mediawiki-captcha/>
It might be an idea, but they are very focused on advertising, and that
is
something I do not like.
Well...how does anyone else feel about this?
Is this is the pertinent information --
https://www.keycaptcha.com/**captcha-features-for-site-**owners/<https://www.keycaptcha.com/captcha-features-for-site-owners/>
Is advertising required in some way? This is not clear to me.
Ok, here's another one to check out --
https://developers.google.com/**recaptcha/docs/mediawiki<https://developers.google.com/recaptcha/docs/mediawiki>
Juergen
-Rob
The "new user" page is changed, to send an e-mail to
dev@openoffice.apache.org (as done manual today), and one of the sysop
reply (as today).
Thereby we can avoid a lot of spam.
If no objections within 72 hours, I will continue along that path (ONLY
for
the new version of wiki).
rgds
Jan I
--
------------------------------**------------------------------**
------------
MzK
"No act of kindness, no matter how small, is ever wasted."
-- Aesop
--
------------------------------------------------------------------------
MzK
"No act of kindness, no matter how small, is ever wasted."
-- Aesop
