Last modified: 2011-11-29 20:44:15 UTC
As an extension to the concept of
http://bugzilla.wikipedia.org/show_bug.cgi?id=454 , I develop an additional
setting where users (or only powerusers having certain user_rights such as
admins) can set a regular expression (RE) in their user options, and
when the Regular Expression matches a string in the
a) page title and/or
b) the page text
on a change or new creation of page, then also an e-mail notification is sent to
This is not yet implemented in the current ENotif+EAuthent 2.00. I'll working on
Reconsidering my proposal, I think, this potentially adds a lot of processing
load to Parser.php as every newly saved page must be parsed against (one or
many) regular expressions of all watching users for that page.
It will be possible to implement this theoretically nice proposal, but I think,
only for power users. The Regular Expressions must also be checked to avoid
severe Denial-of-service attacks. Do we have some experts listening here who
could support me in implementing a >>>robust<<< solution from the beginning ?
I could think of an algorithm which performs this "Regular-Expression
scan-and-notify" at low usage times of the wikis and with a low task priority,
i.e. at a later time than the change - but do we really have such *low* request
times, Brion ?
I amended the title to better to reflect the new goals.
The ENotif http://bugzilla.wikipedia.org/show_bug.cgi?id=454 version 3.x already
notifies on new pages. However, this bugzilla enhancement aims to a further
* to notify on page changes or creations
* page title or
* body or
matches a regular expression, which the watching user is allowed to store in the
user preferences. It is proposed to allow this feature only for superusers
(bureaucrats, developers, sysops), similar to the existing "notify me when a new
page is created", see http://bugzilla.wikipedia.org/show_bug.cgi?id=454 (ENotif)
Since ENotif v3.x already offers a reliable framework for notifications for new
pages, this enhancement will become relatively easy to implemented now.
Proposed are two REGEXES for each user
(or only for super-users, see below, why)
in the user preferences:
* a first REGEX_MUSTMATCH:
the new page must match this
* a second REGEX_MUSTNOTMATCH:
the new page must not match this regex
This would allow notifying when a newpage with a certain category is created.
A notification is only sent to such users under the condition that
* wiki has emailing and ENotifying enabled AND
* user is allowed to receive ENotifs AND
* user is allowed to receive ENotifs also for new pages AND
* REGEX_1 matches AND
* REGEX_2 does not match
I would now like to ask you all, whether
- you support me in writing this patch (which looks to be an easy one)
(pls. be reminded, that I already have newpage-notification ready, so there's
no need for you to program this newly)
- security aspect:
do you think, that such two REGEXes can be allowed to be stored (after
escaping) for each of the entitled user in the db ?
- performance aspect:
if too many users are entitled, too many regex need to be evaluated.
But this is the reason, why I restricted the newpage-notif to super-users
(bureaucrats, developers, sysops) at the beginning.
From my point, this is a reasonable approach, and, given that I publish
newpage-enotif, would you like to see this implemented in MediaWiki ? I'm asking
this in order not to invest into something, what nobody wants to see in the CVS
and ask for your numerous answers.
This bugzilla covers also:
* sending ENotifs on page _changes_ (i.e. not only for new page creations)
when these rules match or do not match.
Moving to extension requests. No way this would ever go in core -- it couldn't be done efficiently.
I'm considering this as WORKSFORME -- AbuseFilter does this sort of filtering searches. I'm not sure how notifications are always handled but there are various options and it gets used very much.