美洽顧客中心可以接入企業顧客資料進行更新管理。
對接主要通過介面方式，美洽在顧客對話接入的時候，主動去呼叫企業介面獲取顧客資訊更新至顧客中心。
企業需先在美洽工作台->設定->顧客管理->顧客名片api配置進行相關配置才可使用該功能。
配置說明美洽規定對接介面路徑url: 企業對外的網域名稱url，需要美洽這邊可以訪問，如：
同步選項：對於兩邊都有的字段資料，該選項決定以哪邊的資料為準
/get_client_info，即美洽會採用post /get_client_info方式去企業拉取資料（url即為企業配置中的網域名稱url）。請求引數會以json格式作為請求體傳送過去。
請求示例：meiqia-js-sdk#同步顧客身份post /get_client_info
引數說明：
client_id：企業對於顧客的唯一標識。
meiqia-android-sdk#繫結自定義-id-並設定上線
介面返回示例：該介面不僅可以同步顧客名片已有欄位的屬性值，也可以進行新增屬性的新增同步。介面應返回如下所示的json格式資料。
, ,
...]
}返回引數說明：
code: int型別，必須，標識介面呼叫是否成功。0表示成功，其他表示失敗。
msg: string型別，非必須，失敗時可以返回對應錯誤資訊。
client_id: string型別，必須，企業顧客唯一標識。
data: array型別，必須，包含使用者詳細資訊的資料，陣列中每條記錄代表乙個字段詳細資料。
data記錄字段說明：
格式的資料，目前僅支援key、value兩個字段，後續會擴充套件多個欄位以控制該屬性的排序展示等。
key: string型別，必須，屬性名字
value: string型別，必須，屬性的值
對於新增字段，同步時會自動在顧客名片欄位中新增相應欄位並預設為顯示，這裡新增欄位會受到顧客名片最多50個字段的限制。
顧客中心部分預設字段說明：
服務端開發規範Restful
規範了url，提交方式的語義。遵守restful規範，有些東西不言而喻，減少前後端不必要的交流。舉例提交方式 位址說明 get 查 http localhost 8080 book 1查詢id為1的書 post 增 http localhost 8080 book 1新增一本id1的書 delete...
遊戲服務端開發 一
資料儲存伺服器 遊戲中的資料大致分為靜態配置資料和動態的玩家資料。這裡主要討論玩家資料儲存的解決方案。雖然遊戲應用的寫操作要多於讀操作，但是加入快取層仍然有其必要性。多個應用伺服器啟動時從資料庫讀取資料會在瞬間給資料庫造成巨大壓力，如果將相對靜態的資料以檔案的形式放在應用伺服器本地，可以避免這個問題...
遊戲服務端開發 二
應用伺服器的設計 上 應用伺服器的工作有 0 同步廣播玩家的行為 1作為第三方對玩家個體和玩家之間互動行為計算，並將計算結果推送到資料儲存系統 2驅動遊戲中的 npc 3作為乙個特殊的遊戲參與者，與玩家相互作用。應用伺服器最重要的工作莫過於同步廣播玩家之間的行為，使玩家之間能夠互視，多人同時遊戲才有...