Messenger

Messenger [Paid] 1.1.7

No permission to buy ($15.98)

Eggy

Well-known member
Licensed customer
Eggy submitted a new resource:

Messenger - Modern real-time messaging, friends, media sharing and calls for XenForo communities.

View attachment 343168

Messenger

Modern private messaging for XenForo 2.3

Messenger brings a complete private communication system directly into your XenForo community, combining real-time conversations, friendships, rich media, presence, voice and video communication, moderation tools and extensive administrator controls.​

View attachment 343169...

Read more about this resource...
 
Is there a demo available? I probably missed it. Or do I just register on your site and message you, haha
 
if you could tie something like media download permissions to friend list or such that would be....so cool...
what are you doing with that exactly i was wondering, im not sure if i missed something...should be certain privileges options..

regards
 
if you could tie something like media download permissions to friend list or such that would be....so cool...
what are you doing with that exactly i was wondering, im not sure if i missed something...should be certain privileges options..

regards
All feedback greatly welcomed and that will be added!
 
if you could tie something like media download permissions to friend list or such that would be....so cool...
what are you doing with that exactly i was wondering, im not sure if i missed something...should be certain privileges options..

regards
Just so I understand the feature correctly: Messenger conversations are already private and users must be friends before they can talk. Are you asking for an additional permission controlling whether people inside an existing conversation can download media/files, or did you have a different type of media privacy control in mind?
 
Eggy updated Messenger with a new update entry:

Messenger 1.0.6 Patch 1 — Node.js Realtime & UX Improvements

Messenger 1.0.6 Patch 1 is now available.

This release introduces optional Node.js/WebSocket realtime messaging while retaining full AJAX polling support.

What’s new

  • Optional Node.js/WebSocket realtime transport
  • AJAX polling remains the default when Node.js is not enabled
  • Automatic AJAX fallback if the realtime gateway becomes unavailable
  • Instant message and reaction updates when realtime mode is active
  • Improved reaction picker stability...

Read the rest of this update entry...
 
Just so I understand the feature correctly: Messenger conversations are already private and users must be friends before they can talk. Are you asking for an additional permission controlling whether people inside an existing conversation can download media/files, or did you have a different type of media privacy control in mind?
it might be beyond what youre trying to do here but i was wanting something more site wide for a while now, not just in private messages...so, if you set up the friend part you are halfway there...but idk if that would be a diff addon or what...

im thinking stuff like, if friends, can view profile, download media, export threads, private message etc....idk seems like there will be a few helpful options in there but mostly id like to give people more control over the content they create.

kind regards
 
it might be beyond what youre trying to do here but i was wanting something more site wide for a while now, not just in private messages...so, if you set up the friend part you are halfway there...but idk if that would be a diff addon or what...

im thinking stuff like, if friends, can view profile, download media, export threads, private message etc....idk seems like there will be a few helpful options in there but mostly id like to give people more control over the content they create.

kind regards

That is something I could do.

What you are describing goes a bit beyond the scope of Messenger itself, but the friends system already gives us a good foundation to build from.

I could potentially put together a custom extension for you that adds the site wide controls you are looking for, such as controlling who can view your profile, contact you, access downloads or media, and other content related permissions based on whether somebody is a friend.

That would keep Messenger focused on messaging while giving you the wider privacy controls you actually want across your site.

If that is something you would be interested in exploring, I would be happy to work out the requirements with you and offer you a reasonable custom price for the extension so that Messenger fits what you are trying to achieve.

Regards
 
I actively run it on the website https://eggy.net

Frong facing UI requires a login to use but there's no dedicated admin demo as its running off my own:-/ sorry

Are you still running it currently? I saw it on my phone earlier today, but no longer see it now that I'm on my computer. Also saw it when it was $15, now see that it's $30. Sounds like a cool add-on though.

I assume this would replace XenForo's standard private messaging system?
 
Are you still running it currently? I saw it on my phone earlier today, but no longer see it now that I'm on my computer. Also saw it when it was $15, now see that it's $30. Sounds like a cool add-on though.

I assume this would replace XenForo's standard private messaging system?

Hey there after I patched and fresh installed it reverted the customer user group

1787100363778.webp

It should be sorted on next page refresh to test around
:)

Also regarding the price, I originally launched it at $15 while it was new and being tested out in the wild. After the work that has gone into it and the features it now includes I moved the normal price to $30. 🙂

Messenger runs alongside XenForo conversations rather than replacing them, so communities can use either depending on what suits them.
 
Hey there after I patched and fresh installed it reverted the customer user group

View attachment 343199

It should be sorted on next page refresh to test around
:)

Also regarding the price, I originally launched it at $15 while it was new and being tested out in the wild. After the work that has gone into it and the features it now includes I moved the normal price to $30. 🙂

Messenger runs alongside XenForo conversations rather than replacing them, so communities can use either depending on what suits them.

I took advantage of that coupon you sent and grabbed it.
 
This looks awesome. I just skimmed the description but I didn’t see how video calls were handled? Am I correct in understanding that there is that feature? If so, what are the limitations? As in, number of participants, what is the impact on the host server, etc? I’m sure I’ll have more questions but this looks pretty awesome.
 
This looks awesome. I just skimmed the description but I didn’t see how video calls were handled? Am I correct in understanding that there is that feature? If so, what are the limitations? As in, number of participants, what is the impact on the host server, etc? I’m sure I’ll have more questions but this looks pretty awesome.

Yes, video calling is a built-in feature. Eggy Messenger uses WebRTC, so under normal circumstances the actual audio/video media is sent browser-to-browser rather than being streamed through your XenForo web server.

Calls can also be multi-user. The default maximum is 4 participants per call, and the administrator can configure this from 2 up to 12. It uses a peer-to-peer mesh, though, so I would regard the higher numbers as a configurable ceiling rather than suggesting that 12-way HD video is going to be appropriate for every user/device/network. As more participants join, each participant has to maintain additional WebRTC connections, so their own bandwidth and CPU requirements increase. The default of 4 is deliberately conservative.

On the XenForo/server side, the server handles the call state, permissions and WebRTC signallin starting/answering/ending calls and exchanging the WebRTC offer/answer/ICE information. The normal video/audio stream itself does not pass through PHP, XenForo or the optional Messenger Node.js realtime server. The Node.js service, when enabled, is only used as a realtime event transport.

Messenger can also operate without Node.js using its AJAX fallback. In that mode call/message state is polled roughly every 1–1.5 seconds, so there is naturally more PHP/database activity than when the realtime WebSocket transport is enabled.

There is also optional STUN/TURN configuration for WebRTC connectivity. TURN relay fallback is off by default. If an administrator enables TURN and a particular user's connection has to be relayed, then the media traffic for that connection does pass through the configured TURN server, so the bandwidth requirements move to that TURN server. That is the main scenario where video calling can create substantial server-side bandwidth usage.

One other point worth being transparent about: because it is a browser-to-browser mesh rather than a dedicated SFU/media server such as you would use for very large conference calls, Eggy Messenger's calling is intended more for normal private and small-group community calls than huge Zoom-style conferences.

So in short: yes, voice and video calling are included; 4 participants by default, configurable up to 12; normally very little media load on the XenForo host itself, with the heavier resource cost being on the participants' devices/connections unless TURN relay is being used.

Happy to answer any more technical questions you have about it. Amd thank you for your question.
 
As far as code and various web protocols and such go, I'm way out of that game. I programmed a ton as a kid but quit after high school 35 years ago. So I have no idea what WebRTC, STUN or TURN means at all. I was hoping for the laymen's explanation 😁
 
As far as code and various web protocols and such go, I'm way out of that game. I programmed a ton as a kid but quit after high school 35 years ago. So I have no idea what WebRTC, STUN or TURN means at all. I was hoping for the laymen's explanation 😁
WebRTC is basically what makes the browser call possible, STUN helps both sides connect directly, and TURN steps in as the middleman when a direct connection isn't possible. :-)
 
One other point worth being transparent about: because it is a browser-to-browser mesh rather than a dedicated SFU/media server such as you would use for very large conference calls, Eggy Messenger's calling is intended more for normal private and small-group community calls than huge Zoom-style conferences.
I have a need for a replacement for Zoom actually so I’m wondering exactly how far this function can be stretched, while understanding the limitations (and what might be able to be done to reduce such limitations). Can you elaborate?

Also, are there any limitations to either the video calling feature on mobile?

For that matter, are there limitations on how the messenger (chat) part works on mobile? Mainly from a UI perspective.
 
Back
Top Bottom