關於在線人數的幾點回應

關於在線人數的幾點回應


在上周末,有熱心網民找到本台一個對外音效直播系統的網頁頁面,並以此質疑本台在聊天室顯示的在線人數。節錄並整合該系統負責人「謎之音」的回應如下: 

* 該頁面顯示的,為錄影室直播攝錄系統,直接連線的一台音效直播伺服器。該伺服器群數字浮動,通常由 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 等媒介,純聲音直播想當然是比較易入口、易接受的收聽媒介。但願有更多的香港網台效法,讓新媒體百花齊放、百家爭鳴。


讀者回應
相關文章
cache