Home > Mobile >  Forced offline functionality
Forced offline functionality

Time:11-23

Get a forced offline (only one device logged in) the implementation of thinking a little bit detail
Implanted a push API (software, can use a push to implement mandatory logoff?)

CodePudding user response:

Ok, received a push message content carries out close interface open the login screen

CodePudding user response:

reference 1/f, six weeks response:
ok, receives a push message content carries out close open the login interface

Yes, that's what I think, the background detected a Token to change, namely the prompt forced offline, but the problem is coming, there is the same change Token, mobile phone is very low probability, as well as, if pushServer killed by background, did not receive prompt, also cannot be forced

CodePudding user response:

refer to the second floor is of my new don't look at my reply:
Quote: refer to 1st floor response: six weeks
ok, receives a push message content perform shutting the open login interface

Yes, that's what I think, the background detected a Token to change, namely the prompt forced offline, but the problem is coming, there is the same change Token, mobile phone is very low probability, as well as, if pushServer killed by background, did not receive prompt, also cannot forced offline

Basic without considering the very low probability, otherwise all the app has a problem that is not on the on-line probability, eh, killed you can first test server to deal with the getui server is running

CodePudding user response:

reference 3 floor six weeks response:
Quote: refer to the second floor I'm sprout new don't look at my reply:

Quote: refer to 1st floor six weeks response:
ok, receives a push message content carries out close open the login interface

Yes, that's what I think, the background detected a Token to change, namely the prompt forced offline, but the problem is coming, there is the same change Token, mobile phone is very low probability, as well as, if pushServer killed by background, did not receive prompt, also cannot forced offline

Basic does not consider the low probability, otherwise all the app has a problem that is not on the on-line probability, eh, was killed server, you can first check whether the server in the operation of reprocessing the getui

If the Server didn't run, open operation, but a push service is in the Server, and since the Server didn't run, that how to detect the
I want to open a thread has been testing whether the background Server,

CodePudding user response:

reference 4 floor I'm sprout new don't look at my reply:
Quote: refer to the third floor response: six weeks
Quote: refer to the second floor I'm sprout new don't look at my reply:

Quote: refer to 1st floor six weeks response:
ok, receives a push message content carries out close open the login interface

Yes, that's what I think, the background detected a Token to change, namely the prompt forced offline, but the problem is coming, there is the same change Token, mobile phone is very low probability, as well as, if pushServer killed by background, did not receive prompt, also cannot forced offline

Basic does not consider the low probability, otherwise all the app has a problem that is not on the on-line probability, eh, was killed server, you can first check whether the server in the operation of reprocessing the getui

If the Server didn't run, open operation, but a push service is in the Server, and since the Server didn't run, that how to detect the
I want to open a thread has been testing whether the background Server,

you this problem is becoming more and more involved in other issues, it is mentioned service keep alive, there is https://www.cnblogs.com/xinmengwuheng/p/7070113.html

CodePudding user response:

refer to fifth floor six weeks response:
Quote: refer to 4th floor I'm sprout new don't look at my reply:

Quote: refer to the third floor six weeks response:
Quote: refer to the second floor I'm sprout new don't look at my reply:

Quote: refer to 1st floor six weeks response:
ok, receives a push message content carries out close open the login interface

Yes, that's what I think, the background detected a Token to change, namely the prompt forced offline, but the problem is coming, there is the same change Token, mobile phone is very low probability, as well as, if pushServer killed by background, did not receive prompt, also cannot forced offline

Basic does not consider the low probability, otherwise all the app has a problem that is not on the on-line probability, eh, was killed server, you can first check whether the server in the operation of reprocessing the getui

If the Server didn't run, open operation, but a push service is in the Server, and since the Server didn't run, that how to detect the
I want to open a thread has been testing whether the background Server,

you this problem is becoming more and more involved in other issues, it is mentioned service keep alive, here's a https://www.cnblogs.com/xinmengwuheng/p/7070113.html

Thank you, just I am looking for double process ensure service operation

CodePudding user response:

Nothing, but have thought the code to write quickly, basic there are many problems more search predecessors met and give the answer

CodePudding user response:

This is the only APP server? How to still use a push token?
Have the server more simple, the background the original directly to the token (our APP, not a push) for the void, the APP open judge token failure will log back in, you may tell the APP server can push ahead failure),
Said there is nothing wrong with the logic of the above, if the server push service were killed, the APP is not likely to live, not offline already is not important,

CodePudding user response:

The aurora IM single sign-on get simply cannot again simple
  • Related