thích bài viết thì notification service lắng nghe event để tạo noti chứ không gọi api sang để bắn. Còn bắn noti chủ động cho 1 tập hợp user thì làm cái api truyền list uid + noti để thằng noti tạo xong query token gửi thông báo thôi
Bài viết chất lượng quá, bác Minh Momen cho em hỏi ở service nội bộ nếu phát sinh vd là thích bài viết thì sẽ bắn api sang bên service notification đúng không bác, đấy là trường hợp phát sinh một yêu cầu, còn giả sử trong admin có phần quản lý bắn thông báo đến 1 tập hợp nhiều user thì em đang nghĩ ra 2 kiểu:
1 là lặp và bắn từng api kèm theo thông tin user sang service notification
2 là bắn 1 tập hợp user sang service notification và sang đó thì query theo mảng user_id để lấy token thông báo và thực hiện gửi thông báo
Bác cho em hỏi là luồng chỗ này như thế nào để tối ưu ạ, em cám ơn!
Anh cho em hỏi phân trang với con trỏ chuột chỉ áp dụng với các bảng không xóa thôi phải ko anh? Giả sử có 2 admin đang thao tác trên 1 list users, nếu admin 1 có xóa một users thì trong lúc admin2 thao tác bấm next phân trang chẳng hạn thì last_user_id đó gửi lên không đúng anh nhỉ 🤔
@Honganh đúng r ạ , mình nghĩ vấn đề ko phải do 2 tham số đấy , tại khi mình đổi nhiều tham số khác thì ảnh sau khi xử lý nó cũng bị tương tự như hình trên
Không liên quan lắm nhưng e đọc bài của anh Tuấn thấy dễ hiểu em cũng theo dõi anh này khá lâu thấy anh hay viết mấy cái đơn giản cho sv tụi em.
Về bình luận của anh @nqh.d3v thì e có nhiều chỗ không hiểu ví dụ như anh bảo là:
Nếu single-thread powerful đến vậy, vậy thì tại sao đến bây giờ vẫn còn nhiều trang web sử dụng multi-thread? .... Em thấy anh tuấn cũng có viết phần điểm yếu của nó t@nqh.d3v
Với mấy cái ví dụ hài hước thì e thấy giễ hiểu hơn thầy trên trường em cứ XXYY mệt có lúc ko hiểu... Mà anh T cũng có câu chú ý như bên dưới cho mọi người rồi mà:
@nqh.d3v E thấy comment của a có nhiều cái khá hay về Nodejs -> hóng bài viết của anh trong tương lai.
Cảm ơn những ý kiến góp ý của bạn rất nhiều.
Mình cũng đã cố gắng truyền tải nhiều thông tin và nhiều use case nhất có thể vào bài viết tuy nhiên vì thời gian eo hẹp nên vẫn chưa thể cover hết được toàn bộ nội dung liên quan tới Nodejs. Cũng như bài viết hướng tới nhiều đối tượng khác nhau nên mình cố gắng sử dụng những ví dụ thực tế để giễ dàng hình dung hơn.
Bài viết hoàn toàn dựa trên kinh nghiệm thực tế của mình nên chắc chắn sẽ còn nhiều thiếu sót. Hy vọng nhận được nhiều góp ý của bạn trong tương lai.
Việc trả lời toàn bộ câu hỏi ở trên thì chắc mình phải viết 1 series mất 🤒. Cảm ơn bạn rất nhiều.
Có thể cung cấp cho minh tài liệu nào nói rằng nodejs app không sử dụng CPU (nếu app đó không cần DB). Vậy giả sử mình dùng microservice, mấy con service không dùng DB thì có cần CPU cho nó không? Theo tài liệu mà mình đọc được, người ta chỉ nói rằng trong trường sử dụng multiple CPUs thì nodejs sẽ chạy trên 1 single CPU thay vì chạy trên nhiều CPUs vì nó dùng single-thread.
Bệnh nhân là database và Y tá là NodeJS server? Vậy là Y tá sẽ đến nhà bệnh nhân hay bệnh nhân phải đến bệnh viện để gặp y tá?
Nhấn mạnh, NodeJS là 1 môi trường để chạy, nhưng lại rất nhiều cụm từ, data trả về từ DB và Node.JS xử lý.
Có dám chắc là các web app hoạt động theo kiểu, request sau phải chờ request trước không? Giờ thử chạy Promise.all trên frontend thử xem nó có chờ không?
Web app nào sử dụng cơ sở dữ liệu làm backend? Ví dụ dùm cái? Vậy web app nào thì không sử dụng cơ sở dữ liệu làm backend? wtf, lần đầu nghe nói việc cơ sở dữ liệu đển làm backend.
Thậm chí, web app và cơ sở dữ liệu chả liên quan mọe gì. Hay ông viết web mà web gọi thẳng đến cơ sở dữ liệu thì đỉnh của chóp. Best security practices.
NodeJS sử dụng single-thread, giở muốn dùng multi-thread thì sao? Có được không? (Nói không thử đi, quăng cái link cho mà đọc nè)
NodeJS không scale theo cách tăng CPUs thì cũng scale theo cách khác. Đâu phải cứ tăng CPU là tăng hiệu suất đâu, tăng cluster, process, chia nhỏ thành microservice,...?
30 bàn xử lý, có bàn ngôi chơi, đó là bản chất hệ thống, giờ hệ thộng multi-thread mà chỉ có 1 request thì mấy cái thread khác làm gì? Chạy qua dành việc??
Nghẽn vì DB không thể sử lý nhiều request 1 lúc như nodejs? Vậy thì mình dùng mấy cái DB noSQL thì có cần dùng NodeJS không? Thậm chí, mình cũng rất hiếm khi gặp phải case là nghẽn DB, mình mới chỉ nghe đến xử lý đồng thời nhiều request cùng thay đổi 1 dữ liệu trên relation Database thôi, mà cái đó chả liên quan mọe gì đến cái phần multiple request ở đây.
Database có thể sử lý nhiều request không? Có, nếu không có sao nó work với thằng NodeJS được? Còn nó xử lý được bao nhiêu thì đó là tùy vào cấu hình, factor, instance các thứ, liên quan mẹo gì đến NodeJS? Ông nói chuyện con gà ông đá qua con vịt vậy?
Nếu single-thread powerful đến vậy, vậy thì tại sao đến bây giờ vẫn còn nhiều trang web sử dụng multi-thread? Giờ khách hàng đang có 1 con app mà ngày xử ngày xưa vì ít người, nên nó là multi-thread, giờ khách hàng đông, thì có nên đập cái web đó chuyển sang nodejs không? Nếu không đập thì nó có xử lý được cả ngàn cái request không?
@pmdat91 tất nhiên là cái gì cũng sẽ có 2 mặt cả, cái số 1 thì nó sẽ làm cho việc get data trở nên phức tạp, nhất là khi hệ thống noti nó có liên quan đến nhiều loại object, ví dụ nó là tên người, tên group, tên page,... Chi phí khi read này sẽ lớn trừ khi bạn tạo dc 1 hệ thống tra cứu global ID key-value cực nhanh.
Cái số 2 thì sẽ hy sinh performance khi write, nhưng việc write thay đổi sẽ xảy ra ít hơn read nên mình chấp nhận. Thực tế thì hệ thống noti mình làm đang dùng cái số 2 này. Việc get data ra sẽ rất nhanh
Bác cho e hỏi tí về lỗi này đc k ạ . E chạy portable trên selenium thì nó bị lỗi k có điều khiển đc , mặc dù webdriver với portable version giống nhau , selenium bản 4.11 !!!
THẢO LUẬN
Nếu em xài implement trên bài thì .SetActive(false), mà code này a implement idea thôi à, không nên xài cho production.
thích bài viết thì notification service lắng nghe event để tạo noti chứ không gọi api sang để bắn. Còn bắn noti chủ động cho 1 tập hợp user thì làm cái api truyền list uid + noti để thằng noti tạo xong query token gửi thông báo thôi
@TuannAnhh ý của em là k8s cluster có cài nginx ingress và argocd sẽ được public ra ngoài bằng nginx ingress ạ
@ThinhDA có thể do option --watch của nestjs bị lỗi, bạn thử xóa image build lại sau đó start lại xem sao
Bài viết chất lượng quá, bác Minh Momen cho em hỏi ở service nội bộ nếu phát sinh vd là thích bài viết thì sẽ bắn api sang bên service notification đúng không bác, đấy là trường hợp phát sinh một yêu cầu, còn giả sử trong admin có phần quản lý bắn thông báo đến 1 tập hợp nhiều user thì em đang nghĩ ra 2 kiểu:
Bác cho em hỏi là luồng chỗ này như thế nào để tối ưu ạ, em cám ơn!
@zeros lạ nhỉ mình test đều không sao
Anh cho em hỏi phân trang với con trỏ chuột chỉ áp dụng với các bảng không xóa thôi phải ko anh? Giả sử có 2 admin đang thao tác trên 1 list users, nếu admin 1 có xóa một users thì trong lúc admin2 thao tác bấm next phân trang chẳng hạn thì last_user_id đó gửi lên không đúng anh nhỉ 🤔
@Honganh đúng r ạ , mình nghĩ vấn đề ko phải do 2 tham số đấy , tại khi mình đổi nhiều tham số khác thì ảnh sau khi xử lý nó cũng bị tương tự như hình trên
Không liên quan lắm nhưng e đọc bài của anh Tuấn thấy dễ hiểu em cũng theo dõi anh này khá lâu thấy anh hay viết mấy cái đơn giản cho sv tụi em.
Về bình luận của anh @nqh.d3v thì e có nhiều chỗ không hiểu ví dụ như anh bảo là:
Nếu single-thread powerful đến vậy, vậy thì tại sao đến bây giờ vẫn còn nhiều trang web sử dụng multi-thread? .... Em thấy anh tuấn cũng có viết phần điểm yếu của nó t@nqh.d3v
Với mấy cái ví dụ hài hước thì e thấy giễ hiểu hơn thầy trên trường em cứ XXYY mệt có lúc ko hiểu... Mà anh T cũng có câu chú ý như bên dưới cho mọi người rồi mà:
@nqh.d3v E thấy comment của a có nhiều cái khá hay về Nodejs -> hóng bài viết của anh trong tương lai.
@zeros bạn dùng tham số ntn nhé MAX_FEATURES = 1500 GOOD_MATCH_PERCENT = 0.15. bạn set theo này à
Cảm ơn những ý kiến góp ý của bạn rất nhiều. Mình cũng đã cố gắng truyền tải nhiều thông tin và nhiều use case nhất có thể vào bài viết tuy nhiên vì thời gian eo hẹp nên vẫn chưa thể cover hết được toàn bộ nội dung liên quan tới Nodejs. Cũng như bài viết hướng tới nhiều đối tượng khác nhau nên mình cố gắng sử dụng những ví dụ thực tế để giễ dàng hình dung hơn.
Bài viết hoàn toàn dựa trên kinh nghiệm thực tế của mình nên chắc chắn sẽ còn nhiều thiếu sót. Hy vọng nhận được nhiều góp ý của bạn trong tương lai.
Việc trả lời toàn bộ câu hỏi ở trên thì chắc mình phải viết 1 series mất 🤒. Cảm ơn bạn rất nhiều.
1233
Bài viết like sh*t
Có thể cung cấp cho minh tài liệu nào nói rằng nodejs app không sử dụng CPU (nếu app đó không cần DB). Vậy giả sử mình dùng microservice, mấy con service không dùng DB thì có cần CPU cho nó không? Theo tài liệu mà mình đọc được, người ta chỉ nói rằng trong trường sử dụng multiple CPUs thì nodejs sẽ chạy trên 1 single CPU thay vì chạy trên nhiều CPUs vì nó dùng single-thread.
Bệnh nhân là database và Y tá là NodeJS server? Vậy là Y tá sẽ đến nhà bệnh nhân hay bệnh nhân phải đến bệnh viện để gặp y tá?
Nhấn mạnh, NodeJS là 1 môi trường để chạy, nhưng lại rất nhiều cụm từ, data trả về từ DB và Node.JS xử lý.
Có dám chắc là các web app hoạt động theo kiểu, request sau phải chờ request trước không? Giờ thử chạy Promise.all trên frontend thử xem nó có chờ không?
Web app nào sử dụng cơ sở dữ liệu làm backend? Ví dụ dùm cái? Vậy web app nào thì không sử dụng cơ sở dữ liệu làm backend? wtf, lần đầu nghe nói việc cơ sở dữ liệu đển làm backend. Thậm chí, web app và cơ sở dữ liệu chả liên quan mọe gì. Hay ông viết web mà web gọi thẳng đến cơ sở dữ liệu thì đỉnh của chóp. Best security practices.
NodeJS sử dụng single-thread, giở muốn dùng multi-thread thì sao? Có được không? (Nói không thử đi, quăng cái link cho mà đọc nè)
NodeJS không scale theo cách tăng CPUs thì cũng scale theo cách khác. Đâu phải cứ tăng CPU là tăng hiệu suất đâu, tăng cluster, process, chia nhỏ thành microservice,...?
30 bàn xử lý, có bàn ngôi chơi, đó là bản chất hệ thống, giờ hệ thộng multi-thread mà chỉ có 1 request thì mấy cái thread khác làm gì? Chạy qua dành việc??
Nghẽn vì DB không thể sử lý nhiều request 1 lúc như nodejs? Vậy thì mình dùng mấy cái DB noSQL thì có cần dùng NodeJS không? Thậm chí, mình cũng rất hiếm khi gặp phải case là nghẽn DB, mình mới chỉ nghe đến xử lý đồng thời nhiều request cùng thay đổi 1 dữ liệu trên relation Database thôi, mà cái đó chả liên quan mọe gì đến cái phần multiple request ở đây. Database có thể sử lý nhiều request không? Có, nếu không có sao nó work với thằng NodeJS được? Còn nó xử lý được bao nhiêu thì đó là tùy vào cấu hình, factor, instance các thứ, liên quan mẹo gì đến NodeJS? Ông nói chuyện con gà ông đá qua con vịt vậy?
Nếu single-thread powerful đến vậy, vậy thì tại sao đến bây giờ vẫn còn nhiều trang web sử dụng multi-thread? Giờ khách hàng đang có 1 con app mà ngày xử ngày xưa vì ít người, nên nó là multi-thread, giờ khách hàng đông, thì có nên đập cái web đó chuyển sang nodejs không? Nếu không đập thì nó có xử lý được cả ngàn cái request không?
a = a+b; b = a-b; a = a-b là xong mà ?. Ad nói k dùng biến tạm nhưng đáp án của ad đang dùng biến tạm đó
@Honganh mình fix như cái comment trên mà ko dc b ạ
Ok mình đang viết phần 4 đây chờ đọc nhé
cảm ơn bạn
@pmdat91 tất nhiên là cái gì cũng sẽ có 2 mặt cả, cái số 1 thì nó sẽ làm cho việc get data trở nên phức tạp, nhất là khi hệ thống noti nó có liên quan đến nhiều loại object, ví dụ nó là tên người, tên group, tên page,... Chi phí khi read này sẽ lớn trừ khi bạn tạo dc 1 hệ thống tra cứu global ID key-value cực nhanh. Cái số 2 thì sẽ hy sinh performance khi write, nhưng việc write thay đổi sẽ xảy ra ít hơn read nên mình chấp nhận. Thực tế thì hệ thống noti mình làm đang dùng cái số 2 này. Việc get data ra sẽ rất nhanh
♥️♥️♥️♥️Bài viết khá hại não để hiểu. Rất cảm ơn bạn để chia sẻ. Tôi ra được 1 số solution cho vấn đề hiện tại từ bài viết này ♥️
Bác cho e hỏi tí về lỗi này đc k ạ . E chạy portable trên selenium thì nó bị lỗi k có điều khiển đc , mặc dù webdriver với portable version giống nhau , selenium bản 4.11 !!!