FrontEnd đã giúp Backend kiểm soát LƯỢNG đồng thời cao với 1000 requests xịn xò như thế này...
ฝัง
- เผยแพร่เมื่อ 7 ก.ย. 2024
- Source Code: github.com/ano...
👉 Link khóa học backend Nodejs: / @anonystick
🚩 Subscribe ➜ / tipsjavascript
#backend #frontend #promise
✅ Follow Me:
Blog: anonystick.com
Github: github.com/ano...
Facebook: / tipjs
TH-cam: / tipsjavascript
Em làm BE nhưng nghe để biết thêm cũng hữu ích. Cảm ơn anh
Rxjs trong Angular xử lý vấn đề cực kì mượt và dễ dàng
nếu có rxjs thì dùng from + forkJoin cực dễ và gọn luôn
rất hữu ích, xin cảm ơn
Chưa tưởng tượng ra trên FE cần làm như này áp dụng cho bài toán cụ thể nào. Thế giờ user vào màn hình mà bắt người ta chờ thực hiện từng phát n request lần lượt thế này thì bao giờ mới load được hết thông tin lên UI.
Cần thời gian để tưởng tượng...
hay quá a
tks em. Còn một skil nữa
Tách thành từng nhóm nhỏ, trong mỗi nhóm lại xử lý tuần tự từng URL mà không xử lý đồng thời. Mã này cũng không đến mức phải sử dụng recursion để viết. Khó hiểu 🤔
nếu cháu muốn viết trên reactjs thì cần gán vào đâu để nó quản lý all request từ BE ?
khởi tạo 1 file jsx rồi tạo function ConcurrencyRequest cho props là urls và maxMun như video , mỗi khi có *(api có dạng như video) thì truyền urls với maxMun dung là đc
Đa tạ sư phụ ❤
Sau khi hoàn thành 3 request có thể gọi luôn 3 request tiếp theo, không cần chờ 1s làm gì bác ạ. Chứ nếu số lượng request nhiều mà cứ chờ thế thì lâu quá
Lý do là Tôi demo cho các bạn nhìn nó chậm cho rõ hơn.
Mọi người cho em hỏi: Khi phân thành các lô url để request tới server thì tổng thời gian loads hết toàn bộ url phía client sẽ tăng lên đúng không ạ? Nếu mà như vậy thì ảnh hưởng tới trang web cho client dùng chứ nhỉ.
chunk này lỡ tầm 1k mà req query db phức tạp đứng chờ cũng mỏi :)) Kiểu k làm cho BE chết thôi chứ ko HA
Không đúng... Không nên mang một công thức áp dụng cho mọi câu hỏi.
@@anonystick anh giải thích kỹ hơn được không ạ
@@datnd1 phân lô thì bạn phải biết server mk chịu đc tối đa bao nhiêu rq, trung bình bao nhiêu truy cập thì mới chọn cái lô hiệu quả, với trong video thì giới hạn 1s còn nếu ứng dụng kiểu này thực thì cứ lô trước trả về r thì cứ tiếp lô s. Có thể làm kiểu này khi bạn kh biết phải làm j ở be hoặc server trong khi lượng rq tăng đột ngột nhằm giúp cho server sống
nói chứ FE mà đi phân lô này thì trải nghiệm của người dùng còn gì nữa, giờ người ta tối ưu mọi cách để làm sao dữ liệu được tải xuống và đc phản hồi nhanh nhất có thể, đây lại đi ngược lại
A viết phức tạp quá, có nhiều cách viết đơn giản hơn vs async và await. Dù sao cx cảm ơn a
Anh và mọi ngươi cho em hỏi công cụ (extension) anh sử dụng ở đoạn 2:13 tên gì thế ạ.
nếu như vậy thì 1 triệu rq vào server 1 lúc thì theo cách này server chịu tải 1000 rq 1 lúc nếu mình cài thuật toán này với cấu hình maxRq
Link code ở đâu vậy anh?
Đây em: github.com/anonystick/anonystick/commit/1ae0878ae5f60dd0ce3bf984780afbf20902267b
Cho e xin tên theme vs code hiện tại a đang dùng với ạ!
Like
cho em hỏi là cái tool có hình đầu bút là gì v ạ ?
epic nha bro!
.