Facebook Messenger - 回寄中斷？

Question

過去幾個月我一直在成功開發Facebook Messenger機器人，最近遇到了一個問題，即'回發'有時不會發送到我的服務器，即使簡單類型的消息是立即發送的，當然網絡鉤子也會驗證正常。

有時，如果有足夠的拆卸/訂閱網頁鉤子和頁面，回發工作會再次發生，但我不能總是讓它再次工作。我有多個機器人和多個頁面運行不知道這是否相關。

此外，是的，我目前訂閱接收回傳。

有沒有其他人經歷過這個？謝謝

Answer 1

更新：

因此，原來44小時滅火後，問題自動糾正本身。 Facebook團隊回覆說，他們所有的都是502錯誤。這也自動解決了。我聯繫了我的域名提供商和AWS，他們表示這個問題不在他們的最後。

我的結論是，在Facebook的基礎設施中必須發生一些事情，因爲同一個域不能有部分502錯誤（這意味着一個用例發生，而另一個不會在webhook url相同時發生）。希望，即使他們沒有告訴我們，他們也會知道。

---

所以我沒有任何聲譽點評論，所以我張貼爲答案。我面臨着類似的問題，唯一的區別是我們在回發中獲得了快速響應，但不是消息。

我們一直在面對一個在我們的服務器上使用messenger bot的不規則傳入消息的問題。我們的觀察是，只有在消息由用戶鍵入（併發送）之後的幾個（隨機）秒之後，我們纔會收到有效載荷。但是，如果執行按鈕式​​按鈕，Facebook會立即向我們發送必要的有效負載。

我們已經確定apache服務器沒有收到任何請求（在此期間）。我們還確定我們的SSL證書未過期。此外，我們已經在我們的AWS實例上打開了所有必需的端口（主要是443和80）。

任何線索有人嗎？我們在過去的21-22小時內面臨這個問題。

Answer 2

昨天我得到了同樣的問題，同時開發第二個facebook messenger bot（第二頁）。回發不會在幾個小時後來臨，這是可笑的（正如我所料，信息不應該出現!!!）。

原因是頁訪問令牌爲第二頁是錯誤的！你必須從正確的應用程序中選擇正確的令牌。因爲可以從第一個App生成第二個頁面的頁面訪問令牌。

Answer 3

在訂閱webhook時選擇messaging_postbacks複選框。

Answer 4

它現在可能已經解決了，但是我終於能夠弄清楚什麼時候回發工作，以及什麼時候不回收。

根據我的觀察和許多測試，我得出的結論是，facebook使用相同的訪問令牌來「回傳」，用於創建持久菜單，通用模板按鈕或按鈕模板。

如果頁面ID或APP ID（這很可能，因爲人們擁有同一個bot的prod和測試應用程序）不同，回發不會發送回webhook，即使webhook具有「messaging_postbacks 「訂閱。

在我的情況下，它橫空出世的頁面訪問令牌與生產APP ID生成，我在我的測試程序，它有不同的應用程序ID是在試探。另外，當通過測試應用程序access_token生成時，我的永久性菜單也起作用。

作爲一種最佳實踐，如果環境不是刺激，並且在應用程序運行時使用邏輯來生成令牌，則我會對訪問令牌進行硬編碼（因爲生成的access_tokens會在一段時間內過期也會更安全）。