@bvk199x Vậy theo câu hỏi của bạn ở trên kia thì mình đang hiểu là cái accessToken trả về cái mảng ở dưới và bạn đang muốn lấy cái access_token ở trong accessToken kia. Vậy thì bạn chỉ cần trả về accessToken.res.data.access_token là ok mà nhỉ?
@bvk199x Lúc nãy mình nhầm cái token của bạn giống access_token. Nên bạn muốn lấy access_token thì phải là accessToken.res.data.access_token mới lấy được access_token nhé!
Số 1 thì là lỗi của producer, producer sẽ retry để gửi lại nếu thấy messagebroker ko connect dc. Ví dụ với kafka khi produce sẽ có config broker ack để complete.
Số 2 thì là lỗi của consumer (Noti service) khi không connect dc message broker hoặc consume thiếu message khi không implement chuẩn cơ chế ack. Cái này sẽ phải xử lý bên noti chứ bên producer sẽ không quan tâm message có được deliver tới consumer hay không.
Nhớ rằng với mô hình pub-sub giữa các service thì handle phần produce và consume sẽ riêng biệt. Gửi xong là producer done, còn đảm bảo nhận dc ko thì là việc của consumer rồi.
Mình đã sử dụng cho một vài dự án, thật sự fw này khá củ chuối khi gặp những vấn đề ko mong muốn khi dev phát triển trên java sau đó build native image.
Hi bạn, ở step gửi message lên message broker mà bị Fail thì xử lý như thế nào ? Fail ở đây có thể do:
1 - Không connect được tới message broker
2 - Gửi thành công nhưng bên Receive (Notification service) lại không nhận được message
Để tránh trường hợp 1 nhân viên checkin nhiều lần trong cùng một ngày và trong database có nhiều record với giờ phút khác nhau mình có dùng thêm hàm DAY() để extract ngày trong tháng. VD: 2022-09-26 => day = 26.
Giờ bạn có thể dùng query trên để lấy dữ liệu hiển thị ra website.
Ngoài ra, nếu muốn đếm số ngày làm việc thì bạn có thể dùng thêm sub-query như sau:
Người tuyển dụng chỉ cần xác định: ứng viên có khả năng làm việc hay không, ứng viên có tiềm năng phát triển hay không, thái độ , tính cách của ứng viên như thế nào, có phù hợp ? Vậy là đủ, còn những câu về cá nhân : như sở thích, ... không nên hỏi, sở thích là vấn đề cá nhân của người khác, có bao nhiêu bạn ở đây thật sự đam mê, và ngay từ đầu chọn làm ltv ? Thật sự tôi không dám cho ai lời khuyên nên học IT không khi được hỏi mặc dù IT mang lại cho tôi 1 cuộc sống rất ổn.
THẢO LUẬN
@bvk199x Vậy bạn chỉ cần xóa
vì đoạn này bạn đang convert về JSON
@giang.nt mình thử rồi nó vẫn ra undefined bên stackoverflow ngta có nói ntn á b
@bvk199x Vậy theo câu hỏi của bạn ở trên kia thì mình đang hiểu là cái accessToken trả về cái mảng ở dưới và bạn đang muốn lấy cái access_token ở trong accessToken kia. Vậy thì bạn chỉ cần trả về accessToken.res.data.access_token là ok mà nhỉ?
@giang.nt thực ra giống tại mình xoá bớt ý :3
loạt bài viết này quá hay và chi tiết ạ
@bvk199x Bạn có thể tạo thêm 1 biến để gán access_token kiểu:
@bvk199x Lúc nãy mình nhầm cái token của bạn giống access_token. Nên bạn muốn lấy access_token thì phải là accessToken.res.data.access_token mới lấy được access_token nhé!
Mình vừa thử log accessToken thì nó vẫn log ra bình thường mà thử accessToken.token thì nó lại ra undefined @giang.nt ._.
Số 1 thì là lỗi của producer, producer sẽ retry để gửi lại nếu thấy messagebroker ko connect dc. Ví dụ với kafka khi produce sẽ có config broker ack để complete. Số 2 thì là lỗi của consumer (Noti service) khi không connect dc message broker hoặc consume thiếu message khi không implement chuẩn cơ chế ack. Cái này sẽ phải xử lý bên noti chứ bên producer sẽ không quan tâm message có được deliver tới consumer hay không.
Nhớ rằng với mô hình pub-sub giữa các service thì handle phần produce và consume sẽ riêng biệt. Gửi xong là producer done, còn đảm bảo nhận dc ko thì là việc của consumer rồi.
Mình đã sử dụng cho một vài dự án, thật sự fw này khá củ chuối khi gặp những vấn đề ko mong muốn khi dev phát triển trên java sau đó build native image.
Đỉnh quá shop ơi
Hi bạn, ở step gửi message lên message broker mà bị Fail thì xử lý như thế nào ? Fail ở đây có thể do:
1 - Không connect được tới message broker
2 - Gửi thành công nhưng bên Receive (Notification service) lại không nhận được message
Thanks
Like
Mình cám ơn @huukimit đã dành thời gian trả lời câu hỏi của mình. Mình đã giải quyết được vấn đề.
Cám ơn bạn nhiều nha!
Bạn có thể test thử query: https://www.db-fiddle.com/f/fQoDQBs55sMrhgs5EVGqPh/0
@testdev À, tức là dựa vào bảng trên bạn đang muốn đếm số ngày công của nhân viên. Thế thì đơn giản là dùng group by để nhóm lại theo ngày:
Giờ bạn có thể dùng query trên để lấy dữ liệu hiển thị ra website.
Ngoài ra, nếu muốn đếm số ngày làm việc thì bạn có thể dùng thêm sub-query như sau:
🙃🙃🙃🙃🙃🙃🙃🙃
Người tuyển dụng chỉ cần xác định: ứng viên có khả năng làm việc hay không, ứng viên có tiềm năng phát triển hay không, thái độ , tính cách của ứng viên như thế nào, có phù hợp ? Vậy là đủ, còn những câu về cá nhân : như sở thích, ... không nên hỏi, sở thích là vấn đề cá nhân của người khác, có bao nhiêu bạn ở đây thật sự đam mê, và ngay từ đầu chọn làm ltv ? Thật sự tôi không dám cho ai lời khuyên nên học IT không khi được hỏi mặc dù IT mang lại cho tôi 1 cuộc sống rất ổn.
cảm ơn bạn vì nhận xét, mong bạn chia sẻ thêm về các giải pháp tốt hơn khi triển khai microservices 😍😍
admin ơi phải nhất thiết có sourcod trong thư mục container mới chạy web được à