Bây giờ tôi đang sử dụng thư viện PushSharp để gửi thông báo đẩy của Apple (thông qua APNS), nhưng tôi muốn di chuyển đến Trung tâm thông báo để đảm bảo tính linh hoạt và khả năng mở rộng.Thời gian đăng ký của Trung tâm thông báo Azure (giới hạn 90 ngày)
Tôi đang lập kế hoạch triển khai gửi thông báo qua Trung tâm thông báo Azure bằng cách sử dụng đăng ký phụ trợ như được mô tả trong this article. Vì vậy:
- Có một phương pháp API phụ trợ mà ứng dụng khách của iOS gọi khi có mã thông báo đẩy được cập nhật. Trong phương pháp này tôi đăng ký gắn thẻ nó với id người dùng. (Trước đây, tôi đã lưu mã thông báo đẩy vào liên kết người dùng trong DB.)
- Khi tôi có một số thông báo để gửi cho một người dùng cụ thể, tôi gửi nó bằng thẻ (id người dùng). (Trước đây, tôi đã sử dụng APNS thiết bị token từ DB.)
Nó có vẻ như một giải pháp làm việc, nhưng trong Notification Hubs documentation nó nói:
Điều quan trọng cần lưu ý là đăng ký là thoáng qua. Tương tự như PNS xử lý mà chúng chứa, đăng ký hết hạn. Bạn có thể đặt thời gian để đăng ký trên Trung tâm thông báo, tối đa 90 ngày. Giới hạn này có nghĩa là chúng phải được làm mới theo định kỳ và cũng không phải là cửa hàng duy nhất cho thông tin quan trọng. Sự hết hạn tự động này cũng đơn giản hóa việc dọn dẹp khi ứng dụng di động của bạn được gỡ cài đặt.
Và đó là vấn đề. Đôi khi tôi cần gửi thông báo tới các thiết bị chưa cập nhật mã thông báo trong 90 ngày và v.v. Vì vậy, mã thông báo APNS sẽ vẫn hoạt động nhưng đăng ký của Trung tâm thông báo sẽ bị vô hiệu. Vì vậy, tôi chỉ mất kênh truyền thông cho người dùng.
Bạn xử lý việc này như thế nào?
Tất nhiên, tôi vẫn có thể lưu trữ mã thông báo trong DB và thực hiện công việc cập nhật đăng ký định kỳ. Nhưng đó không phải là những gì bạn mong đợi từ một giải pháp thông báo đẩy như Trung tâm thông báo.
Việc triển khai làm mới đăng ký phía máy chủ sẽ như thế nào? Không tìm kiếm chi tiết cụ thể, chỉ là một hướng chung. Cảm ơn. –