select count(userid) as total_users from xf_users where
xm_persistentalert = 1
It should have updated every user. Take a screenshot of the result of this query:
Code:select count(userid) as total_users from xf_users where xm_persistentalert = 1
select count(userid) as total_users from xf_user where
xm_persistentalert = 1
I've had this issue since day one and never knew how to get around it.. My members always moan about this!Wow, I'm going to be using like... all of your add-ons. Haha. Very excited to give this one a go. Users have complained about "missing alerts" from day 1. Nice to see a user pref too.
Agreed and can be a nightmare.!So.......this seems to be something I'll be getting later tonight to finally stop the whole "The site is broken, I'm not getting any alerts" thing since users never really understand the fact taht alerts only come after you visit a thread after your last alert.
Question can I make it so that its persistent alerts only? Not interested in raising email costs any more then they are, so If I can optionally leave those like normal so it doesn't generate more, that would be great.
Oh no.. This was going so well and I almost bought as alerts are an issue and I didn't know how to handle it...Well Daniel, the add-on works great! But for us, it generates just too many alerts. I guess we're blessed to have a lot of traffic@arn this would be an issue for you as well it seems. When we tested for 24 hours, users were swamped with 50, 60... some 80 alerts after 12 hours of not logging in (we have emails surpressed thankfully). With that many alerts, they found it difficult to find any one alert they were looking out for.
I feel that this will work great on less-trafficked boards as is. For big boards, IMO we need Facebook-style alerts. For example instead of 30 alerts for replies to one busy thread, one alert would read "Joe Doe and 29 others replied to the thread "blah blah"![]()
Sorry it's not of use for you in it's current form. I may look into grouping them in the future. That said, my Watched Threads Digest add-on may be of interest to you.I've had this issue since day one and never knew how to get around it.. My members always moan about this!
Agreed and can be a nightmare.!
Oh no.. This was going so well and I almost bought as alerts are an issue and I didn't know how to handle it...
That said, we can right now get 30-40 alerts within 10 minutes. This would cause too many issues it seems.
Damn. Sorry @Daniel Hood - almost a buy from me to resolve this alerts issue, but our members and we can get 30-40 alerts within minutes as is on busy threads. This would be alert overload.
I'd love to know if you can group them though that would be amazing..
Gutted now![]()
No need to apologise whatsoever. It certainly does 'fix' the alerts issue, my members always moan about it.. But the issue here is it will flood them no doubt.Sorry it's not of use for you in it's current form. I may look into grouping them in the future. That said, my Watched Threads Digest add-on may be of interest to you.
If you group them in future then this would be a winner.
I've taken over this add-on from @Daniel Hood, and it's now available on my site, Atelier Aphelion, for purchase and download. All future versions will be there, as well.
If you have a current license for this add-on, you can register it there (instructions are available here). You'll get a license from me...
I haven't really looked into resource manager integration, as I'm still updating various add-ons.@Xon can you add a feature for watched resources also ? like users who had still not downloaded the update of resource will receive an another mail ?
i hope u can can look into this soonI haven't really looked into resource manager integration, as I'm still updating various add-ons.
Users watching a resources are always emailed on resource updates.@Xon can you add a feature for watched resources also ? like users who had still not downloaded the update of resource will receive an another mail ?
Yes!Preliminary changes list:
- Option to send alerts only if there are no unread alerts for a thread (on by default). This should reduce the spam/clutter generated by this add-on.
- Rewrite how persistant alerts are generated to be compatible with an internal alert-related add-on ("Thread Starter Alerts")
- Option to only alert if there are no unread alerts.
- This feature causes an SQL query per alerted member per post.
- An upcoming "deferred alerts" add-on will help offset this by pushing large volumes of alerts into the deferred task system.
Xon updated Persistent Alerts with a new update entry:
Feature update
Read the rest of this update entry...
We use essential cookies to make this site work, and optional cookies to enhance your experience.