cảm ơn bài học của anh và chúc anh nhiều sức khỏe

Quá hay! Thật sự cảm ơn bác!

Chúc bác nhiều sức khỏe, ra nhiều video hơn nữa cho anh em lập trình trao dồi thêm kiến thức

@anonystick

Жыл бұрын

Cảm ơn bạn! Chúc bạn đạt được mục tiêu của mình sớm hén.

hay quá, hóng video tiếp theo anh ơi

Rất hay thầy ơi!

Tuyệt vời ông mặt trời

hay quá a ơi, thanks a

hay quá a ơi

Trong các MQ còn có 1 trường quan trọng nữa là priority.

cảm ơn anh nhiều ạ

docker pull rabbitmq:3.10-management docker run -d --name rabbitmq -p 5672:5672 -p 15672:15672 rabbitmq:3.10-management cho ae chạy container :D

Hay quá sư phụ ơi :)

@anonystick

7 ай бұрын

Tks em nhiều!

Thưa thầy cho em hỏi là ở 4:00, tại sao chúng ta lại phải tắt connect của consumer 1 thì consumer 2 mới nhận đc messenger ạ. Em cảm ơn thầy

16:19 dòng 16 của comsumer có tác dụng gì không anh? em bỏ đi, vẫn chạy bth, durable và persistent vẫn thỏa mãn

Đơn giản dể hiểu, dinkkao quá anh, nhưng mà em đang thắc mắc ở chổ, là nó chỉ giao tiếp giữa 2 Backend với nhau, thì làm sao để mình đẩy lên Frontend ạ

@anonystick

9 ай бұрын

B2B thôi :D

@sonvu7896

9 ай бұрын

b2b nghĩa là sao ạ @@anonystick

chào anh, em theo dõi các bài của anh đã lâu, nay xin phép cho em hỏi cái task tối ưu này cái ạ. Về ecommerce product, có user quản lý và customer là đều login để sửa dụng app, thì nên thiết kế chung 1 table để lưu cả 2 thằng, đều login chung. hay là tách riêng ra, và làm 2 phần login riêng ạ

@anonystick

Жыл бұрын

Đúng em. Tách ra phần user thông thường và user hệ thống. Ngoài ra user là để authen khôngphair là nơi lưu thông tin. Hơn nữa là customer một table, shop một table...

@dungduong7585

Жыл бұрын

@@anonystick vậy em sẽ tạo 3 bảng: - authTable ( id, username, password, role , user_id, customer_id ) - userTable (id, fullname,) - customerTable (id, fullname,) cái authTable em dùng để login và phân quyền, còn thông tin riêng của từng thằng thì em tạo 2 table khác nhau anh cho em xin phản hồi với ạ

@anonystick

Жыл бұрын

@@dungduong7585 Đồng ý.

@dungduong7585

Жыл бұрын

@@anonystick vâng em cảm ơn anh ạ

ví dụ fail job, mà em không muốn xóa msg, em muốn có thể tìm đươc msg lỗi đó ở rabbitmq sau này được không a

@anonystick

Жыл бұрын

Có em. Vẫn ở queue delay

@QuyNguyen-eh8bb

Жыл бұрын

@@anonystick a có thể hướng dẫn thêm phần filter queue delay được không anh

Xin chào anh ạ.Em đang muốn lưu refresh token trên redis để khi user logout user sẽ clear token đó hoặc user đó bị hack thì cũng có thể nhờ admin block user đó.Nhưng em gặp phải vấn đề không biết cách nào để tạo các key khác biệt cho các thiết bị khi truy cập.Hoặc khi mình mở tab ẩn danh lên và login.Lúc đó do bị trùng key nên refresh token cũ sẽ bị ghi đè.Dẫn đến việc user chỉ truy cập được trên một thiết bị.Mong anh giúp đỡ ạ

@anonystick

Жыл бұрын

Key được tạo với công thức: keysecret + random + uuid làm sao mà giống nhau. Đúng hông?

@nhatquang3412

Жыл бұрын

@@anonystick dạ ý em là key mình lưu trong redis á anh.em dùng userId làm key á anh

@anonystick

Жыл бұрын

Nếu anh hiểu không lầm thì em xoá RT là em xoá bằng userid hử???

@nhatquang3412

Жыл бұрын

@@anonystick dạ khi xóa token(logout) thì em truyền access token xong lấy userId rồi xóa ạ

@phamhung8488

Жыл бұрын

@@nhatquang3412 bạn có thể lưu các token của các session của 1 người vào Redis sets. Key vẫn là userId nhưng có nhiều value