信息推送

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

信息推送在行業內有着大量的應用方向，是當今互聯網非常火熱的一個技術方向。

信息推送最熱門的應用方向是廣告推送，也就是互聯網效果營銷的應用方向。

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

因為搜索引擎和互聯網廣告的發展，使得廣告推送成為一個炙手可熱的應用方向。

大量的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為宜。