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...

Подписаться 41 тыс.

Просмотров 15 тыс.

50% 1

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
RU-vid: / tipsjavascript

Опубликовано:

30 ноя 2023

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 31

@user-eq9er4vk4u 6 месяцев назад

Em làm BE nhưng nghe để biết thêm cũng hữu ích. Cảm ơn anh

@uccanh2750 7 месяцев назад

rất hữu ích, xin cảm ơn

@buibui905 7 месяцев назад

Rxjs trong Angular xử lý vấn đề cực kì mượt và dễ dàng

@thanhtoan 7 месяцев назад

nếu có rxjs thì dùng from + forkJoin cực dễ và gọn luôn

@tranffff6993 7 месяцев назад

Đa tạ sư phụ ❤

@devlife811 7 месяцев назад

hay quá a

@anonystick 7 месяцев назад

tks em. Còn một skil nữa

@nhatphananh1144 6 месяцев назад

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 6 месяцев назад

Cần thời gian để tưởng tượng...

@binh-nguyen-d 2 месяца назад

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 🤔

@toanta4838 3 месяца назад

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

@datnd1 7 месяцев назад

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 6 месяцев назад

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

@nguyenhuu2216 7 месяцев назад

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

@TP-kj2sm 7 месяцев назад

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.