-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. ---- 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 >