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...
Source Code: github.com/anonystick/anonyst...
👉 Link khóa học backend Nodejs: / @anonystick
🚩 Subscribe ➜ / tipsjavascript
#backend #frontend #promise
✅ Follow Me:
Blog: anonystick.com
Github: github.com/anonystick/anonystick
Facebook: / tipjs
KZread: / tipsjavascript
Пікірлер: 31
Em làm BE nhưng nghe để biết thêm cũng hữu ích. Cảm ơn anh
rất hữu ích, xin cảm ơn
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
Đa tạ sư phụ ❤
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
Cho e xin tên theme vs code hiện tại a đang dùng với ạ!
hay quá a
@anonystick
7 ай бұрын
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 🤔
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.
@anonystick
7 ай бұрын
Cần thời gian để tưởng tượng...
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 ?
@trieunguyen3591
7 ай бұрын
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
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á
@anonystick
7 ай бұрын
Lý do là Tôi demo cho các bạn nhìn nó chậm cho rõ hơn.
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
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ỉ.
@zuno1406
7 ай бұрын
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
@anonystick
7 ай бұрын
Không đúng... Không nên mang một công thức áp dụng cho mọi câu hỏi.
@datnd1
7 ай бұрын
@@anonystick anh giải thích kỹ hơn được không ạ
@solomon6897
7 ай бұрын
@@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
@nhatphananh1144
7 ай бұрын
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
Like
Link code ở đâu vậy anh?
@anonystick
7 ай бұрын
Đây em: github.com/anonystick/anonystick/commit/1ae0878ae5f60dd0ce3bf984780afbf20902267b
cho em hỏi là cái tool có hình đầu bút là gì v ạ ?
@anonystick
6 ай бұрын
epic nha bro!
.