|
|
Sponsored Content
The Lounge
What is on Your Mind?
PubNub Live Chat Beta Testing
Post 303034872 by pubnubcraig on Wednesday 8th of May 2019 11:54:48 AM
05-08-2019
I don't use Vue.js and I have never heard of the debounce API. Neither is specific PubNub and there are dozens of JS frameworks out there so not possible, or necessary, to know them all.
I still think PubNub needs a new configuration parameter in subscribe() which sets the polling interval for presence, but let me take another look tomorrow since you have made some changes in our configuration and see if I set subscribe presence to TRUE in my code (it is current set to FALSE), if it keeps polling and polling like crazy.
Subscribe already has an interval, it is the subscribeTimeout config, that you can set in the PubNub init, but please do not. It should only be changed for very specific reasons, that I will not get into right now. You will only cause your app to have increased transactions at no additional upside or cause your app to break depending on whether you set it shorter or longer. The default subscribeTimeout is 280s, and this is exactly the same for listening to presence events because it is on the subscribe connection. The hereNow is a completely different API and a different connection which does not work on the subscribe connection.
When you subscribe withPresence:true, you are just adding presence channels (with the -pnpres suffix) to the list of subscribed channels. When another person subscribes to that channel, those listening to presence events (withPresence:true) on that channel will receive that presence event, in realtime, not on some polling cycle.
But see my response about Announce Max. The increased transaction were self-inflicted
Not that you would have known the side effects but rarely does anyone change that setting.
And I just checked the chat app again. It appears you upgraded to lastest PubNub JS SDK version - cheers - and I see that the client is not having the 10s interval response anymore. At most it will be 280s or everytime someone joins, leaves, timeouts, or a message is published and therefore received.
Cheers
Craig
I still think PubNub needs a new configuration parameter in subscribe() which sets the polling interval for presence, but let me take another look tomorrow since you have made some changes in our configuration and see if I set subscribe presence to TRUE in my code (it is current set to FALSE), if it keeps polling and polling like crazy.
Subscribe already has an interval, it is the subscribeTimeout config, that you can set in the PubNub init, but please do not. It should only be changed for very specific reasons, that I will not get into right now. You will only cause your app to have increased transactions at no additional upside or cause your app to break depending on whether you set it shorter or longer. The default subscribeTimeout is 280s, and this is exactly the same for listening to presence events because it is on the subscribe connection. The hereNow is a completely different API and a different connection which does not work on the subscribe connection.
When you subscribe withPresence:true, you are just adding presence channels (with the -pnpres suffix) to the list of subscribed channels. When another person subscribes to that channel, those listening to presence events (withPresence:true) on that channel will receive that presence event, in realtime, not on some polling cycle.
But see my response about Announce Max. The increased transaction were self-inflicted
Not that you would have known the side effects but rarely does anyone change that setting.And I just checked the chat app again. It appears you upgraded to lastest PubNub JS SDK version - cheers - and I see that the client is not having the 10s interval response anymore. At most it will be 280s or everytime someone joins, leaves, timeouts, or a message is published and therefore received.
Cheers
Craig
This User Gave Thanks to pubnubcraig For This Post:
|
|
4 More Discussions You Might Find Interesting
1. Solaris
Does anyone know of any online live chat discussion groups for Solaris? If so, please let me know... Thanks!
Rob Sandifer (3 Replies)
Discussion started by: RobSand
3 Replies
2. What is on Your Mind?
A number of people have asked me to make some videos, so I just got my first condenser microphone and so I can make some amateurish screen casts. I will try to do better in the future.
A quick overview of PubNub Live Chat @unix.com
The video is best is you set the Quality to HD 1080. The... (0 Replies)
Discussion started by: Neo
0 Replies
3. What is on Your Mind?
Interesting....
I am still working on the kinks for Live Chat here at unix.com using a publish-subscribe API from PubNub. Two days ago while working on it, a new user joined the live chat and asked about how to post a new thread in the forum. Then today, one of the members of the PubNub team... (23 Replies)
Discussion started by: Neo
23 Replies
4. What is on Your Mind?
Update: UserCP Screeching Frog 0.7641 - Changed Live Chat to Live Updates
In this version of the UserCP, I have changed "Live Chat" to "Live Updates" by disabling the ability to post in the "live chat" area and changed the name to "Live Updates"
The reason for this change is that experienced... (6 Replies)
Discussion started by: Neo
6 Replies
LEARN ABOUT SUSE
mlmmj-sub
mlmmj-sub(1) General Commands Manual mlmmj-sub(1) NAME
mlmmj-sub - subscribe address to a mailinglist run by mlmmj SYNOPSIS
mlmmj-sub -L /path/to/list -a john@doe.org [-c | -C] [-d | -n] [-h] [-U] [-V] -a: Email address to subscribe -c: Send welcome mail -d: Subscribe to digest version of the list -C: Request mail confirmation -h: This help -L: Full path to list directory -m: Subscriber moderation string -n: Subscribe to nomail version of the list -s: Don't send a mail to the subscriber if already subscribed -U: Don't switch to the user id of the listdir owner -V: Print version DESCRIPTION
This utility is used to subscribe people to the specified mailinglist. It will write the email address in a file with the name of the beginning letter of the email address getting subscribed in the <listdir>/subscribers.d/ directory. Unless the -U switch is used it will switch its user id to the user id owning the list directory. This is done to make sure that new files created are having correct permissions. The nomail version of the list is a list version where people are subscribed like usual, but they won't recieve any postings to the list. This is useful for people who read the mailinglist through a news gateway, but want to be able to post to the list. Normally a mail is sent to the subscriber if the address is already subscribed to the list. If the -s switch is used such a mail will not be sent. When neither -c nor -C are specified, subscription silently happens. SEE ALSO
mlmmj-unsub(1), setuid(2) AUTHORS
This manual page was written by the following persons: Soren Boll Overgaard <boll@debian.org> (based on html2man output) Mads Martin Jorgensen <mmj@mmj.dk> mlmmj-sub September 2004 mlmmj-sub(1)