Em thấy nhiều người chọn Kafka để dùng làm Event bus ở ứng dụng Microservices E-com, trong khi NATS hay RabbitMQ mới là lựa chọn đúng theo mục đích hơn. Theo anh thì là tại sao ạ?

Trong microservices E-com thì chúng ta đã có những pattern như kiểu Outbox pattern hay Saga pattern để gần như đảm bảo tính ACID của dữ liệu, thì tại sao lại cần tính bền vững của Kafka ạ?

tnx

@siddu03 ok my fr, let's check your inbox

assetnote, payload all the thing, word list on github... Try everything bro!

what word list do u use for ffuf

A đã thử tạo ra cái này dưới dạng experimental hay so sánh giữa ý tưởng này và các ý tưởng khác mà có một metric hay ra một con số rõ ràng nào chưa ạ?

Nice. Sớm ra phần tiếp theo bác nhé !!

Hay nha, đang đọc lại hết bài viết của bạn

@TTDN thankiu nha 😁

@chiennt5 đã upvote và bookmark nha bạn.

tiếc gì một upvote ạ ^^

I've found that using ransackable_scopes in Rails can really simplify querying complex data sets. I remember the first time I implemented it; it made my code so much cleaner and easier to maintain. For anyone looking to enhance their Rails projects, I highly recommend exploring the Geometry Dash platform for additional resources and support. It's a great community for developers!

cám ơn bạn, nhờ bài viết này mà mình đã làm tốt đồ án sinh viên của mình!

Prop thay đổi không trực tiếp gây rerender, mà vì state của component cha change -> cha rerender -> con rerender. Hay ạ

Hay ạ

Thank bạn rất nhiều, đúng cái mình cần khi ngồi học lại DSA, cách tiếp cận, cách nhận diện

I had to debug a gnarly scope in Rails that just wouldn't cooperate with my boolean flags. Level Devil moments like these really test your patience, especially when parameters flip between true, false, and blank unexpectedly. Getting scopes to handle such wildcards made me double-check every logic branch for hidden traps.

bạn cho mình hỏi bạn tạo alert như thế nào vậy ạ? dùng web gui hay config trên server ạ

Hiện tại mình đã ra trường và làm ở công ty outsource được hơn nửa năm, lúc đầu mình khá là hào hứng vì nghĩ rằng đây là nơi mình sẽ được học nhiều điều. Nhưng không, mọi thứ khá là củ chuối và công việc khá là "chán" và thiếu sự sáng tạo. Nên mình nghĩ là tìm được một nơi thực sự có thể không phải chỉ là những ngày chấm công đều đặn thật sự là rất khó, vì vậy mình luôn cố gắng học thêm nhiều thứ để có cơ hội nhảy việc vào đầu năm, thời gian này quả thật là rất khó đối với Dev, nhưng nếu kiên trì thì chắc sẽ được thôi.

Cảm ơn bài chia sẻ của chị về Storm. Chị cho em hỏi chị đã làm việc với Storm trong dự án chưa và dự án này áp dụng kiến trúc Storm cho nghiệp vụ nào được không ạ? Em khá tò mò ạ