Like

cho mình hỏi là để build hệ thống này cần 6 con servers trên cloud luôn hả anh ? em mới nhập môn nên em thắc mắc ạ

bài viết xịn quá

Em đọc sang bài https://viblo.asia/p/thiet-ke-he-thong-ban-ve-ticketing-system-design-GyZJZnjZJjm phần chặn bot, em tìm được câu trả lời rồi ạ.

cũng k sâu lắm

Thank bài viết của người ae nha.

Cảm ơn bác. Bài viết hay quá ạ. Em có chỗ chưa rõ, nhờ bác chỉ thêm được không ạ?

1. request_id ở frontend có phải X-Request-ID trong http header không ạ? Giả dụ FE không có cơ chế debounce, người dùng ấn submit liên tục, thì mỗi request_id đều khác nhau, thì việc dùng request_id để làm idempotencyKey sẽ không như ý? Làm sao để mình phân biệt được case người dùng submit liên tục(spam) với submit có chủ đích ạ? Nhờ bác chỉ giáo thêm ạ.

Mỗi node là 1 con trỏ băm mới đúng . Con trỏ băm sẽ chứa địa chỉ và mã băm của 1 khối

huu it

Nhầm rồi bạn ơi, thế này nhé bạn thử false ?? 1 và false || 1 xem kết quả thế nào! Kết quả false ?? 1 = false còn false || 1 sẽ bằng 1 phải không?. Mình đã giải thích phía trên, kết quả khác nhau bởi vì false là 1 giá trị, toán tử ?? sẽ nhận biết "à có giá trị rồi, không cần lấy vế bên phải nữa". Và NaN cũng vậy bạn à

Nếu dùng relation thì DB sẽ chạy nhanh hơn, code ngắn hơn, nhưng phải khai báo quan hệ còn join thì nhanh hơn khi viết, không phải khai báo quan hệ. Bonus: Mấy câu này hỏi chatGPT thì phút mốt là ra!

bác ko chỉ luôn cách import datasource :v

đọc đến đoạn kafka partion m cũng thắc mắc, may có bạn chỉ rõ

thanks bạn nhé, để mình tải dùng thử

Bài khá hay, dễ hiểu 😊

Cảm ơn bài viết rất hữu ích

Rất hữu ích, thanks bạn.

Nghĩ ra được content này tài thật, nể chú 👍️

mình recommend xShell cho các bạn

các kiểu phân trang này đều không select tổng số bản ghi để tính số trang ak bạn