我們正在嘗試實現通知模塊。它允許網站內部用戶向對方發送消息。一個關鍵功能是它允許業務用戶向用戶發送批量消息。我們在這裏談論數百萬用戶。使用發佈/訂閱模型發送批量消息
目前計劃成爲發佈/訂閱模式。一旦登錄,系統將從數據庫表中檢索用戶的相關消息。當允許每個用戶刪除並回復他/她收到的消息時,邏輯變得越來越複雜。
Pubsubhub似乎是更多的服務器到服務器。對於這種情況,XMPP似乎太複雜了。
我錯過了什麼?我可以簡化一下嗎?任何現有的圖書館建立在?我願意接受任何建議。
我們正在嘗試實現通知模塊。它允許網站內部用戶向對方發送消息。一個關鍵功能是它允許業務用戶向用戶發送批量消息。我們在這裏談論數百萬用戶。使用發佈/訂閱模型發送批量消息
目前計劃成爲發佈/訂閱模式。一旦登錄,系統將從數據庫表中檢索用戶的相關消息。當允許每個用戶刪除並回復他/她收到的消息時,邏輯變得越來越複雜。
Pubsubhub似乎是更多的服務器到服務器。對於這種情況,XMPP似乎太複雜了。
我錯過了什麼?我可以簡化一下嗎?任何現有的圖書館建立在?我願意接受任何建議。
這聽起來像一個數據庫實際上是你需要在這裏。你沒有提到任何實時通知的需要。如果這是一個Web應用程序,並且用戶正在登錄,則可能只需要用戶和消息之間的簡單關係即可將任何消息發送給一個(或數百萬)用戶。您的關係表可以包含用於讀取和刪除的標誌。
一個選擇是使用像Joomla這樣的東西。
其開源,他們已經解決了所有你正在試圖解決的問題。或者,如果你必須建立它,我們在這裏說什麼語言?
你是否認真地說你有數百萬的「內部」員工?聽起來像你可能需要一個電子郵件服務器!
儘管如此,請告訴我們更多..