On 12/12/12 10:48 AM, janI wrote: > -1, sorry but this thread is spiraling out to a theoretical discussion, so > I allow myself to focus it back:
I don't agree here but I am fine with the way how you plan to move forward. So please continue the upgrade first, keep user registration manual for now and let us come back on this later. I am also fine to remove extension that are not used but we should not hesitate to make use of extension if we think they can help us. I think that is for what extensions are good for, it's the same in our office ;-) finally my +1 Juergen > > 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 >> >
