在将 Firebase Cloud Messaging 与 Django-Push-Notifications 结合使用时,如何使用 TTL 来防止消息积压?
How can I use TTL to prevent a message backlog when using Firebase Cloud Messaging with Django-Push-Notifications?
我正在使用 Django 中的 Firebase 云消息传递 django-push-notifications 通过桌面通知向我们的用户发送推送通知。
浏览器完全关闭后(例如计算机关闭时),我们的用户会在下次启动时收到积压的所有先前发送的通知。
虽然在某些情况下用户希望收到所有积压的消息,但这不是其中之一。
似乎答案是根据 this section of the FCM documentation 设置 TTL=0,但我的尝试没有产生预期的结果。
请帮助我更好地理解这种情况下的 TTL。如果 TTL 是正确的方式,那么在 send_message()
中使用 django-push-notifications 格式化 TTL 的正确方法是什么,这样如果不立即传递消息就不会累积?
这是我尝试过的:
devices.send_message(
body,
TTL=0,
time_to_live=0,
link='blah',
extra={'title': 'blah blah', 'icon': '/foo/bar.png'}
)
您发送的格式似乎与您链接的文档中的格式不同。来自文档:
{
"message":{
"token":"bk3RNwTe3H0:CI2k_HHwgIpoDKCIZvvDMExUdFQ3P1...",
"data":{
"Nick" : "Mario",
"body" : "great match!",
"Room" : "PortugalVSDenmark"
},
"apns":{
"headers":{
"apns-expiration":"1604750400"
}
},
"android":{
"ttl":"4500s"
},
"webpush":{
"headers":{
"TTL":"4500"
}
}
}
}
所以这里的关键是在将 webpush 消息添加到顶层时,它的生存时间设置在 webpush/headers/TTL
下。
我正在使用 Django 中的 Firebase 云消息传递 django-push-notifications 通过桌面通知向我们的用户发送推送通知。
浏览器完全关闭后(例如计算机关闭时),我们的用户会在下次启动时收到积压的所有先前发送的通知。
虽然在某些情况下用户希望收到所有积压的消息,但这不是其中之一。
似乎答案是根据 this section of the FCM documentation 设置 TTL=0,但我的尝试没有产生预期的结果。
请帮助我更好地理解这种情况下的 TTL。如果 TTL 是正确的方式,那么在 send_message()
中使用 django-push-notifications 格式化 TTL 的正确方法是什么,这样如果不立即传递消息就不会累积?
这是我尝试过的:
devices.send_message(
body,
TTL=0,
time_to_live=0,
link='blah',
extra={'title': 'blah blah', 'icon': '/foo/bar.png'}
)
您发送的格式似乎与您链接的文档中的格式不同。来自文档:
{
"message":{
"token":"bk3RNwTe3H0:CI2k_HHwgIpoDKCIZvvDMExUdFQ3P1...",
"data":{
"Nick" : "Mario",
"body" : "great match!",
"Room" : "PortugalVSDenmark"
},
"apns":{
"headers":{
"apns-expiration":"1604750400"
}
},
"android":{
"ttl":"4500s"
},
"webpush":{
"headers":{
"TTL":"4500"
}
}
}
}
所以这里的关键是在将 webpush 消息添加到顶层时,它的生存时间设置在 webpush/headers/TTL
下。