关于在线人数的几点回应

分类:I悦生活 272赞 2020-06-18 585次浏览

关于在线人数的几点回应

在上周末,有热心网民找到本台一个对外音效直播系统的网页页面,并以此质疑本台在聊天室显示的在线人数。节录并整合该系统负责人「谜之音」的回应如下: 

* 该页面显示的,为录影室直播摄录系统,直接连线的一台音效直播伺服器。该伺服器群数字浮动,通常由 15 至 30 台伺服器组成,以 Cluster 形式于 Google Cloud 作平衡负戴(load balancing)。故当时有另外 14 台伺服器同时运作中。而其他伺服器并不接受直接对外连线。 

* 截图为一範例,图中的网址连线,因保安问题作修改过。左上方(外界当时可以连线的伺服器),所显示的 119 个连线,其「真实人数」应减去 14 的(=105),即背后 14 台 slave 连向 master 的连线。 

* 本台以 96kbps 作声音直播,1000 条声音直播连线,需要约 96000kbps = 96Mbps 频宽。每台伺服器仅得 100Mbps 频宽,故必需有更多伺服器一同工作。 

* 本台的「在线人数」并不只是由 LiveStream (视像)和 Shoutcast / Icecast (声音)两个系统构成,Apps 直播不经 LiveStream 网站系统,而部分 Web 视像直播亦有以 Peer5 (P2P)、完全不经 LiveStream 系统及其他方式处理。 

* 本台的「在线人数」是由网站及手机 Apps,向网站后台系统发出 web request 时,直播将独立 IP 记录,并将时段内不重覆的 IP 数目点算;故同一 IP (例如家中多部装置)同时收看、或手机供应商以 APN Proxy 共享 IP,均只以一次计算,以取得比 Session 数目平衡的在线人数。 

* 当晚由于有来自香港、印度、日本等地址的 IP,经网页重覆尝试以「撞密码」方式,登入音效直播伺服器的 Shoutcast 管理帐户,而 Shoutcast 的 Admin 登入介面不能取消,故隔日本台将音效直播伺服器,转换成保安容易控制的 Icecast 系统。 


本人的「责任」,是确保听众可以稳定地收看、收听节目,所以解决保安问题(例如 shoutcast 转换成 icecast)是要务。上述的计算 IP 方法,是本人认为合理地给客户、听众参考的数字。对于节目是否受欢迎,在选举或社会运动角度,本人不懂分析,但本台主持得到听众的回应、支持,无论是在现实还是在网上,都可以作为节目听众数字的参考。


然而对于「开放数据」和「求证」等,有以下回应: 

* 任何截图都可以被说成是经「PS」修改。 

* 即使公开 LiveStream 数字,并不会计算上述 Apps / Audio / Peer5 等技术的人数。 

* 基于一直以来的 DDOS 及资讯保安理由,公开真实连结并不现实,而 Audio / Peer5 等数字,只会在后台系统可以查看。 

* 即使开放所有后台系统,显示的统计数字,亦可以被说成是由 web server / mod_rewrite 等方法假扮。 

* 然后基于我们以 IP 统计,手上有完整的 IP 名单。但公开 IP 名单,实在有违用户私隐,绝对不能考虑。 

* 假设真的公开 IP 名单,又会被质疑该批 IP 是否真正的用户。而基于私隐,ISP 亦不可能提供用户的联络资料、或上网记录。 

* 何况到最后,还可以质疑网站流量,是从众多的「buy cheap web traffic」公司购买回来「谷数」的。


当然,如非本台的供应商收到法庭传令,本台是绝不会交出用户 IP 名单;然而该名单,又是由一直以来无偿支撑本台的 Google Project Shield 交付,难道要追究 Google 造假?所以由技术角度看,「网军」的质疑及要求「解释」的姿态,本质上甚为荒谬,亦难以满足。解释至此,相信是非黑白相当分明。

以网台论,内容充实的话,经手机 Apps 提供声音直播,当然会比纯以视像直播,多出以倍数计的听众。以流动数据的收费和收听习惯,比起视像或者 Facebook Live 等媒介,纯声音直播想当然是比较易入口、易接受的收听媒介。但愿有更多的香港网台效法,让新媒体百花齐放、百家争鸣。