Facebook Messenger - les pannes de publication?

Question

J'ai développé avec succès des bots Facebook Messenger ces derniers mois et j'ai récemment rencontré un problème où les 'postbacks' ne sont parfois pas envoyés à mon serveur, même si des messages simples sont envoyés immédiatement. Parfois avec suffisamment de démontage/abonnement de crochets et de pages Web, les publications fonctionnent à nouveau, mais je ne peux pas toujours le faire fonctionner à nouveau. J'ai plusieurs bots et plusieurs pages en cours d'exécution pas sûr si cela est lié.

En outre, oui, je suis actuellement inscrit pour recevoir des publications.

Quelqu'un d'autre a-t-il déjà vécu cela? Merci

Answer 1

Mise à jour:

Ainsi, il se après 44 heures de lutte contre les incendies, le problème lui-même corrigé automatiquement. L'équipe Facebook a répondu que tout ce qu'ils ont est une erreur 502. et cela aussi résolu automatiquement. J'ai contacté mon fournisseur de domaine et AWS et ils ont dit que la question n'est pas à leur fin. Ma conclusion, quelque chose doit se passer dans l'infrastructure de facebook car le même domaine ne peut pas avoir des erreurs 502 partielles (ce qui signifie que pour un cas d'utilisation il arrive et d'autres pas quand l'URL du webhook est la même). Espérons qu'ils le comprennent bien qu'ils ne nous le disent pas.

---

Donc, je n'ai pas de points de réputation pour commenter, donc je poste comme réponse. Je suis confronté à un problème similaire, la seule différence est que nous obtenons une réponse rapide dans les publications, mais pas les messages.

Nous sommes constamment confrontés à un problème de messages entrants irréguliers sur notre serveur pour le robot messager. Notre observation est que nous recevons une charge utile seulement après quelques secondes (aléatoires) après que le message a été tapé (et envoyé) par l'utilisateur. Cependant, facebook nous envoie instantanément la charge utile nécessaire si un buttontap est effectué.

Nous avons établi que le serveur apache ne reçoit aucune requête (pendant ce temps). Nous avons également établi que notre certificat SSL n'a pas expiré. De plus, nous avons tous les ports nécessaires ouverts sur notre instance AWS (principalement 443 et 80).

Des indices quelconques? nous sommes confrontés à ce problème pour les dernières 21-22 heures.

Answer 2

J'ai eu le même problème hier, tout en développant le deuxième bot facebook messenger (pour la deuxième page). Le postback ne viendra pas après quelques heures, c'est ridicule (comme je m'y attendais, les messages ne devraient pas arriver !!!).

La raison en était que le jeton d'accès à la page de la deuxième page était erroné! Vous devez choisir le bon Token de la bonne application. Parce qu'il est possible de générer le jeton d'accès à la page pour la deuxième page de la première application.

Answer 3

En vous abonnant à webhook, sélectionnez la case à cocher messaging_postbacks.

Answer 4

Il a peut-être été résolu à ce jour, mais j'ai finalement été capable de comprendre quand fonctionne le postback, et quand ce n'est pas le cas. Selon mon observation, et de nombreux tests j'en suis venu à la conclusion, que facebook utilise le même jeton d'accès à "postback" qui est utilisé pour créer le menu persistant, bouton de modèle générique, ou un modèle de bouton.Si l'ID de la page ou l'identifiant de l'application (ce qui est plus probable, car les utilisateurs possèdent une application de test et de test pour le même bot), les publications ne sont pas renvoyées à webhook même si le webhook a les "messaging_postbacks". "souscrit. Dans mon cas, il s'est avéré que le jeton d'accès à la page avait été généré avec l'ID APP de production et que je testais dans mon application de test, qui avait une application iD différente. De plus, mon menu persistant fonctionnait également lorsqu'il était généré via une application de test access_token. Comme meilleure pratique, je code dur le jeton d'accès (plus sûr, car les access_tokens générés expirent dans un certain temps) si l'environnement n'est pas prod, et utilise la logique pour générer le jeton lorsque l'application est active.