sorry b, mình mới học nên bài viết trên kia chỉ là ghi lại những gì theo cách mình hiểu thôi ấy ạ @@ mục đích của mình up lên là mong rằng những người chuyên về mảng này có thể check lỗi để mình có thể cải thiện kiến thức thui ạ, cảm ơn vì đóng góp của bạn !!
Bước số 10: Push Worker sẽ chỉ cập nhật trạng thái của campaign đã push xong.
Push worker sẽ không xử lý phần cập nhật trạng thái push vào db bởi làm như thế thì tự làm chậm service push rồi
Vậy nên mình mới cần đẩy trạng thái push vào queue để 1 service khác xử lý việc đó
Các bước số 9.1 và 9.2 để async việc cập nhật trạng thái push từng user vào db và cập nhật trạng thái token nếu có vào cache.
@cuongnt398 bước "sau đó update trạng thái push vào db để mình có thể tra cứu sau này" là bước số 10 đúng không bro ? Khi có thêm consumer service thì bước số 10 có thay đổi gì không hay vẫn đi từ "Push Worker" đến DB ? Nếu có được diagram hoàn chỉnh thì quý hoá quá ạ 🧡
Mình sẽ cần 1 service consume tin từ queue, sau đó update trạng thái push vào db để mình có thể tra cứu sau này.
Với những mã lỗi token không còn hợp lệ thì mình sẽ xóa/đánh dấu token hết hạn trong cache để khi client login lại
server sẽ có thể check trạng thái token trả về cho client để client đăng ký lại 1 token mới.
THẢO LUẬN
tks
Sorry bạn , link ms bị die gần đây, mình update lại link trên bài viết rồi nhé.
Sorry bạn , link ms bị die gần đây, mình update lại link trên bài viết rồi nhé.
Một bài viết khá là công phu và chi tiết, cố gắng phát huy nha thớt
@duongbinh184 Bạn tìm các group về cyber security trên tele và join vào thôi nha
Cho mình hỏi làm sao để cài đặt các thông báo CVE trên telegram như của bạn ạ?
hi dạ e cảm ơn ạ
cảm ơn bạn vì bài viết
sorry b, mình mới học nên bài viết trên kia chỉ là ghi lại những gì theo cách mình hiểu thôi ấy ạ @@ mục đích của mình up lên là mong rằng những người chuyên về mảng này có thể check lỗi để mình có thể cải thiện kiến thức thui ạ, cảm ơn vì đóng góp của bạn !!
Bạn nói khá ít tài liệu nói về Transformer, vậy b đã search bằng tiếng anh chưa. Bài viết của b quá lởm vậy mà vẫn có upvote https://jalammar.github.io/illustrated-transformer/
bạn đang ở trong service
appthì làm sao bạn lại connect tới redis ở127.0.0.1đượcmà nó phải là
redis:6379nhé. "redis" là tên của serviceredis, dòng số 42 như trong filedocker-compose.ymlcủa bạn.Bạn cần phải sửa lại
REDIS_URL=== t nhầm 😅
@cuongnt398 Cảm ơn bác
sao lại có ==== ?
chào bạn mình đang bị lỗi connect ECONNREFUSED 127.0.0.1:6379 redis , nhờ bạn xem và giúp mình với :
@thanhlongst2013 Mình gửi phần kiến trúc chi tiết hơn nhé
Bước số 10: Push Worker sẽ chỉ cập nhật trạng thái của campaign đã push xong.
Push worker sẽ không xử lý phần cập nhật trạng thái push vào db bởi làm như thế thì tự làm chậm service push rồi
Vậy nên mình mới cần đẩy trạng thái push vào queue để 1 service khác xử lý việc đó
Các bước số 9.1 và 9.2 để async việc cập nhật trạng thái push từng user vào db và cập nhật trạng thái token nếu có vào cache.
@cuongnt398 bước "sau đó update trạng thái push vào db để mình có thể tra cứu sau này" là bước số 10 đúng không bro ? Khi có thêm consumer service thì bước số 10 có thay đổi gì không hay vẫn đi từ "Push Worker" đến DB ? Nếu có được diagram hoàn chỉnh thì quý hoá quá ạ 🧡
Mình sẽ cần 1 service consume tin từ queue, sau đó update trạng thái push vào db để mình có thể tra cứu sau này.
Với những mã lỗi token không còn hợp lệ thì mình sẽ xóa/đánh dấu token hết hạn trong cache để khi client login lại server sẽ có thể check trạng thái token trả về cho client để client đăng ký lại 1 token mới.
Sơ đồ ở phần "Gửi tin đến nhiều người" . Bước số 9, send response đến Queue, sau đó những response trong queue sẽ được xử lý như thế nào ạ ?