我正在使用Php和MySQL。
我刚刚注册了pubnub push API，并使用Pubnub提供的PHP Push API成功发出了第一个推送通知。我是这个实时技术的新手，所以我想出了一些让我很难理解的问题。我已经google了很多次搜遍了stackoverflow。我在其他地方没有得到任何相关的建议或问题，所以我在这里写下我的问题，寻求你的建议和专业知识帮助。
Pubnub说每个客户创建两个以上的频道并不是一件好事。因此，在我的应用程序中，我需要创建两个以上的频道来收听我网站上发生的通知，但我会像Pubnub建议的那样为每个登录用户提供两个频道。
仅供参考：This link in PubNub says about creating LongChannel names to avoid Channel Snooping
我的问题如下：
A.每次登录网站时，我是否始终必须创建新的私有动态频道名称。如果是这样，其他用户如何知道如何向我的私有频道发送通知。或者，我只需要在数据库表中只存储一个静态频道名称，以便其他经过身份验证的用户将查询该表并获取我的私有频道姓名给我发送通知。如果是这种情况，您是否认为如果黑客获取某些用户的某些私人频道名称，他们是否可以收听该频道？
B.我正在使用PHP和MySQL，所以我仍然无法想出办法或想出一个解决方案来向另一个用户的私人频道发送消息。
让我们举一个简单的朋友请求系统的例子。
- UserA向UserB发送好友请求。
- UserB正在收听他自己的名为DynamicPrivateChannelB的动态私人频道名称
（UserA如何找到私有的UserB的频道名称？我认为唯一的方法是将UserB的私有频道存储在数据库表中，供每个登录用户查询。我是否正确思考？）
<?php
//first way. How can i possibly achieve this.
$sqlquery = "sent friend request from userA to userB";
require('Pubnub.php');
$pubnub = new Pubnub( 'pubkey', 'subkey' );
$pubnub->publish( array(
'channel' => 'how do i find the private channel name for userB to sent this notification?',
'message' => array('friend_request' => 'A friend request') )
);
//2nd way ? Is this the right way ?
$sqlquery = "sent friend request from userA to userB";
$privatechannelofuserB = "get the channel name of userB from the db table";
require('Pubnub.php');
$pubnub = new Pubnub( 'pubkey', 'subkey' );
$pubnub->publish( array(
'channel' => '$privatechannelofuserB',
'message' => array('friend_request' => 'A friend request') )
);
?>
℃。如果我们始终生成动态专用通道名称，则存储在数据库表中，每当生成新的动态通道名称时进行更新。我认为这会导致问题，因为当新的动态私有频道名称取代旧的时，某些消息不会被传递。
d。所以，我有很多通知发送到单个频道，如新朋友请求，新私人消息回复，新礼物请求和许多其他类似。如何将所有这些数据发送到频道以及如何查找和解析传入的新通知数据。我知道JSON是要发送的格式，但我不确定发送的格式。
根据this link，单个Pubnub频道最多只能包含100条消息。这是否意味着如果200个消息一次出现在一个通道中，前100个消息将被传递，剩下的消息是否在队列中？如果10,000条消息一次出现在一个频道上怎么样？所有剩余的消息是否都在队列中？如果是这样，它如何实时传递给订户？
让我举一个我想要实现的简单场景。
- UserA 经过身份验证并登录到网站。
- UserA 会生成自己的动态频道名称 UserAx732dsw3efsdfsdfsdf
- UserA 开始收听他新创建的频道 UserAx732dsw3efsdfsdfsdf
（现在，userA应该开始接收来自其他人的消息）
- UserB 向 userA 发送私信。
（现在，只有用户A应该在他的私人频道上收到有关新私人频道的通知 消息， userB 或系统如何找到频道 名称 UserAx732dsw3efsdfsdfsdf 因为，这是一个私人频道 由用户A 动态生成，系统或 userB 已访问过它。同样的事情也发生在 userB 上，如果 userB 应该由任何其他实体或系统再次通知，应该有办法找出动态 频道名称 userB 。
另一个问题是，这种情况是，如果用户每次登录到网站时都动态生成频道名称。发送到动态频道的所有消息会发生什么？ pubnub是否将所有创建的频道名称保存在其服务器上？系统或用户是否有任何方法可以确定某个频道名称是否仍然存在，并且至少有一个用户正在收听该频道？
我很想知道这一点，因为我有以下概念：
- UserA 在凌晨1点登录网站时创建 dynamicChannelA 。
- UserA开始向其动态频道 dynamicChannelA 发送大量通知推送
- 现在， UserA 在凌晨1:30 从网站注销，对于仍在推出通知的许多其他用户会发生什么 到他的 dynamicChannelA ，因为下次当 UserA 时 登录网站， UserA 会听不同的 动态频道名称。 UserA 不会听他以前的 渠道 dynamicChannelA 。
我正在考虑使用从数据库表中检索特定用户的频道名称的方法。是否有任何方法或方法可以防止未经授权的频道订阅？因为任何人都可以订阅频道名称，如果他们有订阅密钥和频道名称，无论频道名称有多长。我很好奇，因为所有订阅都发生在客户端，订阅密钥和频道名称都可见。
答案 0 :(得分：30)
没有一种方法可以解决您遇到的问题。我们的客户使用各种各样的设计模式来处理它们。我自己也遇到了构建PubNub应用程序的这类东西，我会尽我所能帮助你。
Pubnub说每个客户创建两个以上的频道并不是一件好事。因此，在我的应用程序中，我需要创建两个以上的频道来收听我网站上发生的通知，但我会像Pubnub建议的那样为每个登录用户提供两个频道。
登录用户收听Channel1-Public 登录用户会收听私人UsersOwnDynamic-Channel，以接收与他有关的通知。
这是一个很好的方法，也是我们许多大规模客户的方式。全球频道和私人用户专用频道。
每次登录网站时，我是否总是要创建一个新的私人动态频道名称。
不一定，虽然这是一个好方法。您可以在客户端的JavaScript中使用PUBNUB.uuid()来执行此操作。或者，使用PHP生成服务器端并将其呈现给客户端。也许您可以将其设置为cookie，以便客户端始终可以访问它。
如果是这样，其他用户如何知道如何向我的私人频道发送通知。
他们可以从PHP服务器获取id;通过全球频道或用户自己的私人频道，他们正在收听。
或者，我只需要在数据库表中只存储一个静态通道名称，以便其他经过身份验证的用户将查询该表并获取我的私人通道名称以向我发送通知。
你也可以这样做。您可能拥有的用户可以发送的全局频道与他们正在收听的全局频道不同。只有服务器具有那个订阅密钥。因此，经过身份验证的用户向服务器发送消息，告诉它“我需要相应的用户密钥＆＃34;”，然后服务器执行查询并在该用户专用信道上发回消息。
如果是这种情况，您是否认为如果黑客获取某些用户的某些私人频道名称，他们是否可以收听该频道？
如果您在全局发送频道上隐藏订阅密钥，则只有服务器才能看到该频道上的聊天。
我使用PHP和mysql，所以我仍然想不出办法或想出一个解决方案来向另一个用户的私人频道发送消息。 让我们举一个简单的朋友请求系统的例子。 - UserA向UserB发送好友请求。 - UserB正在收听他自己的名为DynamicPrivateChannelB的动态私有频道名称 （UserA如何找到私有的UserB的频道名称？我认为唯一的方法是将UserB的私有频道存储在数据库表中，供每个登录的用户查询。我在想正确的方法吗？）
这与您之前的问题非常相似。没有办法做到这一点，但我上面概述的设计模式应该有效。回顾一下这种设计模式：
如果我们始终生成动态专用通道名称，则存储在数据库表中，每当生成新的动态通道名称时进行更新。我认为这会导致问题，因为当新的动态私有频道名称取代旧的时，某些消息不会被传递。
如果您在生成新频道名称时要小心，这不应该是一个问题。请记住，客户总是可以在全球用户发送频道上说出来，嘿，我在这里！这是我的身份。让我更新＆＃39;。我通常会设计我的应用程序，让客户每30秒左右自动喊一次。
所以，我有很多通知发送到单个频道，如新朋友请求，新私人消息回复，新礼物请求和许多其他类似。如何将所有这些数据发送到频道以及如何查找和解析传入的新通知数据。我知道JSON是要发送的格式，但我不确定发送的格式。
JSON适合发送和接收。我这样做的方法是拥有一个名为＆＃34; name＆＃34;它定义了它是什么类型的消息。例如：
{
"id" : "blah_blah_unique_id", // sender_client_id
"name" : "friend_request", // type of message
"data" : { // the data itself
"requested_friend_id" : "blah_blah_some_other_unique_id"
}
}
你实际上可以使用你想要的任何格式，但是当它通过PubNub推送时，我们将它包装在JSON中（通常这意味着只包含在引号中）。
希望这有帮助！
根据this link，单个Pubnub频道最多只能包含100条消息。这是否意味着如果200个消息一次出现在一个通道中，前100个消息将被传递，剩下的消息是否在队列中？如果10,000条消息一次出现在一个频道上怎么样？所有剩余的消息是否都在队列中？如果是这样，它如何实时传递给订户？
100条消息限制与PubNub.history有关。如果有人订阅了200条消息，他们将收到所有200条消息。
（现在，只有userA应该在他的私人频道上收到有关新私人消息的通知，userB或系统如何找出频道名称UserAx732dsw3efsdfsdfsdf，因为这是由userA动态生成的私有频道，无论是系统还是用户B已经访问了它。同样的事情也发生在userB上，如果userB应该被任何其他实体或系统再次通知，应该有办法找出userB的动态频道名称。
这个问题没有一个通用的解决方案，但我要做的是让服务器在页面加载时生成该唯一ID，并在初始HTTP上将其呈现给客户端请求。
另一个问题是，如果用户每次登录网站时动态生成频道名称，则会出现这种情况。发送到动态频道的所有消息会发生什么？ pubnub是否将所有创建的频道名称保存在其服务器上？
您不必每次都动态生成。你可以....但你也设置了一个具有该唯一ID的cookie，或者从数据库中提取它并在页面加载时将其呈现给客户端（这就是我所做的）。我们不保存频道名称。
系统或用户是否有任何方法可以确定某个频道名称是否仍然拥有，并且至少有一个用户正在收听该频道？
不是开箱即用，但你可以轻松实现这一点。只需让您的服务器发送ping并设置您的客户，以便在他们正在倾听时始终响应ping。
现在，UserA在凌晨1:30从网站注销，许多其他用户仍在向他的dynamicChannelA推送通知会发生什么，因为下次UserA登录网站时，UserA将会收听不同的动态频道名称.UserA不会听他以前的频道dynamicChannelA。
您可以通过服务器定期（每30秒？）ping一次，这可以跟踪用户是否还在那里。在接下来的几个月里，我们将启动一个在线API来自动执行此操作，顺便说一句。
我想使用从数据库表中检索特定用户的频道名称的方法。是否有任何方法或方法可以防止未经授权的频道订阅？因为任何人都可以订阅频道名称，如果他们有订阅密钥和频道名称，无论频道名称有多长。我只是好奇，因为所有订阅都发生在客户端，订阅密钥和频道名称是可见的
主要方式是战略性地支持发布/订阅密钥。你是对的，任何拥有适当细节的人都可以收听 - 这是仅限客户端系统的一个大问题。目前，您必须想出创造性的方法来解决它。