信息推送

所謂信息推送,就是"web廣播",是通過一定的技術標準或協定,在網際網路上通過定期傳送用戶需要的信息來減少信息過載的一項新技術。推送技術通過自動傳送信息給用戶,來減少用於網路上搜尋的時間。它根據用戶的興趣來搜尋、過濾信息,並將其定期推給用戶,幫助用戶高效率地發掘有價值的信息。

技術介紹

從技術而言,信息推送是一項以數據挖掘、自然語言處理以及網際網路等多門技術為基礎的綜合性方向。將合適的信息推送給合適的人,是一項極具挑戰的工作。這個過程需要對信息作充分的分析,並對人的興趣、行為做細緻的刻畫,並對兩者進行有效匹配。

行業套用

信息推送在行業內有著大量的套用方向,是當今網際網路非常火熱的一個技術方向。

廣告推送

信息推送最熱門的套用方向是廣告推送,也就是網際網路效果行銷的套用方向。

作為電子商務行銷階段的套用,廣告推送為大量的廣告主服務,把網際網路廣告以合適的方式推送給合適的消費者,並依據一定的商業模式進行費用計算。這一信息推送的顯著特徵就是,廣告信息的推送過程不僅要考慮到消費者的興趣和購買情況,也要考慮到廣告本身的商業價值最大化——所有有些商業模式下,需要進行競價操作。

因為搜尋引擎和網際網路廣告的發展,使得廣告推送成為一個炙手可熱的套用方向。

社區信息

大量的web2.0社區,也激發了社區信息的推送套用。基於用戶關係、用戶行為,給用戶推送用戶感興趣的信息,包括帖子、任務、遊戲,等等。對於不同的社區而言,這都是激發用戶活躍度、提升社區信息流通效率的有效手段。

網路信息推送是利用推送(Push)技術根據用戶需要,有目的、按時將用戶感興趣的信息主動傳送到用戶的計算機中。就像是廣播電台播音, “推送”技術主動將最新的新聞和資料推送給客戶,使用者不必上網搜尋。 Push技術的主要優點是對用戶要求低,普遍適用於廣大公眾,不要求有專門的技術;二是及時性好,信源及時地向用戶“推送”不斷更新的動態信息。

信息管理 —— 信息推送返回主目錄返回使用目錄返回信息管理

信息推送是 SupeSite7.5 的新增功能,可以使 SupeSite 和 UCenter Home 及 Discuz! 之間的數據互相推送,增加了站點套用之間的互動性。

下面請看詳細介紹:

管理後台=>信息管理=>信息推送:

一、添加正向推送

正向推送是由論壇或者UCenter Home推送到SupeSite。點擊“添加正向推送配置”:

推送名稱:該項必填,是顯示在推送按鈕上的文字;

按鈕圖片:用自定義圖片,需要確保將圖片上傳到程式的 ./images/push/ 目錄下面;

標題標籤id:如果要推送的論壇或 SupeSite 內容標題標籤沒有定義 id,需要站長自定義添加沒有被使用的 id;

內容標籤id:如果要推送的論壇或 SupeSite 內容標籤沒有定義 id, 需要站長自定義添加沒有使用的 id;

是否啟用:可以選擇暫時不啟用此推送。

填寫完畢,點擊“獲取推送代碼”,即可得到:

將該代碼添加到您想要顯示的模板相應位置即可。

二、添加反向推送

反向推送是由SupeSite推送到論壇或者UCenter Home。

推送名稱:是推送的標示,必須填寫;

推送類型:選擇要推送到論壇還是 UCenter Home;

使用聚合配置:如果您已經在聚合設定中設定了論壇或 UCenter Home 資料庫相關信息,推薦在這裡使用聚合設定;

聚合設定詳細介紹請點擊;

是否啟用:可以選擇暫時不啟用此推送。

三、瀏覽推送配置

您可以對已添加的推送進行瀏覽、編輯或刪除等操作:

推送原理

手機推送服務的原理很簡單,就是通過建立一條手機與伺服器的連線鏈路,當有訊息需要傳送到手機時,通過此鏈路傳送即可。 推送服務的使用流程雖然略有差別但是大致都和IOS的APNS相似

1、首先是應用程式註冊訊息推送。

2、 IOS跟APNS Server要deviceToken。應用程式接受deviceToken。

3、應用程式將deviceToken傳送給PUSH服務端程式。

4、 服務端程式向APNS服務傳送訊息。

5、APNS服務將訊息傳送給iPhone應用程式Push service方案評價標準

評價標準

推送方案的公認評價採取4s標準:1.Safe(安全) 2. Stable(穩定) 3.Save(省電省流量省成本) 4.Slim(體積小)

安全

推送方案應支持透傳及各種加密方案,保障信息傳遞安全。

推送方案的ID系統應該獨立於已有的網站或服務的ID系統,這樣保障用戶在不同手機上登錄後的信息投遞準確性,避免因為取消綁定事件失敗因網路傳輸而造成的信息誤投送。

穩定

穩定包括兩個部分一個是伺服器端的穩定性,一個是手機端的穩定性。

服務端穩定性,因為使用長連線方案,對伺服器的開銷和要求很大,推送方案對伺服器開發要求很高,海量執行緒連線下的伺服器穩定性是非常具有挑戰性的。一般的評判標準包括:

- 同時線上時峰值 (一般按照百萬並發連線時伺服器穩定性評測)

- 高並發時訊息平均延遲時間(一般按照1分鐘處理1百萬條信息評測)

- 服務穩定性 (一般要求全年99.9%以上可用,有備份,有負載均衡等)

鑒於伺服器穩定的開發難度很大,小團隊不建議自己開發,建議使用穩定的第三方推送方案,如個推,蝴蝶等。

手機端的穩定性,主要是因為中國的複雜網路狀況及手機型號適配情況造成手機長時間穩定聯網較困難,所以穩定性非常重要,一般的評判標準包括:

- 每日聯網23.5小時以上用戶比例 (表征聯網穩定性)

- 訊息傳送後9小時內收到率 (表徵到達率)

一般來說,推送方案要做網路的分運營商,分省,分機型適配,自己開發工作量較大

3.Save(節省)

省電應注意CPU休眠,一般用服務縮短待機時間百分比評判

省流量應注意協定的修改和冗餘數據包的處理,一般用空載待機月流量評判

省成本應考慮單伺服器承載同時連線數,可承載同時連線數越多成本越低,業內 頂尖水平為個推的單伺服器50萬連線

4.Slim(體積小)

推送服務應該體積儘量小,不影響主程式的大小和複雜度,一般以小於300K為宜。

相關詞條

相關搜尋

熱門詞條

聯絡我們