MassAlert - Send custom alerts to groups of users

[Trombones13]

0.0.2 released (changelog above) - to update you'll need to reupload the files and upgrade the addon xml.

Oh; with all of the posts in here, I almost missed that you already fulfilled my request!! Awesome!!

ETA: Do I just reupload the XML file?

 

[dieketzer]

ETA: Do I just reupload the XML file?

you need to reupload everything.

 

[Veer]

wow, this one is really awesome.
thumbs up!

 

[Kaiser]

Just confirming this works just fine.

 

[JVCode]

Works like a charm, great mod. Thanks.

 

[DoctorWatsOn]

Great work DarkImmortal, I'll certainly be installing and testing this, with a donation to follow in due course.

*wanders off to check out your other add-ons*

 

[Vincent]

AWESOME

 

[Vincent]

Okay, so I tried installing, and it failed, I saw the tab in the admin cp, but it has no content

Than, I uninstalled it and tried installing again, it gave me this:

Server Error

Mysqli statement execute error : Duplicate entry 'massAlert-alert_handler_class' for key 'PRIMARY'

1. [*]Zend_Db_Statement_Mysqli->_execute()inZend/Db/Statement.phpat line292
   [*]Zend_Db_Statement->execute()inZend/Db/Adapter/Abstract.phpat line479
   [*]Zend_Db_Adapter_Abstract->query()inDark/MassAlert/Install.phpat line97
   [*]Dark_MassAlert_Install->_installVersion1()inDark/MassAlert/Install.phpat line83
   [*]Dark_MassAlert_Install::install()inXenForo/Model/AddOn.phpat line214
   [*]XenForo_Model_AddOn->installAddOnXml()inXenForo/Model/AddOn.phpat line169
   [*]XenForo_Model_AddOn->installAddOnXmlFromFile()inXenForo/ControllerAdmin/AddOn.phpat line180
   [*]XenForo_ControllerAdmin_AddOn->actionInstall()inXenForo/FrontController.phpat line310
   [*]XenForo_FrontController->dispatch()inXenForo/FrontController.phpat line132
   [*]XenForo_FrontController->run()in/home7/teambdne/public_html/hlxbans/admin.phpat line13

 

[Paul B]

This might require too much of an update but based on this post by Kier (http://xenforo.com/community/thread...n-alert-when-posting-a-post.7558/#post-135546), it might be useful to build in functionality to remove alerts from the ACP, i.e. purge them from the table.

 

[Luke F]

I've got a few things planned for the next release: (should be done sometime later today)

• A nightly cron to delete alerts created by MassAlert that have not been marked as viewed after a week since their creation
• Clean uninstallation to fix VincentU's error above (temporary fix would be to delete the massAlert row from xf_content_type_field before installing)
• A table to store the messages/links so that they aren't included thousands of times in the alerts table
• Possibly an option to only send alerts to those who have been active x number of days ago.

 

[Paul B]

That sounds like you've just about covered all bases

 

[yavuz]

I was just about to install the add-on, better wait for the next release then

 

[Digital Doctor]

The only reason we haven't already done it (Mass Alerts) is that it potentially adds millions of rows to the alerts table in a single hit, whereas normal alerts tend to only insert records for active users. If you insert alerts for users who never log in, they will never be cleared from the alerts table, and your performance will suffer.

xenforo uses a kind of faux cron to do x action every y hours (such as update thread count and such). it shouldnt be too difficult for some clever person to create a cronjob to run a mysql query to remove unread alerts after x amount of time.

I've got a few things planned for the next release: (should be done sometime later today)

• A nightly cron to delete alerts created by MassAlert that have not been marked as viewed after a week since their creation

Great idea.
As opposed to just purging the MassAlert, could they be converted to emails ? and then purged ?

I think it would be best to have this definable at the time of the Mass Alert. Sometimes it might be best if the mass alert only lasted 2 days.

• A table to store the messages/links so that they aren't included thousands of times in the alerts table

Sounds like that would avoid the problem

• Possibly an option to only send alerts to those who have been active x number of days ago.

Your previous solutions cover the bases. You also want to capture the people who are active on the forum during the time the alert is active. Might some people who weren't around a few days before the alert feel left out they didn't get the alert ? Lots of holes in this approach, but some might find it useful.

Other ideas: Mass Alert to those over a certain number of posts.

 

[CyberAP]

Epic plugin! Thanks!
I have a little concept here:

 

[Kaiser]

Epic plugin! Thanks!
I have a little concept here:
View attachment 8590

Yea that would be cool to do it from there instead of going to the ACP

 

[dieketzer]

Epic plugin! Thanks!
I have a little concept here:
View attachment 8590

there is no provision for adding a link or selecting the usergroup.
imo, these alerts shouldnt occur so frequently that one needs to send them from outside the acp.

 

[Shelley]

there is no provision for adding a link or selecting the usergroup.
imo, these alerts shouldnt occur so frequently that one needs to send them from outside the acp.

Although I agree with you about the frequent use of the mass alert I feel from a usability and ease of use the suggestion made is a very good one.

 

[Digital Doctor]

there is no provision for adding a link or selecting the usergroup.
imo, these alerts shouldnt occur so frequently that one needs to send them from outside the acp.

+1 agreed.

These Mass Alerts should be well thought out and used seldomly.
Otherwise people will get annoyed and want to be able to "Ignore" them.

 

[TNCclubman]

there is no provision for adding a link or selecting the usergroup.
imo, these alerts shouldnt occur so frequently that one needs to send them from outside the acp.

feel the same way. It should be tucked away as you wont be tempted to spam alert your members. I dont trust myself if its too easy to do. lol

 

[Luke F]

Better late than never... 0.1.0 released

0.1.0 (04/01/2010):

• Added seperate table for massalerts rather than redundantly storing them in the alerts table
• Added cron to delete unread alerts after a week
• Fixed install bug